Re: [gentoo-dev] New global USE flag: logrotate

[Donnie Berkholz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Jason Stubbs wrote:
> What about the unused `ebuild [ebuild] config`? Isn't that the perfect place 
> for this sort of stuff? The only package that I know that uses this feature 
> is mysql. There are way more possibilities.

Interesting idea.

> Iggy's (is that his real name?) request.

Yep, I know. And no, that's not his real name. Check the dev list, lazy. =P

Thanks,
Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCcYMsXVaO67S1rtsRAhqDAKD9iK115X9eKfVI3Sa+0IhjFmjJBwCdFFHN
YNuSMZDWEQkeyhCZLabyEto=
=JrGw
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Jason Stubbs]

On Friday 29 April 2005 07:28, Donnie Berkholz wrote:
> My problem with it is that Joe User, who doesn't do ebuilds, will change
> his USE flags and recompile an entire package just to get a little
> logrotate file that has nothing to do with the source of the package
> itself. This waste of time is pointless, which is why I call the USE
> flag dumb.
>
> I'd prefer to have some package that's just a collection of logrotate
> files for a ton of packages, if there's some reason a ~400-byte file is
> just killing your system. Or a separate package for each file. Doesn't
> matter to me.
>
> In fact, I've thought many times about supplying "pre-packages" that are
> no more than a collection of all the config files for a given package.

What about the unused `ebuild [ebuild] config`? Isn't that the perfect place 
for this sort of stuff? The only package that I know that uses this feature 
is mysql. There are way more possibilities.

> > As an aside, my preference would be to install them by default, but
> > allow a nologrotate equivalent to "nodoc", "noinfo", or "noman".  That
> > would require hacking portage, though, which seems silly for something
> > so trivial.  Does anybody remember why we chose "nodoc", "noinfo", and
> > "noman" instead of a generic INSTALL_MASK="/usr/share/doc
> > /usr/share/man ..." flag which could be more general?

> There does appear to also be an INSTALL_MASK. I just grepped
> /usr/lib/portage for it.

Iggy's (is that his real name?) request.

Regards,
Jason Stubbs
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage ebuild cruft

[Athul Acharya]

> Purging old versions for a few seconds speed increase in portage [snip]

Few seconds? Try few miliseconds, if anything, at all, ever.  The
original email in this thread gave me the best laugh I've had in a
while, until I realized it came from a dev; then I was very sad.

Athul

-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Spider]

On Thu, 2005-04-28 at 10:30 +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.
> 
> Sincerely,
> Brix

-1 from me.. Make it default to on and install the files.  its minimal
overhead and can be toggled to be disabled with the "minimal" USE flag,
Just avoiding pollution...


//Spider
-- 
begin  .signature
Tortured users / Laughing in pain
See Microsoft KB Article Q265230 for more information.
end



signature.asc
Description: This is a digitally signed message part

[gentoo-dev] Re: How well supported is collision-protect?

[R Hill]

Rumen Yotov wrote:
Can confirm that (much less collisons with 2005.0), but as there exist
some persistant collisions (nvidia-kernel, alsa-driver, some perl
modules, etc.) So i've put these in package.features/package.env file
(from Portage-Toys tools) to disable "collision-protect" just for them.
Also thinking about again begin using "maketest" and do the same for
failing packages, but not sure as there were quite a bit of packages
that didn't pass the "tests".
If you do decide to start using the test feature, i've been using bug 
#73031 is a tracker for system packages (that is, packages included in 
'emerge system', not packages in category sys-...).  For world packages, 
you might get a thanks or you might get cussed at and your bug closed as 
invalid, depending on the maintainer.  Best to include patches.  ;P

--
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Tom Wesley]

On Thu, 2005-04-28 at 10:30 +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.
> 
> Sincerely,
> Brix

I would welcome such a flag.

-- 
Tom Wesley <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] New global USE flag: logrotate

