[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-devel] Condor disk size
- Date: Fri, 27 May 2011 10:11:24 -0500
- From: Jaime Frey <jfrey@xxxxxxxxxxx>
- Subject: Re: [Condor-devel] Condor disk size
On May 26, 2011, at 6:07 PM, Peter Keller wrote:
> On Thu, May 26, 2011 at 04:45:12PM -0500, Jaime Frey wrote:
>> On May 20, 2011, at 8:43 AM, Timothy St. Clair wrote:
>>
>>> On Fri, 2011-05-20 at 07:44 -0400, Matthew Farrellee wrote:
>>>> On 05/20/2011 07:26 AM, Brian Bockelman wrote:
>>>>>
>>>>> On May 19, 2011, at 10:08 PM, Matthew Farrellee wrote:
>>>>>
>>>>>> Ok to assume elimination of --allow-shlib-undefined is left as an exercise for the hopelessly heroic?
>>>>>>
>>>>>
>>>>> Hopelessly heroic.
>>>>>
>>>>> Actually, it'd just take an expert with a scalpel, some time, and permission to cause a temporary mess. A lot of the issues looked relatively mild.
>>>>
>>>> If you're bored some Saturday and want to take a stab at it, let me know.
>>>
>>> As someone who has "taken a stab at it", and is still mildly sheepish
>>> given all the knife wounds :-/ , I may be able to offer some breadcrumbs
>>> on where I left off. The last thing I was considering was to dissect
>>> the headers in condor_includes and parcel them out into their
>>> appropriate library. Given the nature of some libraries you may even
>>> want to push the deps into yet another library for isolation (Dan & I
>>> did this with std:u as not to pollute condor proper). I was trying to
>>> hut for a tool helped to isolate circular deps, but then I decided to
>>> just focus on build transformation 1st.
>>>
>>> With that last bit, I will back away slowly from this topic, turn tail,
>>> and run like the wind.
>>
>>
>> I also took a stab at it a couple months back. I was doing pretty well until I found that utils depends on sysapi, privsep, procd_client, and procapi, but those four use dprintf() and param(), which is in utils. At that point, I gave up. I still have the branch sitting around, if anyone is interested.
>
> The deal is that config/dprintf need to be its own lowest level library
> that all others build upon.
Right, if we want to keep sysapi, privsep, procd_client and procapi as separate libraries. I stopped short of seeing how much work would be needed to disentangle config/dprintf from the rest of the utils library.
+--------------------------------+-----------------------------------+
| Jaime Frey | I used to be a heavy gambler. |
| jfrey@xxxxxxxxxxx | But now I just make mental bets. |
| | That's how I lost my mind. |
+--------------------------------+-----------------------------------+