Hello again ;-)

[neoxed]

So I've been inactive for a while, no reason really, I just took a break from this FTP stuff :p. I had my fun doing other things, so now the pressing question appears to be "when's the next update?". Hopefully soon, but I need some help from those of you using my scripts.

In an orderly and organized fashion, please reply to this thread with known bugs that are reproducible. I'm aware of a few of them, if there are others please post them and I will add to the following list.

Keep in mind, I'm still using v5.8.5. So if there are any compatibility issues with the v6.x series, please let me know.

nxAutoNuke


(Fixed) Compatibility issue with the [Sections] part of the INI in ioFTPD v6.x


nxSDK


?


nxTools


(Fixed) SITE RESETSTATS the alldn statistic type would not reset
(Fixed) SITE STATS does not report file/dir stats
(Fixed) SITE WIPE does not report file/dir stats
(Fixed) Compatibility issue with the [Sections] part of the INI in ioFTPD v6.x
(Fixed) Compatibility issue with the .VFS file format in ioFTPD v6.x (appears to be related to the introduction of comments in it)
(Fixed) New version of SQLite library

[Yil]

Heya neoxed... I don't believe any TCL based script worked with any 5.8.6+ release. Shared memory scripts also had issues although it's possible recompiles might have worked.

Pretty much your choice today is the magic 5.8.5 or use the latest v6.2 release. The 6.x releases resume shared memory compatibility with the v5 releases that post 5.8.6+ broke and TCL works again. The list of changes is pretty lengthy but the most significant to your work might be the addition of an optional field to the section part of ioftpd.ini. If you don't use it things would be compatible, but I think the default uses it as an example but doesn't really need to. I'm going from memory, but I think I saw an nx script comment about the new section definition breaking something.

If you use relative symlinks then the latest release is bound to be an issue for the script since everything prior was wrong and fixing it changed their behavior.

Of course, if you find you really need something added, just let me know :)

[hukker]

Welcome back neoxed.

This is the section error Yil was talking about...

08-15-2007 08:17:21 - GetSectionList : invalid ioFTPD.ini [Sections] line: "PRIVATE = 0 0 0 /private/*"

Other then that I havent really experienced any other problems with nxtools. Ive seen posts about issues with site wipe... but since I dont use the site wipe feature that comes with nxtools I dont really know whats up with that.
Reason to that is that I dont have the option to add "-r" site wipe -r test.test. So I use ioAs site wipe, it doesnt do much in ioA but its still addable, if you add -r in nxtools it assumes thats the directoriy and tryes wiping a dir named -r. A few people I know wanted this option so they could use there glftpd scripts or whatever to wipe stuff... but thats no problem for you to worrie about at the moment...

ioFTPD 6.2.1.0 nxtools v1.0.5a

[neoxed]

Reason to that is that I dont have the option to add "-r" site wipe -r test.test. So I use ioAs site wipe, it doesnt do much in ioA but its still addable, if you add -r in nxtools it assumes thats the directoriy and tryes wiping a dir named -r. A few people I know wanted this option so they could use there glftpd scripts or whatever to wipe stuff... but thats no problem for you to worrie about at the moment...

I suppose I could add a configuration option for the -r switch behavior, to enable/disable it's use to recursively wipe a directory.

[neoxed]

Heya neoxed... I don't believe any TCL based script worked with any 5.8.6+ release. Shared memory scripts also had issues although it's possible recompiles might have worked.

Pretty much your choice today is the magic 5.8.5 or use the latest v6.2 release. The 6.x releases resume shared memory compatibility with the v5 releases that post 5.8.6+ broke and TCL works again. The list of changes is pretty lengthy but the most significant to your work might be the addition of an optional field to the section part of ioftpd.ini. If you don't use it things would be compatible, but I think the default uses it as an example but doesn't really need to. I'm going from memory, but I think I saw an nx script comment about the new section definition breaking something.Thanks, I forgot about that new section field that was added. I will add that to my to-do list.

If you use relative symlinks then the latest release is bound to be an issue for the script since everything prior was wrong and fixing it changed their behavior.I'll have to double check if I'm using relative symlinks for anything, I don't remember off the top of my head. What exactly did you change from a scripters perspective? Is there a new command or a new way of creating the symlink?

[Yil]

First off there is a new site command to easily create symlinks, but there is no TCL binding so just use existing methods. Deleting them is vastly simpler now since FTP clients can delete them like ordinary files. Good stuff, but doesn't affect you either :)

The really big change is relative symlinks. ioFTPD v6.2+ symlinks now behave exactly as their unix counterparts do in terms of resolving paths. Thus you can now use links of the form a -> b, a -> ../b, a -> ../../foo/b, etc. Previously it was necessary to prepend an extra "../" on the front so a -> b had to look like a -> ../b. This was clearly wrong when viewing a directory listing and not consistent with other ftp servers.

Most scripts seemed to use absolute paths so this change didn't affect them, but I prefer relative links in a lot of cases. Especially for things like no-sfv, bad-diz, and incomplete tags referring to files in the same directory.

[hukker]

noticed something executing "site resetstats alldn"

(10:16:28) [2] site resetstats alldn
(10:16:28) [2] 200-.-[ResetStats]-----------------------------------------------------------.
(10:16:28) [2] 200-| No valid stat types specified. |
(10:16:28) [2] 200-| Types: alldn allup daydn dayup monthdn monthup wkdn wkup |

[neoxed]

noticed something executing "site resetstats alldn"

Good catch, fixed. :)

[neoxed]

nxAutoNuke v2.5.0 (not released):
NEW: Compatibility with ioFTPD v6.x.

nxAutoNuke-ioA v2.5.0 (not released):
NEW: Compatibility with ioFTPD v6.x.

