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 under
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
t 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
ocal _, 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
ix 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
laced by
local _, unix = pcall(require, "socket.unix");
socket.unix = unix;
Best,
--
Enrico Tassi
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 <gareuselesi...@debian.org>:
> On Mon, Jun 27, 2016 at 09:56:44PM +0200, Julian Wollrath wrote:
> > Dear Enrico,
> >
> > I updated the package (see attached for the new so
n luajit maintainer (Enrico) to get 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
).
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 UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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?
Best,
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian
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 only on 5.1, where
it makes sense IMHO).
Best,
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
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 debian-bugs-rc-requ...@lists.debian.org
with a subject
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
. 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
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 Tassi
--
To UNSUBSCRIBE, email to debian
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 to debian-bugs-rc-requ...@lists.debian.org
with a subject
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
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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
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,
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
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.
Cheers
--
Enrico Tassi
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'),
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 22 Sep 2 17:26
/usr/lib/x86_64-linux
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 when I'll be back.
Cheers
--
Enrico Tassi
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!
--
Enrico Tassi
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
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
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 wait 2 days (it will move
: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 gareuselesi
+++ 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 gareuselesi...@debian.org Sat, 30
+ * 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 gareuselesi...@debian.org Sat, 30 Jul 2011 19:11:03 +0200
+
oopango
to require oocairo from the lua interpreter
+
+ -- Enrico Tassi gareuselesi...@debian.org 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
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 debian-bugs-rc-requ...@lists.debian.org
with a subject
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 too.
Cheers
--
Enrico Tassi
signature.asc
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
/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
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. Trouble? Contact
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-bugs-rc
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. Trouble? Contact listmas
.
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 gareuselesi...@debian.org
##
## All lines beginning with `## DP:' are a description of the patch.
## DP: No description
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 this
is really a separate issue; please
.
--
Enrico Tassi
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
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 information
--
Enrico Tassi
.
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
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
# Attempt
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 UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble
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]
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.26.
Cheers
--
Enrico Tassi
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]
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]
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 reported for lua-curl
in #489081 right now. The bug
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, email
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]
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]
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!
/ignorable
Cheers
--
Enrico Tassi
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]
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]
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? Contact [EMAIL PROTECTED]
.
--
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 about alignment in these archs
|
libreadline5-dev | 5.2-3
--
Enrico Tassi
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
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]
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]
tags 406782 +sid
stop
--
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 PROTECTED
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]
is a real policy violation, I've not done it
jet.
In case it is, we will split. But I'm not that sure that this is a clear
policy violation. This is not a wrapper package, nor a package that
depends on a non free external software.
Any idea if a similar package exists in main/contrib?
Regards
--
Enrico
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]
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
pydns - DNS client module for Pyth
ii python2.4-dbus0.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]
: [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 target does it fail?
ciao
--
Enrico Tassi
85 matches
Mail list logo
