Bug#242117: still not ready?
Hi, * Matej Vela [Mon, Sep 19, 2005 at 11:10:09AM +0200]: > Hello, > > On Mon, Sep 19, 2005 at 10:44:43AM +0200, Nico Golde wrote: > > Hi, > > ist cabot still not ready for testing? > > Let's see what the developers think. Is cabot ready for etch, or > should we wait until someone adopts it? #289417 and #280588 are not going to happen because last time I checked, nobody was volunteer to continue maintaining cabot _upstream-wise_. Considering the fact that cabot was never part of testing *and* that a significant part of upstream thinks something along the line of "Oh well, caff is part of the signing-party package and is good enough/better than cabot anyway so why bother" so my opinion is that letting cabot in etch as-is is a bad idea. cabot needs someone that's interested in upstream development before we let it go in etch. Merely adopting the debian package is not enough for our users. Cheers, Laurent. signature.asc Description: Digital signature
Bug#454212: megahal: Confirmed in etch
Hello, * Giuliani Vito, Ivan [Sun, Feb 10, 2008 at 11:36:34PM +0100]: > The backtrace is attached. > > The megahal.brn file that it tries to open doesn't exists. Maybe it is > trying to make some read/write operation on it without checking if it > has been correctly opened? Thanks for the backtrace. Every `fopen' call I see in the code is followed by conditionals checking for errors. I think the memory situation is broken someplace else. Laurent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#454212: megahal segfaults as soon as it's launched
Hello, * Niko Tyni [Wed, Feb 13, 2008 at 11:08:12AM +0200]: > On Mon, Feb 11, 2008 at 10:18:37AM +, Neil McGovern wrote: > > Niko Tyni wrote: > > >>Confirmed using etch i386 (though an amd64 processor). Attached output > > >>of megahal and strace. > > > > > >The attached patch fixes a stack corruption issue on 64-bit architectures > > >(reading 8 bytes into a 4-byte buffer) and an off-by-one sprintf overflow > > >in the error and status file name initialization code. > > > Confirmed that this patch fixes the issue, at least on the version in Etch. > > > > This issue probably qualifies for a stable point update (-release in > > cc). I can prepare a package if you want. > > Just a clarification: I'm not the megahal maintainer, and in fact Laurent > Fousse recently orphaned it. I'm only interested in megahal because of > #463146, related to the future Perl 5.10 transition. > Cc'ing Laurent, as he still seems somewhat interested and was probably > out of the loop wrt. the patch. Yup, I missed the mail. Thanks Niko for Cc'ing me. And for the patch, of course. > No opinion on the stable update, but I suppose I could prepare a QA > upload to sid myself if nobody steps up and adopts this... I don't have my GPG key at work, so it will have to wait for this evening. If you have a package ready go ahead. The reason I orphaned megahal is because I read its code too much for my own good recently. If it weren't for users I'd suggest removal :-) Over the time megahal has acquired a number of extension I seldom, if ever, used. It would be best if megahal was team-maintained by people who actually care about a Tcl, Python, and Perl module (and are willing to cope with the C codebase too). I've more or less given up. Markovian models are not hard to code properly, and I've just done that for a spam filter I consider including in debian. Writing a megahal replacement from that is just a matter of providing python bindings. Regards, Laurent. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#169805: Patch: training mode.
Followup-For: Bug #169805
Package: megahal
Version: 9.0.3-6
Tags: patch
Hi,
I've added a "training mode" patch, so you can quickly learn from a
file with "megahal -t < my_file". This probably closes #117336 as
well.
-- System Information
Debian Release: 3.0
Architecture: i386
Kernel: Linux kolvir 2.4.20-netfilter #19 Wed Feb 19 23:53:18 CET 2003 i686
Locale: LANG=C, [EMAIL PROTECTED]
Versions of packages megahal depends on:
ii libc6 2.3.1-11 GNU C Library: Shared libraries an
diff -u -r megahal-9.0.3/docs/megahal.1 patched-megahal/docs/megahal.1
--- megahal-9.0.3/docs/megahal.12003-04-29 18:56:37.0 +
+++ patched-megahal/docs/megahal.1 2003-04-29 19:31:34.0 +
@@ -27,6 +27,15 @@
Supress the startup banner. This is a debian-specific
modification, and is useful mainly if you want to interface megahal to
another program.
+.IP "-t"
+Training mode. Don't waste time trying to formulate a reply to what
+the user types in, only learn from it. Useful for quick learning with
+something like:
+
+.B megahal -t < my_file
+
+(don't forget the trailing #quit command!)
+
.SH "SEE ALSO"
/usr/share/doc/megahal/README.TXT.gz
.SH AUTHOR
diff -u -r megahal-9.0.3/main.c patched-megahal/main.c
--- megahal-9.0.3/main.c2003-04-29 18:56:37.0 +
+++ patched-megahal/main.c 2003-04-29 19:06:44.0 +
@@ -68,7 +68,7 @@
int c, fd, option_index = 0;
while(1) {
- if((c = getopt_long(argc, argv, "hpwb", long_options,
+ if((c = getopt_long(argc, argv, "hpwbt", long_options,
&option_index)) == -1)
break;
switch(c) {
@@ -81,6 +81,9 @@
case 'b':
megahal_setnobanner();
break;
+ case 't':
+ megahal_settrainingmode();
+ break;
case 'h':
usage();
return 0;
diff -u -r megahal-9.0.3/megahal.c patched-megahal/megahal.c
--- megahal-9.0.3/megahal.c 2003-04-29 18:56:37.0 +
+++ patched-megahal/megahal.c 2003-04-29 19:09:19.0 +
@@ -224,6 +224,7 @@
static bool quiet=FALSE;
static bool nowrap=FALSE;
static bool nobanner=FALSE;
+static bool trainingmode=FALSE;
static char *errorfilename = "megahal.log";
static char *statusfilename = "megahal.txt";
@@ -381,6 +382,13 @@
nobanner = TRUE;
}
+void megahal_settrainingmode (void)
+{
+trainingmode = TRUE;
+megahal_setnobanner();
+megahal_setnoprompt();
+}
+
void megahal_seterrorfile(char *filename)
{
errorfilename = filename;
@@ -455,7 +463,10 @@
make_words(input, words);
learn(model, words);
-output = generate_reply(model, words);
+if (trainingmode == FALSE)
+ output = generate_reply(model, words);
+else
+ output = "\n";
capitalize(output);
return output;
}
diff -u -r megahal-9.0.3/megahal.h patched-megahal/megahal.h
--- megahal-9.0.3/megahal.h 2003-04-29 18:56:37.0 +
+++ patched-megahal/megahal.h 2003-04-29 18:59:09.0 +
@@ -100,6 +100,7 @@
void megahal_setnoprompt ();
void megahal_setnowrap ();
void megahal_setnobanner ();
+void megahal_settrainingmode ();
void megahal_seterrorfile(char *filename);
void megahal_setstatusfile(char *filename);
pgpq7URk8NDFb.pgp
Description: PGP signature
Bug#169805: updates?
Hi, Le Sun, Aug 17, 2003 at 06:47:23PM +0200, martin f krafft écrivait: > any updates on this? i am not going to maintain megahal, but > i believe that the patch should only be included if it makes its way > upstream. I didn't send the patch upstream but I tried it on latest CVS version and it applied fine (btw latest released version 9.1.0 and CVS version don't differ much). David, you seem to be part of upstream: whom should I send the patch? The feature I requested on the bts has been requested upstream as well: http://sourceforge.net/tracker/index.php?func=detail&aid=654776&group_id=10585&atid=360585 In #164903, Daniel Silverstone showed an interest in taking over the package. Is it still the case, because I might be interested as well? Cheers, Laurent. pgpNLxDMRS3TA.pgp Description: PGP signature
Bug#226711: [PATCH] fix off-by-one-line behavior in example bot after saving
Hi, Le Wed, Jan 07, 2004 at 04:09:50PM -0500, Matt Behrens écrivait: > Package: megahal > Version: 9.0.3-7 > > When the example bot saves, megahal says something random. That > appears to stick in the buffer and the bot begins responding not > to the current query but the query immediately before. > > This patch fixes that problem. Thank you for the patch. If you use megahal in perl scripts you might be interested in my newer package available here: http://www.komite.net/laurent/debian/megahal/ which includes bindings for perl, python and tcl. QA people: it'd be very nice is someone would like to have a look at my package and sponsor it. It fixes most of the open bugs, including but not limited to the fact that the package is orphaned. Otherwise I'll ask debian-mentors. Regards, Laurent. signature.asc Description: Digital signature
Bug#228187: gtkgraph: infinite loop
merge 228187 228259
thanks
Le Fri, Jan 16, 2004 at 09:18:20PM -0500, Raphael Assenat écrivait:
> In the Set Range dialog, if you set 'X minimum' and 'X maximum' to the
> same value, and there is a function defined (say: y=x), the program
> seems to start some sort of endless loop, which consumes a lot of
> memory. The program gui stops working and it must be killed.
Fixed with attached patch.
Regards,
Laurent.
--- src/gtkplot.c.old 2004-01-27 22:13:19.0 +0100
+++ src/gtkplot.c 2004-01-27 22:37:33.0 +0100
@@ -1176,6 +1176,8 @@
fx[function.num_points-1] = x;
fy[function.num_points-1] = y;
}
+if (x + inverse_dx(plot, function.x_step) == x)
+break; /* avoid endless loop */
}
if(function.num_points > 1 )
{
signature.asc
Description: Digital signature
Bug#230009: gtkgraph: incorrectly wraps graph plotting.
Package: gtkgraph Version: 0.6.2-5 Severity: normal Type "x^2" as the function to plot, and set Xmax to 42 in the range selection dialog box. The graph of the function is then made of several parabola archs, presumably by incorrect wrapping. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux kolvir 2.6.1-yuggoth #1 Sat Jan 10 13:39:11 CET 2004 i686 Locale: LANG=C, [EMAIL PROTECTED] Versions of packages gtkgraph depends on: ii gdk-imlib1 1.9.14-13imaging library for use with gtk ( ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-16The GIMP Toolkit set of widgets fo ii xlibs 4.2.1-12.1 X Window System client libraries -- no debconf information signature.asc Description: Digital signature
Bug#221354: reproducible
Le Fri, Jan 30, 2004 at 01:51:02PM +, Stephen Stafford écrivait: > Hi, > > I cannot reproduce this bug. Can anyone else? If not I'd say it's > probably an issue elsewhere in the emacs toolchain that's been fixed > by now, close it and move on. I have emacs20, emacs21 and xemacs21 here and could not reproduce the bug. Regards, Laurent. signature.asc Description: Digital signature
