Hi Paul
> Could you please tag bug 412811 (new upstream version) as wont-fix if
> you still believe it is not fixable (please check).
I did check on this with the previous maintainer and I intend to get the
opinion of debian-legal on how to proceed. It may be possible to simply
remove the offending example and release the new version.
> And could you please at least comment on bug 173709 (crashing examples).
> (moreinfo unreproducible are possible tags). Might even belong in dx
> instead of dxsamples.
I did have a brief look at this and found there is a small number of
samples that require scripts to be run or interactors to be built
first. One of the samples in the bug report, supervise/complexdemo, is
one of these. It may be that the reporter did not follow the
instructions in the Readme.
I'm glad you responded to my request as you are also familiar with dx.
I have two questions regarding the packaging of dxsamples and how it
relates to dx.
dxsamples includes two symlinks:
usr/share/dx/samples usr/lib/dx/samples
usr/share/dx/java usr/lib/dx/java
I feel it would be better if these were moved to the dx package as dx is
only recommended by dxsamples Does that seem reasonable?
For the small number of samples that require interactors to be built, I
feel that dxsamples needs a suggests on libdx4-dev or the virtual
package dx-dev. Does that seem reasonable, and which is preferred?
Regards
Graham
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52469e35.90...@nerve.org.za
