Notices

If it's fast and easy then why are you complaining, if it takes a lot of time then I told you so.

Your point that it could be difficult related to problems with the code is valid and I didn't think much about this possibility. But I have problems solved in scratchbox which persist in the n900 and I simply don't know what to do. You or electroaudio should be able to cope with such feelings.
Just imagine somebody would collect all the scripts and things (don't know if there are much around) and upload them (maybe with a warning).

Yes, lets be nice to each other and enjoy our ride on our sinking ship. (Some of us could even see some passing Harmattans on their way down)

Back to the topic
The deb needs the .deskypplet folder somehow included.
Somehow the version history must be written.
It still crashes the desktop after the rotation after installation. Should something be uploaded which does this?

Personally i have never rotated the desktop, it is constantly locked to landscape but that is not a severe error, or? would anyone complain if rotation would be removed?

Anyway, should Estel and i create an open account in garage where we can do the work together ? would it be possile to create Sethkha? or would Sethkha&Co or something like that be better? it is after all your hard work that we upload so you should get the credit for it and if everyone involved knows the password, then wouldnt that bypass the problems?

Otherwise i do have a garage account and i started the step by step process described by Estels link a day ago, but the part that got me was when i had to send an email to get upload rights, because i got a bit worried that if i did that, that i should block something.
-Opps, now i really have to run to work...

Personally, I would opt for uploading from our "legitimate" accounts - this can be clearly stated in package description, that it is Sethkha work, and Sethkha can be granted maintainer rights (by anyone, who uploaded package first), so there is no problem of blocking something There is no such a thing, that first uploader gain "more maintainer rights" than people gaining maintainership of such package later.

As for history version and files/folders, it's perfectly doable, and uploading to repos doesn't force us to left some features trashed. That thing I'm sure of, judging on other packages and fancy thing they do after install.

I guess that creating folders, setting permission etc. should be handled by preinstall scripts ( that we need to create, just like postuninstall ones). Anyway, it's probably described latter in instructions I've provided, so - probably - it will all reveal itself in process of carefully following "tutorial" path, which electroaudio already started

I'll read this whole thing after returning - I'm currently writing from a train, guess using what kind of device - but even *if* we won't be able to handle some specific problems with this program working as it should through autobuilder, that would be definitely "problems about certain things", not "how to do autobuilder in general". So, I'm sure every repos user in community will help us with pleasure (what cannot be said about general type questions).

Also, don't be afraid of trying - devel is for that. If, by any chance, package won't be working there at all, no one will/should complain

When, at some point, -devel package will work flawlessly for us, we can encourage people - via this topic - to teast it a little with usual -devel warnings. Then, it can be promotes to testing, voted etc.

Ok, now the request has been sent to garage for confirmation

I'll ad portrait support in the config file disabled by default. If there a wishes for having some things configurable, it's now the right time for mentioning that.

Hmm, thats a hard one

Maybe, if you want to do it... a fourth configfile with userdefined mime-replacements, like you have done with txpad and .deb before but externally configurable. (Have we discussed this before? i dont remember )


A completely different approach is to add some kind of gesture like doubletap or long hold for example, which would open a menu with commands that can be run on that particular file, but this is the work of a filemanager and there is already lots of possibilities to do that without adding it to the program.

Oh, and i have also found a small visual thing, when a line is too long in the actions-row then the bookmark-row gets very small.
-That is easy to solve, if the small gray text below was removed it would be up to the user to decide for a name that has the right size

Personally, i like to have configurable everything that is possible

The garagerequest has now been granted.

Step 2: prepare your package

Start the Maemo SDK.

scratchbox

Inside Scratchbox you can create your Debian source package. Go to the directory where your project resides. Create your package with dpkg-buildpackage (man page)

dpkg-buildpackage -rfakeroot -sa -S

Note: full source packages (which include the original source) are required. The -sa option on the dpkg-buildpackage command forces the generation of the full source package.

You can now quit scratchbox.

Go to the directory where the package was built. This directory is probably inside the Scratchbox tree, e.g.:

/scratchbox/users/<your_name>/home/<your_name>/<package_dir_here>

You should find your .changes file there. Please upload this file in the form below.

userdefined MIME replacements could come with time, but as you can define it in dbus-sb it's not the highest priority.

although i don't plan to make a real filemanager from deskypplet, a double tap will be included (hope so) as I would like to add things like "play folder". Long press would trigger desktop edit mode.
I removed the text already on my new version, and I am planning to add names to bookmarks.
I'll prepare a changes file.
I don't really care who the maintainer is. If you want me to be added to have someone who is responsible if anything's wrong you can mention me. Otherwise I am Foxconn . Sure it will be easier if I can upload updates directly.

Its not the same as dbus-sb.. i just meant to move your current .deb and txpad configuration outside of the sourcecode and make it more general and userconfigurable
-It would also give the possibility to have different actions from deskypplet and the system
However, no need to do it now, even if it would be fun to have it somewhere in the future I will keep my 900 for a loong time

You will be added thats a question of honor