[Donnie Berkholz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Grant Goodyear wrote:
> Donnie Berkholz wrote: [Thu Apr 28 2005, 03:21:50PM CDT]
> 
>>Yes. Or don't install it at all, and let people create their own. This
>>is a dumb USE flag.
> 
> 
> I'd say that "dumb USE flag" is rather harsh.  It seems clear that (a)
> many users would like a logrotate script installed for them, and since
> it's not all that difficult we should probably oblige, and that (b) some
> users won't want any logrotate scripts installed.  Most optional things
> of this sort or handled by USE flags, although I'll grant that sometimes
> we decide by fiat that things should be done a certain way because
> making something optional is just too much work for too little gain.

My problem with it is that Joe User, who doesn't do ebuilds, will change
his USE flags and recompile an entire package just to get a little
logrotate file that has nothing to do with the source of the package
itself. This waste of time is pointless, which is why I call the USE
flag dumb.

I'd prefer to have some package that's just a collection of logrotate
files for a ton of packages, if there's some reason a ~400-byte file is
just killing your system. Or a separate package for each file. Doesn't
matter to me.

In fact, I've thought many times about supplying "pre-packages" that are
no more than a collection of all the config files for a given package.

> As an aside, my preference would be to install them by default, but
> allow a nologrotate equivalent to "nodoc", "noinfo", or "noman".  That
> would require hacking portage, though, which seems silly for something
> so trivial.  Does anybody remember why we chose "nodoc", "noinfo", and
> "noman" instead of a generic INSTALL_MASK="/usr/share/doc
> /usr/share/man ..." flag which could be more general?

There does appear to also be an INSTALL_MASK. I just grepped
/usr/lib/portage for it.

Thanks,
Donnie
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCcWOVXVaO67S1rtsRAufkAJ9VZ1FwPPh/4lmvb04vKQB9gXjTrQCeIgf9
PJ4MWe1ST2ZWGbNyQJ/zrJA=
=MgHv
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage ebuild cruft

[Tom Wesley]

On Thu, 2005-04-28 at 18:40 +0200, Heinrich Wendel wrote:
> 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 :-)

I feel that I should point out that "large style" corporations, and the
smaller PLC's whose Systems departments like to play at being larger
corporations don't like changing version numbers of packages, full stop.
Purging old versions for a few seconds speed increase in portage
operations would potentially cause some, if not many people to make
extensive use of the overlay, just to satisfy their PHB's.

-- 
Tom Wesley <[EMAIL PROTECTED]>


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] Python stuff and CHOST Change don't agree

[Robin H. Johnson]

On Thu, Apr 28, 2005 at 11:32:44PM +0200, Wolfgang Illmeyer wrote:
> Hi,
[snip]
> what can i do?
/sbin/fix_libtool_files.sh `gcc -dumpversion` --oldarch i386-pc-linux-gnu

If that doesn't fix it, you get to keep the pieces.

Changing the CHOST on a live system is not to be taken lightly. It's
somewhat benign on x86 boxes, but on other arches, it's practically
suicidal.

/me recalls a stupid user that thought they could change from
little-endian to big-endian by changing the CHOST.

-- 
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


pgpIyxONHZigD.pgp
Description: PGP signature

Re: [gentoo-dev] New global USE flag: logrotate

[Grant Goodyear]

Donnie Berkholz wrote: [Thu Apr 28 2005, 03:21:50PM CDT]
> Yes. Or don't install it at all, and let people create their own. This
> is a dumb USE flag.

I'd say that "dumb USE flag" is rather harsh.  It seems clear that (a)
many users would like a logrotate script installed for them, and since
it's not all that difficult we should probably oblige, and that (b) some
users won't want any logrotate scripts installed.  Most optional things
of this sort or handled by USE flags, although I'll grant that sometimes
we decide by fiat that things should be done a certain way because
making something optional is just too much work for too little gain.

As an aside, my preference would be to install them by default, but
allow a nologrotate equivalent to "nodoc", "noinfo", or "noman".  That
would require hacking portage, though, which seems silly for something
so trivial.  Does anybody remember why we chose "nodoc", "noinfo", and
"noman" instead of a generic INSTALL_MASK="/usr/share/doc
/usr/share/man ..." flag which could be more general?

-g2boojum-
-- 
Grant Goodyear  
Gentoo Developer
[EMAIL PROTECTED]
http://www.gentoo.org/~g2boojum
GPG Fingerprint: D706 9802 1663 DEF5 81B0  9573 A6DC 7152 E0F6 5B76


