<p dir="ltr">No dia 16/01/2013 19:02, "Peter FELECAN" <<a href="mailto:pfelecan@opencsw.org">pfelecan@opencsw.org</a>> escreveu:<br>
><br>
> "Maciej (Matchek) Bliziński" <<a href="mailto:maciej@opencsw.org">maciej@opencsw.org</a>> writes:<br>
><br>
> > 2013/1/16 Dagobert Michelsen <<a href="mailto:dam@opencsw.org">dam@opencsw.org</a>>:<br>
> >> The new link symbol inspection is in place for some time now, maybe it has<br>
> >> some serious drawbacks on database access?<br>
> ><br>
> > Some packages produce metadata objects serializing to more than 32MB.<br>
> > The out of space error could be a memory leak which I have been<br>
> > fighting over the weekend, but did not manage to find the cause. In my<br>
> > case, I was trying to run a full catalog import.<br>
> ><br>
> > Peter, what operation is causing the out of space error? How much RAM<br>
> > does the machine have?<br>
><br>
> The "out of space" issue happened when packaging the *huge* TeXLive<br>
> hundred packages on the Baltic Online build farm; I think that you know<br>
> better than me how much RAM unstable10s and its companions have. I'm<br>
> trying again but one cycle merge-package is long: I start the process in<br>
> the morning and have the results the other day. You can see the log of<br>
> the action in progress in ~pfelecan/logs/texlive</p>
<p dir="ltr">Maybe Yann can look at the logs and figure out what was the immediate problem. The main issue is that we art collecting way more date than previously, and that puts more pressure on the database. Do you think they the problem you had I'd transient? If it's persistent, we can back out the changes and stop collecting the additional data. I would prefer to gradually solve the performance problems without having to roll back, but if people can't build packages, we will have to.</p>

<p dir="ltr">I did rebuild GCC with the new code and GCC is a pretty hefty build. But maybe TeX live is so large that it pushes the system off the cliff, while GCC is still small enough.</p>
<p dir="ltr">Yann, maybe we can selectively disable the ldd and elfdump data collection for packages that wish to have these checks disabled? The checking code would need to allow for missing ldd and elfdump data. Since all that checkpkg sees is the package file, there would have to be a specific bit of information in the package itself that would instruct checkpkg to skip ldd end elfdump. It could be in pkginfo for example.</p>

<p dir="ltr">Maciej<br>
</p>