On Fri, Mar 23, 2018 at 06:40:18PM +0100, Enrico Tassi wrote:
> Dear Jeremy, I'm an upstream of some of the software that depends on
> lablgtk2. Porting to GTK+3 is not an easy option, since lablgtk3 does
> not exist (and will not exist as far as I know).
>
> As far as I
If it is a viable option for you, can you tell me which of the above
are going to be a problem for Buster (in addition to libgnomecanvas)?
Best
--
Enrico Tassi
#x27;ll manage to do it promptly, so if
it helps please do an NMU (and I'll wait the migration to testing before
doing my upload, in case I manage to release quickly).
Ciao
--
Enrico Tassi
value)
Sorry, my patch was wrong
local _, unix = pcall(require, "socket.unix");
if unix then
socket.unix = unix.stream or unix.tcp;
end
Unfortunately I can't really test the patches I propose, so I beg your
pardon if they are wrong.
And the patches are really for the upstream of prosody-modules, not for
Debian.
Best,
--
Enrico Tassi
d you try the fix I propose?
I've tried, and the socket.unix module loads fine here.
Could you please try the fix I propose (in sasl_dovecot)?
Best,
--
Enrico Tassi
e should be replaced by
local _, unix = pcall(require, "socket.unix");
socket.unix = unix;
Best,
--
Enrico Tassi
s not for the new unix.tcp/udp feature. If so, reverting the
API change is as simple as reverting
aa1b8cc9bc35e56de15eeb153c899e4c51de82a8
There is just a trivial conflict on the makefile.
Mathieu, does luasandbox need the new unix sockets?
Best,
--
Enrico Tassi
On Wed, Jan 25, 2017 at 10:24:25AM +0100, Michael Meskes wrote:
> > Hopefully somebody is prepared to fix all rdepends.
>
> Or better reverts the API change.
The bug is definitely important.
Mathieu can you take care of it?
Best,
--
Enrico Tassi
Hum, I'm a bit lost here. 2.0.4 is fine, but does not work on arm64.
What about 2.1-beta2 + fix allocator (as in message #35) ? Was it
tested? Does it work? Should I upload it?
Best,
--
Enrico Tassi
--
Enrico Tassi
--- Begin Message ---
Am Thu, 30 Jun 2016 15:19:54 +0200
schrieb Enrico Tassi :
> On Mon, Jun 27, 2016 at 09:56:44PM +0200, Julian Wollrath wrote:
> > Dear Enrico,
> >
> > I updated the package (see attached for the new source and Debian
> > tarball).
the patch accepted
> in
> Debian, until we have any position on upstream.
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=814255
I can't apply such a patch on the Debian package. It is too complex to
maintain.
Best
--
Enrico Tassi
On Sun, Oct 18, 2015 at 11:03:35PM +0200, Mehdi Dogguy wrote:
> Package: src:matita
> Version: 0.99.1-3
> Severity: serious
>
> Dear Maintainer,
This bugs is due to camlp5 and fixed in
caca3dd0643ec5aae9df4399fa73eb280808ef18
see https://gforge.inria.fr/projects/camlp5/
Best,
--
Enrico Tassi
On Sat, Nov 14, 2015 at 02:16:53PM +0100, Kurt Roeckx wrote:
> A few use tlsv1 which isn't much better.
Thanks for your help, I'm preparing an upload.
Can you argument why tlsv1 is not good?
See also: https://github.com/brunoos/luasec/issues/58
Best,
--
Enrico Tassi
close 796443
thanks
Closed with 2.2.0+dfsg-2
--
Enrico Tassi
policy talks about is the "0.0.0" part,
not the "5.1" (that is part of the name of the library).
There is no such a thing like "lua". lua5.1 and lua5.2 are different,
incompatible, libraries, not two versions of the same.
Best,
--
Enrico Tassi
--
To UN
only thing allowed to change is "app static" in the first line, but 5.2
should stay there.
It is the case here (but it occurs 1 time every 20 runs or so, so
validating my theory here is a bit of a PITA). If it is also the case
on your vm I can simply make the test optional (run onl
gt;
> During a rebuild of all packages in jessie (in a jessie chroot, not a
> sid chroot), your package failed to build on amd64.
I've just built a jessie chroot on amd64 and I could not reproduce the
failure. Are there any other known false positives with this round of
rebuilds?
Be
if I
> should delay it longer.
Can't you just call make passing LDCONFIG=/sbin/ldconfig ?
I don't like having patches around, expecially for this software. The
upstream dislikes it and in this case it does not seem necessary.
Ciao
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debi
po package is
already in place.
An apt-get update/install on your machine running stable will fix
things. Sorry for the inconvenience.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
during debconf. Moreover I have a newer
version of penlight ready to be uploaded, and it may fix that as well.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Today 3.8.x is not even more in Debian, while 3.9.x in part of testing.
This package does not migrate because of this bug.
Is this bug still present with linux 3.9? If not its severity should be
lowered to let the package migrate.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian
gi does not Depends upon any lua
> interpreter package? Is it actually useable without it?
Yes, if the software is linked with liblua5.1 then it can load and use
liblua5.1-lgi too. I tried to exaplain it here:
http://pkg-lua.alioth.debian.org/policy.html#ch-notesundef
Cheers
--
Enrico
y want to see if it
really fixes all the FTBFS before giving the green flag.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
a5.1...
I'm on it right now. I'll change a bit the patch since installing in
patch shared by all packages a file called lua-deb-multiarch.h will
prevent lua5.1 and 5.2 to cohexist. I rename the file to
lua5.1-deb-multirch.h and I dput.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email
arning in
case you include the .h without passing to cpp the right flags.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
st revert my last change, plus
some extra magic for cpp. I'll do it as soon as possible.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Mon, Jul 02, 2012 at 07:12:47PM +0200, Moritz Muehlenhoff wrote:
> uwsgi
> ulatencyd
> mudlet
As I suspected all the dependencies are "soft", so we can just drop them
in favour of liblua5.1-0-dev. But of course these packages have to be
uploaded to fix the issue.
Chee
changed
to liblua5.1-dev.
> uwsgi
> ulatencyd
> mudlet
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: lua-event
Version: 0.4.1-1
Severity: grave
Tags: upstream
When this binding is used with libevent 2.0 some errors are not handled
properly. An extract of the personal communication with the maintainer of the
binding follows, giving precise details on how this bug affects, for example,
th
Package: luajit
Version: 2.0.0~beta9+dfsg-2
Severity: grave
Tags: upstream
In accordance with the upstream, luajit will not be part of weezy, but rather
be made available via backports.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (5
close 668670
thanks
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Sep 02, 2011 at 05:37:24PM +0200, Julien Danjou wrote:
> On Sat, Jul 30 2011, Enrico Tassi wrote:
> This is mainly a note to myself. :)
>
> I've tried the patch, there just one last thing that is not good: this
> link is broken:
>
> lrwxrwxrwx 1 root root
On Sun, Aug 07, 2011 at 05:26:03AM +0300, Leonid Borisenko wrote:
> Hi,
>
> Squeeze is already released and this Debian bug just prevents luajit
> from entering into testing (wheezy).
The upstream promptly agreed to let the package enter testing.
Cheers and enjoy the jitter
tream asked for it.
Clearly having a -beta version frozen in a stable release is not
desirable. Nevertheless, luajit is in a good state and I'm pretty sure
the -beta will be removed before debian releases weezy.
The best thing is to ask Mike, the author of luajit. I'm on VAC, I'll do
it w
close 636359
thanks
Fixed in lua5.1 version 5.1.4-10
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Wed, Aug 03, 2011 at 03:25:46PM +0200, Bernd Zeimetz wrote:
> On 08/03/2011 03:18 PM, Enrico Tassi wrote:
> > As already pointed out, the problem is not prosody, but the version of
> > the lua interpreter that is too old. Pick lua5.1 version 5.1.4-10 from
> > unstable or
As already pointed out, the problem is not prosody, but the version of
the lua interpreter that is too old. Pick lua5.1 version 5.1.4-10 from
unstable or wait 2 days (it will move to testing).
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a
age is not needed to require oocairo from the lua interpreter
+
+ -- Enrico Tassi Sat, 30 Jul 2011 18:54:23 +0200
+
oocairo (1.3-2.1) unstable; urgency=low
* Non-maintainer upload.
diff -Nru oocairo-1.3/debian/control oocairo-1.3/debian/control
--- oocairo-1.3/debian/control 2011-05-09 14:5
+ * lua5.1/oopango.so symlink to liboocairo.so.0.0.0 and not liboopango.so
+so that the -dev package is not required to run 'require "oopango"'
+from the lua interpreter
+ * kill .la file (Closes: #633243)
+
+ -- Enrico Tassi Sat, 30 Jul 2011 19:11:03 +0200
+
oopa
+++ oocairo-1.3/debian/changelog2011-07-30 18:24:16.0 +0200
@@ -1,3 +1,11 @@
+oocairo (1.3-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Multi-Arch support
+ * Tight dependency of the -dev on the lib package
+
+ -- Enrico Tassi Sat, 30 Jul 2011 18:23:39 +0200
:22.0 +0200
+++ oocairo-1.3/debian/changelog2011-07-30 18:24:16.0 +0200
@@ -1,3 +1,11 @@
+oocairo (1.3-2.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Multi-Arch support
+ * Tight dependency of the -dev on the lib package
+
+ -- Enrico Tassi Sat, 30 Jul 2011 18
reproduce the bug, but here it always works.
I've a week old pbuilder image (I've a weak internet connection here).
I'll try again at debconf (next week) with an up to date chroot, but
that looks very weird and fishy.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to deb
propriate.
Moreover, do you run the tests inside the pbuilder environment (--login)
or you run them in your real system? Maybe there is something broken
there. I mean, FTBFS means it fails to build in a clean build
environment, so please confirm the problem occurrs in the pbuilder
chroot t
close 565073
thanks
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Well, it's not the right place for a rant, but this software and it's
build system are not exactly something I'd like to spend more time on.
Good luck
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe".
> ta...@birba:~/work-area/BSP/atlas-3.8.3/debian$ cat libatlas-test.install
> usr/lib/libatlas-test/x*
no, this did not help. The binaries that used to be part of the -test
package are not even compiled now.
Still investigating.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-b
is huge, and It's unclear to me how to trim it down.
Could you help me in identifying the problem so that I can propose a
reasonable patch for squeeze?
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". T
~/work-area/BSP/atlas-3.8.3/debian$ cat libatlas-test.install
usr/lib/libatlas-test/x*
What do you think?
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On Fri, Sep 03, 2010 at 03:38:40PM +0100, Steven Chamberlain wrote:
> Hi,
>
> On 03/09/10 14:06, Enrico Tassi wrote:
> >I've attached the patch for the libclutter issue, please test it on arm.
>
> However, the libraries I built on armel don't seem to work, but th
. I guess
> it's the same on i386 too.
I've attached the patch for the libclutter issue, please test it on arm.
Cheers.
--
Enrico Tassi
#! /bin/sh /usr/share/dpatch/dpatch-run
## clutter-1.0.dpatch by Enrico Tassi
##
## All lines beginning with `## DP:' are a description of t
bgtkhtml2-dev
Thanks for bug reporting.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
libc6 2.10.2-6 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.3-3 GCC support library
ii libluajit-5.1-common 2.0.0~beta3+dfsg-2 Just in time compiler for Lua - co
luajit recommends no packages.
luajit suggests no packages.
-- no debconf informati
4.4.2-5 The GNU Standard C++ Library v3
liblua5.1-csnd recommends no packages.
liblua5.1-csnd suggests no packages.
-- no debconf information
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
ne to get_line avoids the name clash with the getline
function defined in stdio.h.
Regards.
--
Enrico Tassi
diff -u dvipsk-ja-5.96+jp1.7a/config.guess dvipsk-ja-5.96+jp1.7a/config.guess
--- dvipsk-ja-5.96+jp1.7a/config.guess
+++ dvipsk-ja-5.96+jp1.7a/config.guess
@@ -1,10 +1,10 @@
#! /bin/sh
# Attem
is bug is system-specific seems rather low. apt-cache search
> doesn't report anything obvious in the Debian archive that looks like
> a Lua library that would provide 'lfs'.
The package misses a dependency over liblua5.1-filesystem0
Cheers
--
Enrico Tassi
--
To UNSU
ests prefixing them with `LUA_INIT=`, but I need a
confirmation that the bug is this one.
Moreover, I tested a build on my almost clean environment and it worked...
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
t the
> package only supports 2.6.24.x and older. Compilation then fails.
> Kernel-version in testing is 2.6.26(+16).
Are you sure you are using version 0.2.9+dfsg-2? I just successfully run
m-a a-i linux-wlan-ng on my sid box, and revision -2 added a specific
patch to fix build against 2.6.2
On Sun, Sep 07, 2008 at 03:33:41PM +0200, Marc 'HE' Brockschmidt wrote:
> Enrico Tassi <[EMAIL PROTECTED]> writes:
> > On Sat, Sep 06, 2008 at 09:49:17PM +0200, Marc 'HE' Brockschmidt wrote:
> >> I can't reproduce the FTBFS (in pbuilder) on i386 rep
ll seeing this problem? If not, I
> would suggest to just close this bug.
Now that I remember, the bug was transient I think, due to a broken version of
libcurl.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
d, but I've also solved the bug
with an upload of the lua-curl package.
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Thanks for the report, and sorry for the mistake.
Xavante 2.0 (upcoming) will depend on lua-coxpcall, that now is a
separate module. I'll apload a new xavante package fixing the issue
as soon as 2.0 is released (that should be very soon...).
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, ema
| 0.6.5-5
lsb-base (>= 3.0-6) | 3.2-4
wpasupplicant(>= 0.4.8) | 0.6.3-1
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
PS for the maintainer and the Italian cabal: e non so nemmeno perché ho
> installato 'sto cavolo di pacchetto :-) Che bagaglio
Beh, se lo tieni installato mica mi arrabbio, e soprattutto mi
aiuti a trovare i bug!
>
Cheers
--
Enrico Tassi
never succeeded there), with the same log output:
> make[2]: *** [test-lua-dynamic-real] Bus error
The bug is in the library zzip library, see 443880
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
| 1:1.0.3-2
libxpm4 | 1:3.5.7-1
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
===-+-===
|
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
experimentalftp.it.debian.org
--- Package information. ---
Depends(Version) | Installed
-+-===
liblua5.1-filesystem0| 1.3.0-1
liblua5.1-leg0 | 0.1.2-2
--
Enrico Tassi
--
To UNSUBSCRIBE
(Version) | Installed
===-+-===
|
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
and still provide 0.13.49-2
Cheers
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
-2) | 0.2.1-2
liblablgtk2-ocaml-dev (>= 2.6.0-2) | 2.6.0-7
libgtksourceview-dev (>= 1.2.0) | 1.8.5-1
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
not built yet on many arches):
1.2.3-2: alpha amd64 arm i386 s390
1.2.3-1: armel hppa ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc
Cheers.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
After some testing on bruckner and raptor it really seems that there is
no need to tweak the LUAI_USER_ALIGNMENT_T macro, so I'm closing this
bug as a false positive.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
s hoping in a reply by the bugreporter saying if these arch need
128 bit alignement or not.
Cheers.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, Jun 24, 2007 at 12:25:06PM -0400, John Belmonte wrote:
> Enrico Tassi wrote:
> > There is not API using long double, but there is some interesting
> > message in the header file (the configuration one).
> >
> > You probably know more than me abo
|
libreadline5-dev | 5.2-3
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
s essentially in 3 lines:
the build dependency and a one line patch for the test file.
I'm waiting news from the RM team.
Cheers.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags 406782 +sid
stop
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
tags +sid
stop
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
reopen 406782
tag +sid
stop
The bug is fixed in version 0.2.7+dfsg-1 erroneously uploaded for
experimental. Will be re-uploaded to unstable ASAP.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
with an updated version of the driver (and I'm
sure the version in testing has already this bug).
I'll mention explicitly this bug in the documentation, warning about
using monitor mode and kismet (using the root account).
regards
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL
oday or tomorrow.
>
> Sorry,
> Christian Aichinger
By personal communication, Christian Aichinger reported that the patch
doesn't work.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
non free external software.
Any idea if a similar package exists in main/contrib?
Regards
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Wed, Apr 12, 2006 at 01:14:09PM +0200, Le Boulanger Yann wrote:
> Could you confirm it works now?
yes, it works.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
right under the root directory and it contains sensitive
> information (the whole transaction/contents of the emails):
It is already fixed upstream. there is a debug variable set to true in
the hotmail.lua file.
local ENABLE_LOGRAW = true ------> false
--
Enrico Tassi
ication-daemon 0.3.4-4a daemon that displays passive pop
ii python-dns2.3.0-5pydns - DNS client module for Pyth
ii python2.4-dbus 0.61-5 simple interprocess messaging syst
-- no debconf information
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dh_testdir: cannot read debian/control: [Translated from German] File
> not found
>
> renaming debian/control.modules.in to debian/control solves the problem.
could you please try to hack a bit the rules file?
I but it is cause not all toplevel targets depend on prepare_all-stamp
on which targ
86 matches
Mail list logo