pgpSZz5kBn2by.pgp
Description: PGP signature

Re: [gentoo-dev] Python stuff and CHOST Change don't agree

[Mike Frysinger]

On Thursday 28 April 2005 05:32 pm, Wolfgang Illmeyer wrote:
> Today i wanted to emerge solfege with gnome useflag and it stopped at
> dev-python/pyorbit due to a missing "i386-pc-linux-gnu-gcc"
> what can i do?

grep your system and see what's still refering to i386 ?
-mike
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Python stuff and CHOST Change don't agree

[Ciaran McCreesh]

On Thu, 28 Apr 2005 23:32:44 +0200 Wolfgang Illmeyer
<[EMAIL PROTECTED]> wrote:
| A few months ago I changed my CHOST in make.conf from
| i386-pc-linux-gnu to i686-pc-linux-gnu.

Don't do that. You need to rebuild your entire system if you're changing
CHOST, so only do it before bootstrapping a fresh install.

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm



pgpnby2SCEhBi.pgp
Description: PGP signature

[gentoo-dev] Python stuff and CHOST Change don't agree

[Wolfgang Illmeyer]

Hi,
A few months ago I changed my CHOST in make.conf from i386-pc-linux-gnu
to i686-pc-linux-gnu. Everything went ok until I had to install some
python package; the old chost was hardcoded somewhere in
/usr/lib/python2.3 or similar and  therefore it still wanted to use the
i386-toolchain when building python stuff. remerging python didn't help.
revdep-rebuild didn't help. then I manually replaced the i386 by i686
and it went well for a while.
Today i wanted to emerge solfege with gnome useflag and it stopped at
dev-python/pyorbit due to a missing "i386-pc-linux-gnu-gcc"
what can i do?

greetings
Wolfgang
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] Portage ebuild cruft

[Brian Harring]

On Thu, Apr 28, 2005 at 06:40:23PM +0200, Heinrich Wendel wrote:
> Hi,
> 
> Portage is slow? How to make it faster? By removing unused ebuilds!
Define "faster".  All this would do is cut down on a couple of stats 
per pkg; the # of ebuilds per pkg isn't a huge issue, the scanning of 
vdb and Config initialization is what is damned slow. :)

> 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

Dropping every ebuild that isn't the highest version for the mismash 
of arches isn't really valid.  Granted, people *could* stand to do 
cleansing of old versions in the tree, but the versions they choose to 
support/offer is completely up to the ebuild dev.

> 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
Again, define what aspect of portage performance.  The only thing less 
ebuilds cuts down on is the avg runtime of a cp_list call; cache is 
keyed, so lookup is *typically* constant.
~brian
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Donnie Berkholz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ciaran McCreesh wrote:
> On Thu, 28 Apr 2005 12:48:52 -0700 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | 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.
> 
> What, and get another file in /etc that needs manual tidying up, merging
> and inspecting?

Yes. Or don't install it at all, and let people create their own. This
is a dumb USE flag.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCcUXeXVaO67S1rtsRAnCdAJ9CDn18Rq+R+ey9CYaDDfT+bD6GTQCg6gvb
Nu+1uTRaZSarCLvdiexe8wg=
=3Vtx
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Ciaran McCreesh]

On Thu, 28 Apr 2005 12:48:52 -0700 Donnie Berkholz
<[EMAIL PROTECTED]> wrote:
| 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.

What, and get another file in /etc that needs manual tidying up, merging
and inspecting?

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm



pgp82YrnfLqwu.pgp
Description: PGP signature

Re: [gentoo-dev] GLX no longer works after downgrade from xorg-x11-6.8.99.3

[Donnie Berkholz]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sebastian Bergmann wrote:
>  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.

https://bugs.gentoo.org/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFCcT5xXVaO67S1rtsRAt8eAKCNBAUsNTehM22UteMVD1WM0C15wwCgh3Ue
z+RTmEeRXpXsHJT0IjQtHts=
=CWAK
-END PGP SIGNATURE-
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Donnie Berkholz]

-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

[gentoo-dev] Portage ebuild cruft

[Heinrich Wendel]

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