nxTools v1.0.6 (not released):
NEW: Option to define the allowed sample extensions (e.g. JPG, MPG, VOB).
NEW: Option to require the "-r" switch to recursively wipe a directory.
CHG: Updated SQLite to v3.4.2.
FIX: [Sections] compatibility with the new optional "share section" in ioFTPD v6.x.
FIX: "SITE PRE" compatibility with VFS files in ioFTPD v6.x.
FIX: "SITE RESETSTATS" the alldn statistic type would not reset.
FIX: "SITE SIZE" and "SITE WIPE" reported zero files and directories.
So far these are the changes I have planned, anything else to add?

I still need to verify these scripts work on ioFTPD v6.x, but the next release should be ready this weekend.

[noelek]

hi, how it looks like with new version? i`m so impatient :)

[razoor]

A nuke command from irc in alcobot would be nice to have.
Havent used in a while, but i think it aint in it!?!

[hukker]

That sounds like a nice sudgesten razoor.

What I would like to see in alcobot is an invite module that works without the need of any db... pretty pls ;)
An idee is to save the info in a plain txt or whatever and encrypt the invite passwords with the same method as the ioftpd user files passwords... if not a txt why not use the same method you store info in nxtools and the databases...

keep up the good work

[neoxed]

What I would like to see in alcobot is an invite module that works without the need of any db... pretty pls ;)
An idee is to save the info in a plain txt or whatever and encrypt the invite passwords with the same method as the ioftpd user files passwords... if not a txt why not use the same method you store info in nxtools and the databases...The invite module already supports the same method used by nxTools - a SQLite database. AlcoBot's invite module supports three database back-ends:

SQLite3 - Local file database (for groups with one site).
MySQL - Remote server database (for groups with multiple sites, so each site can share the invite data).
PostgreSQL- Remote server database (for groups with multiple sites, so each site can share the invite data).

[hukker]

ahh ok neo, I have to test that for sure. I thought sqlite was something you needed to install, thats the impression I got off the web when I was researching it...

anyways, greate news for moi :)

[rolan]

where can get the last version? Download section had updated? thx

[neoxed]

New releases of nxAutoNuke and nxTools coming up here in a few minutes.

[hukker]

neoxed, I think ive found a major problem... check this

(11:28:05) [2] site resetstats daydn
(11:28:05) [2] 200-.-[ResetStats]-----------------------------------------------------------.
(11:28:05) [2] 200-| Resetting: daydn |
(11:28:05) [2] 200-'------------------------------------------------------------------------'
(11:28:05) [2] 200 Command successful.
(11:28:10) [2] site user xxxx
(11:28:10) [2] 200-.-----------------------------------------------------------------------.
(11:28:10) [2] 200-| Username : xxxx | User ID : 207 |
(11:28:10) [2] 200-| Groups : XX | Group ID : 30 |
(11:28:10) [2] 200-| GAdmin : XX |
(11:28:10) [2] 200-| Ratio : 1:3 | Credits : 23160.4 MB |
(11:28:10) [2] 200-| Flags : 3NG | HomePath : |
(11:28:10) [2] 200-| Tagline : . |
(11:28:10) [2] 200-|-----------------------------------------------------------------------|
(11:28:10) [2] 200-| FTP Logins : 3 | Up Limit : 0 KB/s |
(11:28:10) [2] 200-| HTTP Logins : | Dn Limit : 0 KB/s |
(11:28:10) [2] 200-| Telnet Logins : | |
(11:28:10) [2] 200-|-----------------------------------------------------------------------|
(11:28:10) [2] 200-| Day Up : 0F 0.0 MB | Day Dn : 0F 0.0 MB |
(11:28:10) [2] 200-| Week Up : 0F 0.0 MB | Week Dn : 0F 0.0 MB |
(11:28:10) [2] 200-| Month Up : 171F 231.2 MB | Month Dn : 0F 0.0 MB |
(11:28:10) [2] 200-| All Up : 0F 0.0 MB | All Dn : 282F 1034.0 MB |
(11:28:10) [2] 200-|-----------------------------------------------------------------------|
(11:28:10) [2] 200-| IP1: *@xxxxxxx | IP2:xxxxxxx.* |
(11:28:10) [2] 200-| IP3: xxxxx@xxxx.* | IP4: xxxxxxxxx.* |
(11:28:10) [2] 200-| IP5: | IP6: |
(11:28:10) [2] 200-| IP7: | IP8: |
(11:28:10) [2] 200-'-----------------------------------------------------------------------'
(11:28:10) [2] 200 uinfo Command successful.
(11:28:17) [2] site resetstats weekup
(11:28:18) [2] 200-.-[ResetStats]-----------------------------------------------------------.
(11:28:18) [2] 200-| Resetting: weekup |
(11:28:18) [2] 200-'------------------------------------------------------------------------'
(11:28:18) [2] 200 Command successful.
(11:28:19) [2] site user xxxx
(11:28:19) [2] 200-.-----------------------------------------------------------------------.
(11:28:19) [2] 200-| Username : username | User ID : 207 |
(11:28:19) [2] 200-| Groups : XX | Group ID : 30 |
(11:28:19) [2] 200-| GAdmin : SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp SiteOp


If you notice the daydn reset, the user has the gadmin group XX, if you check the weekdn reset, the GAdmin list changes to SiteOp SiteOp .... I bealive its reseting the wrong line in the user files... pls confirm this if you can, ive tested it several times now.

and it doesnt just happen on weekdn, at one point I did site resetstats all dn and the gadmin line changed there aswell, its reseting the admingroup line in the user file instead of the stats line.

version 1.05a

[hukker]

seems the problem is only related to version 1.05a I tested with clean install of both 1.06 and 1.05a and a clean ioftpd...