pimppa-leve Mailing List for PIMPPA
Brought to you by:
iwronsky
You can subscribe to this list here.
2002 |
Jan
(14) |
Feb
(12) |
Mar
(21) |
Apr
(7) |
May
(1) |
Jun
(1) |
Jul
(3) |
Aug
(1) |
Sep
(1) |
Oct
(2) |
Nov
(1) |
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(6) |
Aug
(1) |
Sep
|
Oct
|
Nov
(1) |
Dec
|
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(4) |
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
From: phped60.com t. <ph...@ph...> - 2011-07-04 12:57:41
|
Dear PHP Developer, We would like to inform you about the latest PhpED 6.0 release from our strategic partner NuSphere, Inc. As a business owner and a manager of your technical team for web development, you will definitely benefit from it. If you are not the right person, please forward this note to someone who is responsible for a web development project in your organization. Here is our proposal: Use this coupon code: ALL-OTH-30-O-19020 to get a 30% discount on every PhpED related product in Nusphere's store! Follow this link: https://shop.nusphere.com/customer/home.php?cat=9, and enter the coupon code during the checkout. In response to all marketing surveys that we ran, the top reasons listed for purchase decision on PhpED have always included PHP Debugger (http://www.nusphere.com/products/php_debugger.htm) and the speed of the Editor. The recent release of PhpED 6.0 includes JavaScript code completion and other new features - to view, please click on the following link: http://www.nusphere.com/products/phped_new_features.htm Best Regards, The NuSphere Team at PhpED60.com P.S. Please reply with "unsubscribe" in your subject line if you are not interested to receive another communications from us. |
From: Newton P. T. <nus...@ne...> - 2010-10-11 19:45:37
|
Dear PHP Developer, We would like to introduce NuSphere, Inc - our strategic business partner. Productivity of Development Team is one of the most pressing issues of any company who develops software. In the past decade Nusphere has helped thousands of leading Software Teams in the world to improve productivity of their web development teams by providing fastest PHP IDE with Debugger that takes no prisoners. (http://www.nusphere.com/products/phped.htm) If you would like to learn how leading software companies do that, please let us know. Also, their leading product, PhpED is on great sale! All the Best from Newton Portfolio Team! P.S. I would ask you to forward this email to an appropriate party if it is possible. Newton Portfolio Team, Newton Portfolio Corporation 200 Wells Avenue Newton, MA 02459 web: http://www.newtonportfolio.com Follow NuSphere, Inc on twitter at http://twitter.com/PHP_IDE Please reply with Unsubscribe if do not want to recieve future messages from Newton Portfolio Corp. |
From: Ricardo L. <ric...@gm...> - 2007-03-05 03:10:19
|
Hi, I downloaded he leverloda-2.6.13 script from your sourceforge page and I installed it following the instructions, however when I try to run the script I keep getting errors like : Error in command callback Undefined subroutine &Leve::xchatHandler:: Appreciate it Ricky |
From: james <man...@gm...> - 2006-07-19 03:17:08
|
did you get my reply? I got a boucne but I think it was from the other address in your list. If you didnt get the files tell me and I will either resend them or setup a gmail account with it in it for you. On 7/13/06, Bruno Boettcher <bb...@bb...> wrote: > > On Thu, Jul 13, 2006 at 10:59:02AM -0400, james wrote: > > if anyone wants it or if anyone wants to host it please email me. > > if I get enough interest I might even make an installer. although it > > probably wont work on some system I am sure somebody will find this > > helpfull. > yep anything helpful will be added to the distro no prob! send it over! > > -- > ciao bboett > ============================================================== > bb...@ad... > http://inforezo.u-strasbg.fr/~bboett > =============================================================== > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > pimppa-leve mailing list > pim...@li... > https://lists.sourceforge.net/lists/listinfo/pimppa-leve > |
From: Bruno B. <bb...@bb...> - 2006-07-13 17:53:22
|
On Thu, Jul 13, 2006 at 10:59:02AM -0400, james wrote: > if anyone wants it or if anyone wants to host it please email me. > if I get enough interest I might even make an installer. although it > probably wont work on some system I am sure somebody will find this > helpfull. yep anything helpful will be added to the distro no prob! send it over! -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: james <man...@gm...> - 2006-07-13 15:01:08
|
if anyone wants it or if anyone wants to host it please email me. if I get enough interest I might even make an installer. although it probably wont work on some system I am sure somebody will find this helpfull. On 7/13/06, james <man...@gm...> wrote: > opps forgot the actual file. here it goes....... > > |
From: james <man...@gm...> - 2006-07-13 14:50:25
|
this should be most everything you need to run leveloda. its a frankenstien, the xchat is from old debs, its xchat 1.8.9 so it should run perfectly.the perl lib and pthyon lib are from rpms. the levesel i compiled on my gentoo box. I actually borked my linux distro making this kit. I had downgrade to get those damn .so's to install and it borked my perl install. and since perl is borked apt-get and everthing that uses it is borked as well. so I cant install or manage packages at all and now to top it all off while trying to fix perl enough so I could get cpan to run to upgrade it, I borked my libc install so now when I type ls I get a segmentation fault!!! most of the shell commands now return with a sementation fault. the funny part is that the perl seems to run, up until it gets a segmentation fault. I wonder if this damn computer will reboot??? enough ranting put everthing in the lib directory in /usr/lib put the compiled levesel in the directory with the script. |
From: james <man...@gm...> - 2006-07-10 23:56:51
|
I assume its 1.xx. should any 1.xx version of xchat work with leverlada? in this message ( http://sourceforge.net/mailarchive/forum.php?thread_id=9143776&forum_id=7260 ) does anyone know of where I can get a deb for xchat 1.xx? or a binary? |
From: Bruno B. <bb...@bb...> - 2005-12-05 01:32:44
|
On Mon, Dec 05, 2005 at 02:35:49AM +0200, Igor Wronsky wrote: back on the list :D somehow seems i got kicked of it some time ago.... > > i installed libgtk1.2-dev and now the script loads fine you need that only for the (IMHO obsoleted) listing viewer > > but whatever command i give i get an error at line 613 (eval 1) > > or at line 640 (eval 1) in xchathandler.pm ehm as said try the cvs version, and then send over again the error message... > > i noticed that make install brings up a dir called /.xchat > > my xchat default dir is /.xchat2 > > so i made a symling to /.xchat2 called /.xchat > > but no luck.. seems it worked at least a bit somehow :D otherwise you wouldn't have get any error message at all... but as sayd change in the makefile .xchat into .xchat2, changed it also in the cvs version since i think there no more people arorund using xchat 1 (event if it was way better than xchat2 imho) > Hi. :) The problem here is probably that Leve hasn't been > updated recently, and as the current versions of the libs > and/or xchat are apparently not downwards-compatible (i.e. > the dirname has changed), the script might run into problems, > and I'm not sure what the extent is. In the worst case > it might only be fixable by working with the actual code, > bringing it up to date with how things are done these days. At > the easiest, it could be just a matter of changing the > dirnames all over the place. I don't know. yoh any volounteers? i have to admit that leeching from bittorrent is way more profitable these days than using irc :D > You might try contacting Bruno (his email address should be > readable from e.g. Leve.pm). At the time of the latest he got me :D > release, it was he who worked on Leverloda, and later went > to work on a kind of offshoot version, probably exceeding > Leve's capabilities a long time ago. You might be better > off with trying his new program, if its available - > unfortunately I can't remember the name anymore. :) tsss :D http://www.nongnu.org/goanseech/ am not working much on it anyways since it does what i want it should, no more itching and animes are piling up my HD .... well seems my kids will have to take over looking them (few years ahead though :D big boobs arent good for them yet :D) BTW nice to know you are still alive :D :D what's going on lately? --=20 ciao bboett =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D bb...@ad... http://inforezo.u-strasbg.fr/~bboett =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |
From: Igor W. <iwr...@us...> - 2005-12-05 00:35:22
|
On Sun, 4 Dec 2005, Agostino Maurotto wrote: > i installed libgtk1.2-dev and now the script loads fine > but whatever command i give i get an error at line 613 (eval 1) > or at line 640 (eval 1) in xchathandler.pm > i noticed that make install brings up a dir called /.xchat > my xchat default dir is /.xchat2 > so i made a symling to /.xchat2 called /.xchat > but no luck.. > seems the print function is not really working, the script is not able to put out the stuffs on the screen? > i don't know how to solve this, any suggestion welcome. Hi. :) The problem here is probably that Leve hasn't been updated recently, and as the current versions of the libs and/or xchat are apparently not downwards-compatible (i.e. the dirname has changed), the script might run into problems, and I'm not sure what the extent is. In the worst case it might only be fixable by working with the actual code, bringing it up to date with how things are done these days. At the easiest, it could be just a matter of changing the dirnames all over the place. I don't know. You might try contacting Bruno (his email address should be readable from e.g. Leve.pm). At the time of the latest release, it was he who worked on Leverloda, and later went to work on a kind of offshoot version, probably exceeding Leve's capabilities a long time ago. You might be better off with trying his new program, if its available - unfortunately I can't remember the name anymore. :) Cheers, Igor |
From: Agostino M. <ago...@pe...> - 2005-12-04 17:26:09
|
i installed libgtk1.2-dev and now the script loads fine but whatever command i give i get an error at line 613 (eval 1) or at line 640 (eval 1) in xchathandler.pm i noticed that make install brings up a dir called /.xchat my xchat default dir is /.xchat2 so i made a symling to /.xchat2 called /.xchat but no luck.. seems the print function is not really working, the script is not able = to put out the stuffs on the screen? i don't know how to solve this, any suggestion welcome. thanks |
From: Agostino M. <ago...@pe...> - 2005-12-04 14:44:43
|
hello=20 i tried your leverloda on ubuntu, but i incurred in the following = problem:=20 first of all i installed make make install returns an error so i used your manual way, unfortunately = doesn't work either..=20 i get this error:=20 Error loading '/home/agostino/.xchat2/.leve/leve.pl':=20 Can't locate Leve/xchatHandler.pm in @INC (@INC contains: /etc/perl = /usr/local/lib/perl/5.8.7 /usr/local/share/perl/5.8.7 /usr/lib/perl5 = /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 = /usr/local/lib/site_perl . /home/agostino/.leve/lib) at (eval 4) line = 35.=20 BEGIN failed--compilation aborted at (eval 4) line 35.=20 =20 any hints?=20 Thanks=20 |
From: Startail R. <sta...@so...> - 2003-11-07 13:06:04
|
I'm using leverlåda 2.6.3 and uses the default settings that it came with (maybe that's the problem ?) This is what my system.log file says... fserver banner 'trendyuse' fetch hashdate file outdated by 0 0:9:33 restoring trigs:'/ctcp TrendyUse !sl ow ER S10 ' no more triggers:'' fserver banner 'angelical' fetch hashdate no more triggers:'' fserver banner 'scorpserv' fetch hashdate no more triggers:'' fserver banner 'etcp' fetch hashdate no more triggers:'' fserver banner 'lilofreak' fetch hashdate no more triggers:'' fserver banner 'er' fetch hashdate no more triggers:'' It seems to find most of the fserv triggers but then it doesn't save anything of the listings. example: # 1068208268 : Tried /ctcp TheClarin ER Episodes : #er-...@ir... and nothing more. I have "auto accept direct chat" checked and I can confirm it works by doing it manually. Something that I've missed ? |
From: <bb...@bb...> - 2003-08-29 07:41:02
|
Hi all in order to increase interoperability between goanseech and leve a new update was needed. main change: the leve.series file looks now more XML'ish and i changed the read in from static pattern to generic reading... this meansthat the sanity checks have to be added at some time later :D anyway here's the changelog: - added more flexible parsing of the series file, files are now stored in a more XML'ish way - added periodical reload of the series file - added toignore setting, stops fetching unwanted files or going into unwanted directories - loadSeries now is able to perform in incremental mode, called twice it doesn't overwrite the actual settings, but completes where necessary - added a new setting: clearonadvance if set the queues are emptyed of the episode we are advancing from as usual no guarantee whatsoever that this will work for you :D standard disclaimer: it works for me ! ah i see i forgot to add this feature in the changelog of leve as well, and since i cut&paste that bit of code bewtween goanseech and leve its there as well: we have now support for aliases. -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: <bb...@bb...> - 2003-07-08 21:10:21
|
hello, some new stuff appeared on the cvs this night: - added periodical reload of the series file - added toignore setting, stops fetching unwanted files or going into unwanted directories - loadSeries now is able to perform in incremental mode, called twice it doesn't overwrite the actual settings, but completes where necessary - added a new setting: clearonadvance if set the queues are emptyed of the episode we are advancing from -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: Igor W. <iwr...@us...> - 2003-07-08 17:02:48
|
On Thu, 3 Jul 2003, Bruno Boettcher wrote: > > The actual pimppa project is concerned with file hoarding in > > general. It started with newsgroups/ftp and then I created syrup > uhm define hoarding please Why, thats what dragons do. Quite like collecting, but much more greedy. ;) > hmmm but also with bittorrent i have similar problems as with irc: a lot > of webpages to parse regularly to see if new stuff that could interest > me appeared! that's why i have written the torrent extractor. Good point. > donkey is a bit going into that direction... but alas a closed source > protocol... Which hasn't generally stopped open source development. ;) mldonkey is a fine example of that - in addition to donkey protocol, it tries to handle several other protocols under the same interface. Of course what it misses too is cron'd scripting. I mean that it doesn't automatically poll for new stuff with keywords or substrings the user has specified. And thats perhaps the best thing that leve (and pimppa) had but most filesharing software still don't. > now if there is a way or a usefullness to connect the new system to > pimppa, why not? Well, in my opinion a real killer software would a) support lots of different protocols b) not be limited to any particular type of file b) automatically/periodically search for what user wants c) contain methods for automatic duplicate prevention/discarding/etc. ... For news, pimppa does some of that. It could be extended with further protocols, like one searching torrent pages and leeching interesting hits. Nothing really complicated there. Its just that the existing system consists mostly of C and shell scripts, and the SQL db table structure, and they may not be to everyones taste. The full-blown SQL database though is required for scalability, I noticed that years ago. No point hand-crafting indexing code etc. Igor |
From: Bruno B. <bb...@ad...> - 2003-07-03 21:04:15
|
On Thu, Jul 03, 2003 at 10:57:01PM +0300, Igor Wronsky wrote: > The actual pimppa project is concerned with file hoarding in > general. It started with newsgroups/ftp and then I created syrup uhm define hoarding please > and leve in an attempt to handle IRC. I never integrated those > pieces to the main pimppa, because its actually not much more > than a bunch of separate command line programs for managing an SQL > database (and automatic dl/insert/skip). I didn't feel that > things you usually dl from IRC would require to be indexed > in a database. hmm as soon as i am able to integrate POE somehow into xchat, the slow bandwith to a DB wouldn't be a problem anymore and my postgres module could be again used... > For some time now things have come along in a fashion that > there seems much more stuff available than I have time to > download or watch, and getting things one wants is relatively > easy, e.g. by bittorrent - if you know what you want. On hmmm but also with bittorrent i have similar problems as with irc: a lot of webpages to parse regularly to see if new stuff that could interest me appeared! that's why i have written the torrent extractor. > the other hand, automatic filtering of stuff by users > preferences is much more complicated and certainly impossible > with the current level of technology, but content-based > retrieval is one of the very big problems that becomes > more important every year. true, we would need something that would require retrievable meta data of the information and an agent like system. donkey is a bit going into that direction... but alas a closed source protocol... > That aside, your new scheme would fit under the pimppa > headline, but as there is relatively little common > between all the different parts, I think its perfectly > ok if you do as you like. I can take it under the main > project, or you can make your own project if you like. > In any case, if its even a little leve-derived, it'd be > nice if you used GPL, though. hmmm you know i have an increasing problem with SF and their politics, on the other side this project still has its roots in leve. Besides the gtk-GUI i wrote could be used to edit graphicly the existing leve.series file used by leve... now if there is a way or a usefullness to connect the new system to pimppa, why not? that the licence would be GPL is self speaking... > Anyway, it'd be nice to have a scalable and content- > independent way for managing,backupping and retrieving > different styles of content, videos, mp3s, whatever. hmm i have to admit that the new system doesn't care about the file format unless you integrate it into the patterns that determine the series. But that wouldn't be hard to add, on the other side, the stuff that could be retrieved through bittorrent is so far (and for what i have seen about it) only mpeg encoded stuff (asf or avi). > Like a big file manager but targeted for efficient > indexing, archiving, retrieval and lookup of different > styles of material. I don't know if there's any good > such thing at the moment, but in a way your scheme sounds > like a move to that direction, though in this case > for series, if I understood correctly. yep i admit that the new module in fact doesn't generates any listings nor indexes, the central part only records the base pattern of a series, its min episode to be fetched and a maxepisode that would indicate that retrival and searching for that given series isn't anymore needed. now if the xchat leve can be attached to that, we would have leve making the indexing, and the selection would be done thanks to the input of the series server. > I admit that for me, its unnecessarily complicated for my > simple needs: once and then I'll check what #live-evil has released, > watch 'em, delete 'em, and live happily ever afterwards. ;) :D i retrieve most of my animes through bittorrent in the meantime. My script monitors approx 60 websites, and retrieves the animes faster than they appear on irc. > ps. Everyone, I don't remember if it was mentioned on the list, > but bboett has released new version of leve just a while ago. true.... forgot to make the announcement.... but i put the announcement to freshmeat, and as it seems there's still some interest in this kind of technology. anyway, it would be nice to know if i am the last user of leve or if there are others out there, so even a simple mail telling me so, dropped in my in-basket would be nice ah another thing... i added afet discussion wiht a guy who writes xchat scripts under windows some windows specific stuff, but its not tested... so if someone could give it a try... -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: Igor W. <iwr...@us...> - 2003-07-03 19:59:17
|
On Wed, 2 Jul 2003, Bruno Boettcher wrote: > otherwise this stuff is pretty stand-alone, introduces a whole bunch of > dependencies (POE, perl-gtk, SSleay to name only a few) and branches > down in a pretty complex file-hierarchy. > so what do you think? still leave it inside of leverlada? make a new > project out of it? a sub project to leverlada? The actual pimppa project is concerned with file hoarding in general. It started with newsgroups/ftp and then I created syrup and leve in an attempt to handle IRC. I never integrated those pieces to the main pimppa, because its actually not much more than a bunch of separate command line programs for managing an SQL database (and automatic dl/insert/skip). I didn't feel that things you usually dl from IRC would require to be indexed in a database. For some time now things have come along in a fashion that there seems much more stuff available than I have time to download or watch, and getting things one wants is relatively easy, e.g. by bittorrent - if you know what you want. On the other hand, automatic filtering of stuff by users preferences is much more complicated and certainly impossible with the current level of technology, but content-based retrieval is one of the very big problems that becomes more important every year. That aside, your new scheme would fit under the pimppa headline, but as there is relatively little common between all the different parts, I think its perfectly ok if you do as you like. I can take it under the main project, or you can make your own project if you like. In any case, if its even a little leve-derived, it'd be nice if you used GPL, though. Anyway, it'd be nice to have a scalable and content- independent way for managing,backupping and retrieving different styles of content, videos, mp3s, whatever. Like a big file manager but targeted for efficient indexing, archiving, retrieval and lookup of different styles of material. I don't know if there's any good such thing at the moment, but in a way your scheme sounds like a move to that direction, though in this case for series, if I understood correctly. > and uhm last but not least: > would anybody be even slightestly interested in this stuff and (even > better) feels some free energy to help me out on that thing? I admit that for me, its unnecessarily complicated for my simple needs: once and then I'll check what #live-evil has released, watch 'em, delete 'em, and live happily ever afterwards. ;) ps. Everyone, I don't remember if it was mentioned on the list, but bboett has released new version of leve just a while ago. You can fetch it from https://sourceforge.net/project/showfiles.php?group_id=7434 Igor |
From: Brandon B. <pix...@sd...> - 2003-07-03 18:36:16
|
I can load the script just fine using xchat-2.0.3. But when I go into a channel and do a !list it doesn't seem to collect filenames or anything. -- Brandon Berg |
From: <bb...@bb...> - 2003-07-02 14:06:34
|
Hello sashiburi neh? :D don't know how many people actually still use leve, but its still a pet of mine :D its a long time since i wanted to port this thing towards POE, even if this introduces a whole new set of dependencies... now i didn't play around to see if this is possible to integrate into xchat (at first glance it will be problematic, since both use an event driven machine, and aren't compatible). Nevertheless, since i went to use heavily bittorrent, i extracted the core parts of leve to make a standalone series manager. this thing takes the form of a daemon with a SSL connectivity. I actually added a curses based shell, a script that monitors some directories for new files and updates the series with the files found there (lopster, now xchat and other download progs have the ability to move complete files to an incoming folder), i have a script that loads some webpages with torrent links and prepares a bittorrent download batch (there AFAIK no perl-bittorrent client, nor any lib to control the python bittorrent client from perl.... sadly... ) and have also added just now a graphical (perl-gtk) series editor... all these parts revolve around the server who manages the series. the batch generator and the dir-scanner are thought to be called through cron regularly. Its still alpha software, even if it is in heavy use on my side, and more or less does what i think it should do. The docu resumes to the POD documentation that you might have allready notices in leve.. now the question, what do i do with this stuff? first: the link to leverlada is given through historical reasons (the series stuff was extracted from there), and maybe sometimes in the future i might be able to reconnect the leverlada script to the series daemon. otherwise this stuff is pretty stand-alone, introduces a whole bunch of dependencies (POE, perl-gtk, SSleay to name only a few) and branches down in a pretty complex file-hierarchy. so what do you think? still leave it inside of leverlada? make a new project out of it? a sub project to leverlada? and uhm last but not least: would anybody be even slightestly interested in this stuff and (even better) feels some free energy to help me out on that thing? -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: bugghy <bu...@ho...> - 2003-02-19 19:15:00
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hy, I've tried your script on the new xchat 2.0 release and I get the following errors: Malformed UTF-8 character (unexpected non-continuation byte 0xc4, immediately after start byte 0xf6) at /home/bugghy/.leve/lib/listHandler.pm line 437. Malformed UTF-8 character (1 byte, need 4, after start byte 0xf6) at /home/bugghy/.leve/lib/listHandler.pm line 371. ... and others. Can you help, is it compatible with this version of xchat or do you have a new release? - -- - ------------------------------ - - Software is like sex, - - - it's better when it's free - - - - Linus Torvalds - - ------------------------------ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE+U9f0xeNPZKQf9ssRArTKAJ4m/QoyIFVXA04PyJq/0Inyfw4rwACgwWty fwr0dbyzXgYNY1tvEUNZiaw= =KZeR -----END PGP SIGNATURE----- |
From: Matt W. <tro...@sh...> - 2003-01-29 06:09:14
|
Theres a list serv channel I'm on, and the servers just list the files in channel.. and you type /msg server xdcc send #package I wouldn't mind having it auto-get EVERY file they offer and sorting through afterwards. thing is, they only allow 1 in queue per user, and you can't get back into queue for the next file until the first transfers. Thoughts? |
From: Renaud L. <rl...@ne...> - 2003-01-11 18:35:25
|
I'm installing for the 2nd time leveloda (great idea ..so) i do a "make install" in root cos' in user i get this message: leverloda$ make install gcc -Wall `gtk-config --cflags` levesel.c -o levesel `gtk-config --libs` /usr/bin/ld: ne peut ouvrir le fichier de sortie levesel: Permission non accordée collect2: ld returned 1 exit status make: *** [levesel] Erreur 1 so i did it in root. And the script when i run it from "xchat --> load a perl script" returned me: LeverLåda v2.6.13 loaded... LEVE: LeverLåda v2.6.13 init... LEVE: Trying to autoload request list... Errors loading file /home/action09/PROGS/leverloda/leve.pl: Can't call method "loadSelected" on an undefined value at (eval 6) line 397 during global destruction. Erreur de compilation du script Usage: /LOAD <fichier>, charge un script Perl Errors loading file /home/action09/PROGS/leverloda/leverloda/leve.pl: Can't locate Leve/xchatHandler.pm in @INC (@INC contains: /usr/local/lib/perl/5.6.1 /usr/local/share/perl/5.6.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.6.1 /usr/share/perl/5.6.1 /usr/local/lib/site_perl . /home/action09/.leve/lib) at (eval 9) line 35 during global destruction. BEGIN failed--compilation aborted at (eval 9) line 35 during global destruction. can u help me ? R.Leroy |
From: <bb...@bb...> - 2002-11-21 12:38:40
|
Hello all! got kicked from noumerous channels because the script tryed voiced triggers all 45 min (if you kept the default value for the !list cmd :D)? or by people getting annoyed cause you try their trigger and actually never get in (cause they use the ultra dumb mirc DCC server mechanism)? that's past times now :D i added an ignore mechanism to leverlada, and since the hashes take lots of amounts of memory, i put the servers to be ignored into an array of nicks.... as soon as leverlada crosses the damned 'make sure blah....' message, the fserver is immediately put into the deep void ignore list (stored in ~/.leve/leve.ignored), if it crosses the 'is a voiced[/ops] trigger' it puts that trigger onto ignore, and if there are no more triggers left, puts the whole fserver into the bin... didn't found a suitable mechanism to store the ignored triggers though... seems that i will need XML in ~/.leve/leve.servers to do that properly :D :D :D :D anyway, here's the rest of the changelog: - modeseries now allows also to modify the max value ... - ignore test was at the wrong position, i tested the nick of the acutal xchat user and not of the fserver user, hwich appears on parse_notice only after the notice parse is completed.... seems to work now... - !list processing wasn't affected by stop until now.... - moved the ignore stuff to a separate list, added support for ignore trigger, autodetection of useless mirc DCC server users and voice only triggers, triggers are set to ignore, if no triggers are left, the whole fserver object is removed and the nick added ot the ignore list -added in parseQueue a cleanfromsize, since some fservers send also the size of the thing in the queue... - seems te allready queued didn't work correctly added when launching the command the target as an fserver arg, lets see if this fixes it... - added disconnect handling - added an ignore tag in fserverHandler::bannerDetected if ignoring is set (any value will do..) the fserver handling is stopped there... - traverstree, if a dir wasn't found, drop the queue if it was in fetch mode as usual, no guarantee: it works for me (tm) BTW seems that from time to time, some winblows user comes accross the package, leaves a fair amount of insults because it didn't worked out of the box (there seem to be a PATH problem under winblows....) and put me on their killlists, since i never hear anything after that :D :D so if anyone of you has an idea on how to make the script runnable also on that game-console OS.... -- ciao bboett ============================================================== bb...@ad... http://inforezo.u-strasbg.fr/~bboett =============================================================== |
From: Igor W. <iwr...@us...> - 2002-10-13 13:08:01
|
On 13 Oct 2002, Brad Smith wrote: > Im having a small problem with version 2.6.13 > The gui will only load when my ".leve" folder is empty. > If it scans a few fserves, then you try to run the gui, the gui wont load. Probably on 2.6.13 the gui and the script are not agreeing whats the format of the .lst file, or maybe the script writes such characters to the files that make the parsing routines of the gui crash. :( > But if you go back and delete the .lst files, it will load perfectly. > Not having the gui working with the .lst files makes the entire script > useless:/ That is not true. The script (especially the newer versions) is perfectly usable without the GUI. Last time I checked (Bruno might have changed something in the CVS) the .lst files were readable as text, and thus can be processed with standard tools like editors, sed, grep, cat etc - the usual unix way - to find objects of interest and then redirecting them to a request file. The script also includes internal commands for searching and tagging etc. > Any idea's how to fix this? You'd have to trace the problem with gdb and/or adding debug printf points to the gui code, for example, and see where it crashes, point that out, and fix it yourself, send a patch or hope someone else will. ;) Note that I myself consider IRC technically obsolete and am not interested in supporting it anymore. People should use more efficient methods for file sharing (see pimppa-leve@ archives for some rants). On the other hand, Bruno might not be interested in the gui part at all. :( Igor |