[gentoo-dev] Re: Implicit system dependencies

2011-08-24 Thread Diego Elio Pettenò
Il giorno mar, 23/08/2011 alle 05.21 +1000, Michael ha scritto: Any thoughts to as how far I should go with filing bugs regarding this issue? Please if you're going to file bugs about this, do so only on a system built with _forced_ --as-needed, otherwise you're going to hit a long list of

Re: [gentoo-dev] Re: Implicit system dependencies

2011-08-24 Thread Tim Harder
On 2011-08-23 Tue 12:12, Mike Frysinger wrote: assuming you're referring to them because the SRC_URI is compressed by the relevant formats, atm only bzip2 and gzip is allowed to be assumed. everything else has to be in DEPEND. there is work/discussion to automate this (implicit unpack

[gentoo-dev] Re: Re: Implicit system dependencies

2011-08-24 Thread Diego Elio Pettenò
Il giorno mar, 23/08/2011 alle 23.52 -0700, Tim Harder ha scritto: I thought xz-utils can be assumed as well since it was added to the system set almost six months ago [1]. It has really very little to do with being in the system set or not. And the answer is no, you cannot assume that... --

Re: [gentoo-dev] Re: Re: Implicit system dependencies

2011-08-24 Thread Tim Harder
On 2011-08-24 Wed 00:21, Diego Elio Pettenò wrote: Il giorno mar, 23/08/2011 alle 23.52 -0700, Tim Harder ha scritto: I thought xz-utils can be assumed as well since it was added to the system set almost six months ago [1]. It has really very little to do with being in the system set or

[gentoo-dev] Re: Implicit system dependencies

2011-08-24 Thread Michael
Diego Elio Pettenò wrote: Il giorno mar, 23/08/2011 alle 05.21 +1000, Michael ha scritto: Any thoughts to as how far I should go with filing bugs regarding this issue? Please if you're going to file bugs about this, do so only on a system built with _forced_ --as-needed, otherwise

Re: [gentoo-dev] Re: Re: Implicit system dependencies

2011-08-24 Thread Brian Harring
On Wed, Aug 24, 2011 at 12:31:29AM -0700, Tim Harder wrote: On 2011-08-24 Wed 00:21, Diego Elio Petten?? wrote: Il giorno mar, 23/08/2011 alle 23.52 -0700, Tim Harder ha scritto: I thought xz-utils can be assumed as well since it was added to the system set almost six months ago [1].

[gentoo-dev] Re: Implicit system dependencies

2011-08-24 Thread Diego Elio Pettenò
Il giorno mer, 24/08/2011 alle 19.49 +1000, Michael ha scritto: Is /this/ considered to be a bug? Do I just write a patch to stop linking against libs that aren't needed? Yes this is a bug in gpgme, it has to RDEPEND on libassuan rather than just DEPEND on it, since it reports it to

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Thomas Kahle
Hi, On 18:16 Tue 23 Aug 2011, Andreas K. Huettel wrote: there is one important aspect of your program that really needs to be documented (and comments in the code are not enough): What data exactly is the client sending to the server?! What you need is basically an easy-to-find file / web

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Patrick Lauer
On 08/24/11 12:31, Thomas Kahle wrote: Hi, On 18:16 Tue 23 Aug 2011, Andreas K. Huettel wrote: there is one important aspect of your program that really needs to be documented (and comments in the code are not enough): What data exactly is the client sending to the server?! What you need

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Andreas K. Huettel
Am Mittwoch 24 August 2011, 12:48:35 schrieb Patrick Lauer: If you sneakily add something to cron.daily by default you can get pretty nice coverage. But I guess anyone trying that in Gentooland will meet some rather unpleasant resistance :) Of course, we could place it in some blatantly

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Rich Freeman
On Wed, Aug 24, 2011 at 6:48 AM, Patrick Lauer patr...@gentoo.org wrote: If you sneakily add something to cron.daily by default you can get pretty nice coverage. But I guess anyone trying that in Gentooland will meet some rather unpleasant resistance :) Well, we could always broadcast the news

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Thomas Kahle
On 12:48 Wed 24 Aug 2011, Patrick Lauer wrote: On 08/24/11 12:31, Thomas Kahle wrote: Hi, On 18:16 Tue 23 Aug 2011, Andreas K. Huettel wrote: there is one important aspect of your program that really needs to be documented (and comments in the code are not enough): What data

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Thomas Kahle
On 13:03 Wed 24 Aug 2011, Andreas K. Huettel wrote: Am Mittwoch 24 August 2011, 12:48:35 schrieb Patrick Lauer: If you sneakily add something to cron.daily by default you can get pretty nice coverage. But I guess anyone trying that in Gentooland will meet some rather unpleasant

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Mario Fetka
i am a user and i am ok with opt-out if the std data that is transferd is compleatly anonymized so no sensitive data. and if the user wants to register his/her machine pkg's more data is trasnfered thx Mario 2011/8/24 Thomas Kahle to...@gentoo.org: On 13:03 Wed 24 Aug 2011, Andreas K. Huettel

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Rich Freeman
On Wed, Aug 24, 2011 at 7:45 AM, Thomas Kahle to...@gentoo.org wrote: Sorry, but NO.  If you want you can make a big noise message that asks users to install the cron-job but opt-out is not an option here. Well, that's up to the Council/Trustees ultimately, but opinions (and better still

[gentoo-dev] Re: Gentoostats, SoC 2011

2011-08-24 Thread Duncan
Rich Freeman posted on Wed, 24 Aug 2011 07:07:54 -0400 as excerpted: On Wed, Aug 24, 2011 at 6:48 AM, Patrick Lauer patr...@gentoo.org wrote: If you sneakily add something to cron.daily by default you can get pretty nice coverage. But I guess anyone trying that in Gentooland will meet some

Re: [gentoo-dev] Gentoostats, SoC 2011

2011-08-24 Thread Alec Warner
On Wed, Aug 24, 2011 at 5:05 AM, Rich Freeman ri...@gentoo.org wrote: On Wed, Aug 24, 2011 at 7:45 AM, Thomas Kahle to...@gentoo.org wrote: Sorry, but NO.  If you want you can make a big noise message that asks users to install the cron-job but opt-out is not an option here. Well, that's up