<div dir="ltr"><div dir="ltr">Em seg., 1 de mar. de 2021 às 17:36, IOhannes m zmölnig <<a href="mailto:zmoelnig@iem.at">zmoelnig@iem.at</a>> escreveu:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 3/1/21 6:18 PM, Alexandre Torres Porres wrote:<br>
> not sure if there's an easy way to add all objects to deken to minimize<br>
> this issue. At least for all externals in extended. Do we need to reupload<br>
> them one by one (newer uploads to deken automatically provide an object<br>
> list, right?)??? Is it too much work and no one wants that? I can help with<br>
> tedious work...<br>
<br>
well.<br>
objectlists are just files that sit besides the deken package (on the <br>
server).<br>
they need to follow a special naming convention (basically: they need to <br>
have the same name as the deken package) and live in the very same <br>
directory.<br>
so: you don't really need to upload all packages again, just to add <br>
objectlists.<br>
(however, you do need write-permissions on the folder that contain the <br>
original packages.)<br>
<br>
the real show stopper is, that objectlists are only supported with the <br>
deken-v1 format (.dek files), but not with the deken-v0 format (which <br>
was used to upload the v0.0.extended packages).<br></blockquote><div><br></div><div><br></div><div>so we actually really need to reupload them, given the scenario, huh?</div></div></div>