Is it Sourceforge or your your FTP software that is not letting you resume a stopped download?

hem it is the fact that still i didn't find the right setting for FileZilla to use Sourceforge SFTP

I badly need to found how to because only FTP allow a checksum, and to resume download, that is always useful but almost essential for huge files.

Anyway i am still slowed down by a painful slow and not too reliable html upload

If anybody here is able to translate the instruction here https://sourceforge.net/apps/trac/sourc ... wnload#SCP in something i may use with FileZilla i will much appreciate the help

Also it will avoid potential problem for corrupted files :
my previous attempt broke at 75% but for some reason was accepted and the file , even if obviously mutilated of the 25% was available for download
(available only for 15 minutes ,at soon i noticed i deleted,but that was too bad ..luckily no downloads were reported in that 15 minutes)

humm the file is uploaded

i am too tired now to start a new topic i am going to take a nap,

the new download link

http://sourceforge.net/projects/gimp-pa ... z/download

PS

oppss i forgot to include the newer "Resynthesizer" (still are its py scripts but now orphans) there is only the older version that many prefer but i intended include both

Well i will correct later ,now i am taking a break

Have you tried WinSCP

http://prdownloads.sourceforge.net/wins ... p?download

I have found it easier to use than Filezilla and the author is MUCH more helpful.

thank for the link, it looks promising downloading now

@Photocomix: I (and three others) have your latest 32bits version as at 2012-09-06 15:42.
Thanks very much.

very minor - your gegl-0.2 has for every somename.dll also somename.dll.a and somename.dll.la I think these are artifacts of the linking process by who ever compiled them (samj?) and not necessary for the running GIMP. They were not present in the "installable" GIMP-2.8.2-1. Definitely no need to "fix"

Some of your plugins seem to have slipped back a version. Was that deliberate?
see http://screencast.com/t/4vNBm7oDkZ
left-side = current RC1 | right-side = the prior version

Help: still not working on *my* WinXP system but does work on *my* Win7 system.
I going to let this remain and just work around it.

sure would be nice to get a 64 bit system so I can deal with a whole new set of problems

you are a good observer...yes that is deliberate , more that to the prior version they do not belong to the same build because is the group of plugin with enlarged preview (the original were in my opinion too microscopic to be usable )and were compiled by others

are old plugins that had never a change (except that applied to all when passing from 2.4 to 2.6 and then to 2.8) so thire code in older and newer 2.8 is always identical...well in this case there is the only change from the original gimp source code, the hardcoded preview sizes increased of 4x )



looking now in xp..the first thing i noticed is that the preferences i set up for " use the web browswer" was reset to the default..for some reason apparently are not preserved



Actually i focused the attention on the 32bit version but i will soon apply same updates to the 64 bit version


PS about the help

not sure were you unzipped and placed the file ... but if in Document ,or even "desktop" then will be clear why in 7 works but not in XP:

in 7 C:/Users/Username/Documents/Gimp...
but in XP C:/Document and Settings/Username/Documents/Gimp... :
in 7 path are no blanc spaces (if not seldom i "Username") but in XP path are 2 blanc spaces

How many plug-ins / scripts folders can GIMP recognize?

I haven't googled or tested yet but vaguely recall discussion of a maximum limit on number of "known" Preferences - Folders - {Scripts | Plugins}. I thought I remembered the maximum being 15 but per below it must be a least 16.

Your PC_Lab Win32 portable 2.8.2 "install" already has 15 Plug-Ins folders set up in Preferences. Scripts also has 15.

In D:\PortableApps\GIMPPortable\GIMP-PC_Lab-2_8_2-32bits\pref_1 you have 22 empty folders ready for use but not "enabled" in Preferences - Folders. This is sensible though it took me one wasted close GIMP / reopen GIMP to figure out that this is what you had done.

So far, I've only added a couple of Python singleton plugins in ...\pref_1\plug-ins and verified that they get correctly noticed during the startup routine. If I wind up installing a more complicated plug-in (multiple exe/dll/help etc) which I would want to put in a separate sub-folder (e.g.) ...\pref_1\plug-ins\complex_A or ...\pref_1\plug-ins\complex_B ...

I wonder what the maximum (if any) is?

I assume the only folders categories where this might be a problem is Plug-Ins and Scripts.

As far i know is not something documented

The Limit i found is 16 for all the pref folder, but 15 is more safe:
because if you add to the 16th a 17th path (or more) also the 16th will stop to work ,because a formatting error that glue any other path to the 16th

So 15 will always work, the 16 will work only if there is not a 17, if there is both will fail

And alas no not only plugin and script also brushes, pattern and everything else (at least on Windows)
I believe the only way to bypass the problem is use some resource managers (GURM the most know, MareQ modified resource manager allowing to load also zipped folders ,you will found the detail in the script board, it is a looooong topic on resources managers)

BTW i updated the 64bit , i am testing now a new installer (thank to Partha) for the 32bit and if works well as it seems also for the 64bit

I wondered if I was being too cryptic when I said only Scripts and Plug-Ins would be a problem. I meant that those were probably the only two where users would be likely to run up against the limit.

Seems bugzilla worthy to me ... especially if 17 and 17+ just fail w/o notice to user.

Would you like me to file a bug quoting these two posts?

If / when I want to add a 17th or 18th I'll investigate GURM and/or (more likely) pick one of your "pre-installed" Plug-in folders to disable

Oh yes thanks

I am not sure if happens in all OS,quite sure it happens on all the Windows builds
Luckily is a bug really easy to replicate.

see https://bugzilla.gnome.org/show_bug.cgi?id=684698

At the top of every topic is a button "subscribe topic" just click it and responses to this thread (all responses so be for-warned), will be emailed to you.

Also when you reply to a topic you can tick "Notify me when a reply is posted"
At the bottom of "Full Editor Mode" window. You will then receive an email when a reply is posted.

Just did a 17 hour photo rework on Win 7 running Gimp 64 bit.... Way behind at work and PS crashed.. Downloaded the 64 version and not one crash.. had to shut it down a couple times when my computer had its tongue hanging out. but almost 1 full day... no crashes or lost work... I think I will become a GIMP man after all!