Bug#840094: blends-dev: Does not recognize multiline dependencies
Hi Andreas, Petter and all,
On 10.11.2016 21:07, Andreas Tille wrote:
> So I confirm that the first problem we detected is solved but there is
> another one breaking Debian Edu. I have again no suspicion why the '\'
> sign is not elimiunated from the list only in those few cases.
I can also just "poke in the fog" here. I thought that the multilines
were already eaten up by lines 537-544, and should not appear again
here. However, they do, as my "print" debugger shows. Perlists, please
help!!!
The pragmatic solution here is to just remove the backslashes from the
end of line. I can commit a patch that does this.
However, debian-edu keeps to be broken. Reason is that the tasks contain
lines like (development)
Depends: fp-compiler, [...multiline... ], fp-units-fv
Depends: lazarus
so, with two "Depends" in one section. Or (electronics):
Depends: qucs, gpsim, oregano
Recommends: education-menus, xoscope
Suggests: kicad, kicad-doc-en, kicad-doc-de, kicad-doc-es, kicad-doc-fr
Suggests: electric, pcb, xcircuit, freehdl, gtkwave
Responsible: ?
NeedConfig: no
two "Suggests". This does not work anymore (no idea why), but is also
IMO forbidden by RFC834.
I have no idea why this works without RFC834 continuation, but not with
them.
On the other hand, we *win* one more dependency: in "common", the
"firmware-ralink" dependency line was *not* preceded one with a
backslash. This shows that the backslash is just a bad idea for
continuation lines.
--> debian-edu tasks are just broken. They don't follow any rule, and
depending from the parser one will get always different results. Maybe
we should fix that? remove all backslash continuation lines and
duplicated keywords from the tasks files?
Best regards
Ole
Reply to: