Bug#1041675: lintian: missing-dep-for-interpreter does not recognize lua5.4 as lua

Package: lintian Version: 2.116.3 Severity: normal X-Debbugs-Cc: p...@hagelb.org Hello! I have a package which declares a dependency on "lua5.4 | lua" and is compatible with every version of Lua which is included in Debian. When I build my package, lintian complains: E: fennel:

Bug#900299: leiningen-clojure: depends on openjdk-8

Elana Hashman writes: > So here's the issue with Leiningen and Java 11. We previously tracked > down some sort of bytecode incompatibilty problem. When Leiningen is > built with Java 11, it seems to recompile every time it's run, leading > to unacceptable performance, and it results in

Bug#869539: can be closed

Talking with the devs further, this is an intentional change in libsdl2. It notices that caps lock has been mapped to ctrl, so when you ask it whether ctrl is being pressed, it only checks caps lock and ignores the physical ctrl even though they are both mapped to ctrl. This can be closed as it

Bug#877418: dh-strip-nondeterminism: kills clojure performance

Hi; I'm the upstream maintainer of Leiningen, a Clojure application being packaged for Debian. I would strongly vote for adjusting the timestamps of .clj files to be older than the corresponding .class files. I don't know enough about filesystem timestamp granularity to comment on the wisdom of

Bug#869539: Acknowledgement (love.keyboard.isDown("lctrl") always returns false)

After talking with the developers of the package, they suspect that the problem lies with the version of libsdl2 which is shipped by Debian. This would be consistent with the fact that all versions of LÖVE seem affected by the problem on Stretch but none do on Jessie.

Bug#869539: love.keyboard.isDown("lctrl") always returns false

Package: love Version: 0.9.1-4 Severity: important After upgrading to Debian Stretch, I have observed that no matter whether I press the left ctrl key, the function love.keyboard.isDown("lctrl") always returns false. Right ctrl is unaffected. Note that this is likely a problem with one of love's

Bug#754504: Recommend closing this bug

This bug should probably be closed; libpedantic is no longer its own independent library but has been merged into Leiningen itself: https://github.com/technomancy/leiningen/commit/c968fa5068fafada Thanks, Phil signature.asc Description: PGP signature

Bug#819811: ITP: leiningen -- simple build system for Clojure

> I understand this probably goes against some policies, but I would urge > you to consider removing the search task if including it would add a > significant burden to the job of packaging. If it would help, I will > include a deprecation notice in version 2.7.2 of Leiningen recommending >

Bug#819811: ITP: leiningen -- simple build system for Clojure

Elana Hashman writes: > Finally following up with some conversations I had at Clojure/conj, I'd > like to help get the ball rolling on this again. Based on leiningen > 2.7.1's dependencies, here's what we'll need to package/upgrade to make > this happen. Very exciting;

Bug#761305: RM: leiningen -- obsolete

Subject: RM: leiningen -- obsolete Package: leiningen Severity: important Dear Maintainer, As the author of Leiningen, I would like to see the current package in Debian removed. I field support questions on IRC on a regular basis from users who install the 1.x version in Debian, but it is too

Bug#647632: leiningen: Could not locate clojure/contrib/java_utils__init.class or clojure/contrib/java_utils.clj on classpath:

On Fri, Nov 4, 2011 at 10:22 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: pom         Write a pom.xml file to disk for Maven interop. leiningen.push  Problem loading: java.io.FileNotFoundException: Could not locate clojure/contrib/java_utils__init.class or

Bug#632365: libxbean-java recommends groovy

Package: libxbean-java Version: 3.5-4 Severity: minor I'm working on packaging an application that needs libmaven2-core-java and noticed that installing my package would end up installing groovy, which is unrelated and unnecessary. I traced it to libxbean-java, which recommends groovy even

Bug#632372: javahelper doesn't depend on a package that provides /usr/bin/jar

Package: javahelper Version: 0.32 Severity: normal I had to manually install fastjar before I could build debian packages with javahelper; I believe this dependency should be declared. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500,

Bug#631991: libmaven-ant-tasks-java is missing all its dependencies.

Package: libmaven-ant-tasks-java Version: 2.0.10-1 Severity: important According to http://search.maven.org/remotecontent?filepath=org/apache/maven/maven-ant-tasks/2.0.10/maven-ant-tasks-2.0.10.pom the maven-ant-tasks library depends upon a number of libraries including classworlds, ant, plexus,