Emmanuel Bourg dixit:
>This issue only affects non arch all packages depending on antlr, I
>don't think there are many of them and fixing the issue with an extra
>command line parameter is trivial.
Hmm.
udd=> SELECT source, version, architecture FROM sources WHERE release='sid' AND
build_depends LIKE '%antlr3%';
source | version | architecture
-----------------------+---------------+--------------
sqljet | 1.1.10-1 | all
openjfx | 8u20-b26-3 | any all
netbeans | 7.0.1+dfsg1-5 | all
logol | 1.7.0-2 | any all
logol | 1.6.9-3 | any all
libnb-platform18-java | 7.4+dfsg1-2 | all
herold | 6.1.0-1 | all
forked-daapd | 22.0-2 | any
forked-daapd | 22.0-1 | any
eclipselink | 2.5.1-2 | all
belle-sip | 1.3.0-1.1 | any
(11 rows)
Unsure if the query is really “enough” (IMHO B-D should be
split off into their own table so we can do exact package
name matches), but if it is, and if the “architecture”
column is what I think it is, we have:
• openjfx
• logol
• forked-daapd
• belle-sip
That’s indeed not much for the respective maintainers to fix.
Debian-Multimedia, can you do that for your packages, so we
see whether the fix indeed works?
Thanks,
//mirabilos
--
<igli> exceptions: a truly awful implementation of quite a nice idea.
<igli> just about the worst way you could do something like that, afaic.
<igli> it's like anti-design. <mirabilos> that too… may I quote you on that?
<igli> sure, tho i doubt anyone will listen ;)
--
To UNSUBSCRIBE, email to debian-java-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/pine.bsm.4.64l.1502241316230.13...@herc.mirbsd.org