[Thomas de Grenier de Latour]

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

Re: [gentoo-dev] New global USE flag: logrotate

[Chris Gianelloni]

On Thu, 2005-04-28 at 13:41 +, Cory Visi 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.

Maybe for embedded or livecd?  Maybe for people that don't use
logrotate?

Personally, I don't see an issue with it either way.  While USE flags
are growing in number, we at least try to make sure they have a use
before adding them.

-- 
Chris Gianelloni
Release Engineering - Strategic Lead/QA Manager
Games - Developer
Gentoo Linux


signature.asc
Description: This is a digitally signed message part

Re: [gentoo-dev] New global USE flag: logrotate

[Thomas de Grenier de Latour]

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

[Mike Frysinger]

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

[Ciaran McCreesh]

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

[Lance Albertson]

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:  
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

[Cory Visi]

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.

Please comment.

Thanks,
Cory
-- 
gentoo-dev@gentoo.org mailing list

Re: [gentoo-dev] New global USE flag: logrotate

[Georgi Georgiev]

maillog: 28/04/2005-13:05:10(+0100): Ciaran McCreesh types
> On Thu, 28 Apr 2005 12:34:50 +0200 Henrik Brix Andersen
> <[EMAIL PROTECTED]> wrote:
> | Do we really need an eclass for that?
> 
> Take a look at bash-completion.eclass. I'm strongly in favour of
> offloading that kind of thing into eclasses as far as possible, if
> nothing else because it'll let us move logrotate's directory around. The
> same path hardcoded all over the place is generally a bad thing.

I agree (about the hardcoded path).  ".maildir" is a good example of
such a path that is almost out of control...

-- 
*>   Georgi Georgiev   *> You do not have mail.*>
<*[EMAIL PROTECTED]<*  <*
*>  +81(90)2877-8845   *>  *>


pgp4RYsIQAWgw.pgp
Description: PGP signature

Re: [gentoo-dev] How well supported is collision-protect?

[Georgi Georgiev]

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] kernel-mod.eclass deprecation and effected ebuilds

[Henrik Brix Andersen]

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?

[Michael Cummings]

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] New global USE flag: logrotate

[Ciaran McCreesh]

On Thu, 28 Apr 2005 12:34:50 +0200 Henrik Brix Andersen
<[EMAIL PROTECTED]> wrote:
| Do we really need an eclass for that?

Take a look at bash-completion.eclass. I'm strongly in favour of
offloading that kind of thing into eclasses as far as possible, if
nothing else because it'll let us move logrotate's directory around. The
same path hardcoded all over the place is generally a bad thing.

-- 
Ciaran McCreesh : Gentoo Developer (Vim, Fluxbox, shell tools)
Mail: ciaranm at gentoo.org
Web : http://dev.gentoo.org/~ciaranm



pgpIKoXGBhY7x.pgp
Description: PGP signature

Re: [gentoo-dev] New global USE flag: logrotate

[Thomas de Grenier de Latour]

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] New global USE flag: logrotate

[Henrik Brix Andersen]

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

[Robin H. Johnson]

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

[Henrik Brix Andersen]

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

[gentoo-dev] GLX no longer works after downgrade from xorg-x11-6.8.99.3

[Sebastian Bergmann]

 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

[Robin H. Johnson]

On Thu, Apr 28, 2005 at 10:30:03AM +0200, Henrik Brix Andersen wrote:
> 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/).
+1 here. Probably best to do it via an eclass since lots of packages
will be using it.

> 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/.
The following packages touch /etc/logrotate.d in some way.
dev-db/mysql
net-www/apache
mail-filter/dspam
mail-filter/qmail-scanner
sys-process/dcron
sys-cluster/heartbeat
net-proxy/squid
net-proxy/dansguardian
net-proxy/dansguardian-dgav
net-proxy/privoxy
net-dialup/vbox3
net-dialup/isdn4k-utils

-- 
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


pgpT15YrRgOpr.pgp
Description: PGP signature

[gentoo-dev] New global USE flag: logrotate

[Henrik Brix Andersen]

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

Re: [gentoo-dev] OT - Finding Linux dev resources

[Stuart Longland]

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