Frank Küster wrote: > vegetax <[EMAIL PROTECTED]> wrote: > >> The url for the tgz containing the source code, just 1 python file and a >> README is http://files.bighosting.net/lh13023.zip , > > Why on earth do you think it makes sense to zip a tar.gz file? It even > gets bigger.
because the site in which i uploaded it just accepts .zip file extensions,i could have renamed it,to not make it bigger ^ ^, in my previous post i submited all the necesary files, the .dsc .changes,.. etc ,please check it >> can someone please >> check it and upload it to the testing or unstable dist ? > First of all, I don't understand the package description. The README > file gives some more insight in what it might be, but the package > description should be sufficient for an admin to decide whether to > install it. I think you are right about this. > Personally I think it would be much better to use existing tools like > apt-cache, grep-dctrl and dlocate. For me they are sufficient. Your > example applications can be easily substituted: > > ,---- > | for example you want to see what sound programs you have,you go to the > | sound category > `---- > > grep-available -F Section -s Package sound > > (or apt-cache search sound, if you like more hits) > > ,---- > | or maybe you want to know what executables has a package you just > | installed,lets say apt-utils,then you go to admin -> apt-utils -> bin > | and check the binaries > `---- > > dlocate -L apt-utils | grep /bin > > I think it would be nice to have a common interface for these utilities, > or even a menu-driven program or a GUI. Maybe it's fun for you to create > such a thing? can you please try it before you asume too much from the example? the same information i listedin the samples could be gathered in 10 differentes ways, but i think the mine is easier, even for experienced users. An interface ? open konqueror and navigate through the tree of packages , cant be easier > Second, please have a look at your rules file. It's full of unnecessary > cruft, do you know what "CFLAGS" are? I know, is just that i am new to make and C and its CFlags so i didnt cleaned up the rules file yet, i am still experimenting. > Third, please read the Debian Policy and the Filesystem Hierarchy > Standard and find a suitable place for your data. /programFiles is > certainly *not* acceptable. Yep, but it is just a convinience location for new users to discover it.And to not type a long path to locate things fast. > Regards, Frank -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
