Tiny Core Linux
Tiny Core Extensions => TCE Bugs => Topic started by: AbNoRMiS on March 21, 2012, 11:42:39 PM
-
these info-files have no Tags records
bluefish-doc.tcz.info
bluefish-locale.tcz.info
bluefish.tcz.info
garcon-dev.tcz.info
garcon-doc.tcz.info
garcon-locale.tcz.info
garcon.tcz.info
gstreamer-dev.tcz.info
gstreamer-locale.tcz.info
gstreamer.tcz.info
inflator.tcz.info
install-citrix-receiver.tcz.info
libgmtk-dev.tcz.info
libgmtk-locale.tcz.info
libgmtk.tcz.info
pcmanfm-mod-locale.tcz.info
pcmanfm-mod.tcz.info
perl_Digest_Whirlpool.tcz.info
reaver.tcz.info
seamonkey.tcz.info
wmii-dev.tcz.info
wmii-doc.tcz.info
wmii.tcz.info
therefore these extensions can not be found through the appbrowser
despite the fact that the appbrowser has three search methods
except search by tags there are two search ways but it no give results
-
gstreamer.tcz.info
seamonkey.tcz.info
was corrected
but there were new info-files without tags
python-dev.tcz.info
python.tcz.info
-
Hi AbNoRMiS
Recently roberts ran a script against all the extensions in the repository to add a Tags field to any info file which
did not have one. This does not however guard against newly or resubmitted extensions whose info file is once
again missing that field. Maybe that script should be run against all incoming extensions to force them into
compliance if they don't contain a tags field.
-
yes, i saw that roberts ran this script
when updated core 4.3 to 4.4
i think that should add it run from the main script
that updates repository database every 5 hours
-
Python info files fixed.
-
yes, i saw that roberts ran this script
when updated core 4.3 to 4.4
i think that should add it run from the main script
that updates repository database every 5 hours
and apply it only to latest updated or added extensions to avoid excessive server workload
-
I think I added a Tags check in the submitqc4 extension, I used my previous info files on my HD and had not updated my build host's submitqc4 when I updated python.
What can be done to not have to have a cron job on the server for the Tag field is to have a fallback Tags addition like was done initally as part of the submitqc4. That way, no Tag field, and a default based on the desctription is inserted into the info files being checked.
-
I was initially using the Desc field for keywords and that was not good enough, claimed the community.
So I jump started the Tags by batch processing all extensions with a script to filter out common words to make auto tag items.
The only way for Tag items to show up missing is because of an update to the extension. Therefore, the extension maker should be contacted to correct this error. It is likely that their local copy of the .info is missing the Tags field. If it is not corrected by the extension maker, i.e., update his local .info, then the tag will come up missing on the next submitted update.
If we have to "fall back" to "inserting" the Desc to Tags, then that defeats the purpose as the Desc field was, and still is, not good enough.
-
After more thought, I agree, that a missing Tags field be fixed on a case by case basis. The audit script checks for them and echoes a warning if not found. The actual fixing should be done by the extension maker. Hopefully in time a forgotten Tags field will be rare.
-
If we have to "fall back" to "inserting" the Desc to Tags, then that defeats the purpose as the Desc field was, and still is, not good enough.
possible need inserting field title as a keyword
then extension will get to search results by name
-
Hi AbNoRMiS
The Tags field is required and should be properly filled out just like all the other fields.
-
i meant a little other
regarding search by fields tags and title
i.e. inserting title to tags field when searching
instead inserting description
-
Please contact the respective extension maker so that they can correct their extensions.
-
okay i'll do it :)
-
Sorry, only now I came to see that private message, but I don't feel like I'm the right guy to do it. Because of technical issues I'm still using 3.x and can't test my extensions on 4.x. Everything from kernel to userland is evolving a bit too fast for me to possibly keep up with in my freetime, so if there is any 4.x related problem anybody who feels the need please just go ahead and change or resubmit the extension.
If there is a problem with an extension itself or an update request I'm still there of course ;)
-
new updates without tags
bluez-dev.tcz.info
bluez.tcz.info
ezremaster.tcz.info
libusb-dev.tcz.info
libusb.tcz.info
tc-install.tcz.info
usb-utils.tcz.info
wbar.tcz.info
Xlibs.tcz.info
-
Thanks
bluez-dev.tcz.info, bluez.tcz.info, libusb-dev.tcz.info, libusb.tcz.info, usb-utils.tcz.info corrected.
-
Thanks!
tc-install, wbar, and Xlibs Tags line added.
-
updated icecat without tags
Title: icecat.tcz
Description: Icecat web browser
Version: 12.0
Author: The Mozilla Community/GNU
Original-site: www.gnu.org/software/gnuzilla/
Copying-policy: MPL/GNU GPL/GNU LGPL tri-license
Size: 21M
Extension_by: Jason W
Comments: ----
Change-log: ----
2009/11/24 First version 3.5.5
2009/12/17 Update to 3.5.6
2010/01/07 Update to 3.5.7
2010/01/25 Update to 3.6
2010/03/23 Update to 3.6.2 and recursive deps.
2010/04/03 Update to 3.6.3.
2010/06/27 Update to 3.6.4
2010/07/23 Update to 3.6.7
2010/08/01 Added /usr/local/lib/mozilla/plugins to plugin path.
2010/09/06 Updated to 3.6.8
2010/09/22 Updated to 3.6.9
2010/11/13 Updated to 3.6.12
2010/12/13 Update to 3.6.13
2011/03/08 Update to 3.6.15
2011/03/26 Update to 3.6.16
2011/04/30 Update to 4.0.1 and moved to
custom build
2011/06/28 Update to 5.0
2011/08/17 Update to 6.0
2011/08/31 Update to 6.0.1
2011/09/07 Update to 6.0.2
2011/10/09 Update to 7.0.1
2011/12/29 Update to 9.0.1
2012/02/08 Update to 10.0
Current: 2012/06/15 Update to 12.0
-
Done
-
i again found extensions without tags
need to correct extension building scripts
android.tcz.info
Extension_by: Tsaukpaetra
flwm.tcz.info
flwm_topside.tcz.info
wifi.tcz.info
Extension_by: roberts
gpicview-locale.tcz.info
nettle-dev.tcz.info
nettle-doc.tcz.info
nettle.tcz.info
Extension_by: bmarkus
inflator.tcz.info
reaver.tcz.info
Extension_by: ZhaoChunsheng(http://i[remaster].com)
wmii-dev.tcz.info
wmii-doc.tcz.info
wmii.tcz.info
Extension_by: hiro
p.s.
pm sent but i don't found ZhaoChunsheng
-
My apologies, would I resubmit with another .info file? I'm not aware of the correct procedure on these things. ;)
But if all you want is tags, I would think, development, android, and tool would probably suffice for the android.tcz extension I submitted.
-
But if all you want is tags, I would think, development, android, and tool would probably suffice for the android.tcz extension I submitted.
if now you try find your extension by keywords or by name in appsbrowser then you will not find it
My apologies, would I resubmit with another .info file? I'm not aware of the correct procedure on these things. ;)
it seems to me that will be enough to send only corrected info-file with explanation in subject
and also need to correct extension building script if you plan to update it in the future
-
flwm* & wifi tags added.
-
new updates without tags
qt-4.x-base.tcz.info
qt-4.x-dbus.tcz.info
qt-4.x-designer.tcz.info
qt-4.x-dev.tcz.info
qt-4.x-doc.tcz.info
qt-4.x-extended.tcz.info
qt-4.x-htmldoc.tcz.info
qt-4.x-opengl.tcz.info
qt-4.x-qml.tcz.info
qt-4.x-qt3support.tcz.info
qt-4.x-qtconfig.tcz.info
qt-4.x-script.tcz.info
qt-4.x-sql.tcz.info
qt-4.x-webkit.tcz.info
qt-4.x-xml.tcz.info
qt-creator.tcz.info
Extension_by: SvOlli (using tcbuild: http://svolli.org/software/tinycore/)
remain uncorrected ones about which i already reported
android.tcz.info
Extension_by: Tsaukpaetra
gpicview-locale.tcz.info
nettle-dev.tcz.info
nettle-doc.tcz.info
nettle.tcz.info
Extension_by: bmarkus
-
I don't get it, whereas I found all extensions I needed quite easily on 3.x I now have to choose between 3 different searches which all seem to work equally bad.
IIRC on 3.x the default was to search Descriptions and file names, and provides.sh additionally included file listings? Is there some description somewhere how this was or is done?
Also the appbrowser demands a high number of clicks for this common task now...
Do I use it all wrong?
And then there's tags - I never found anything I needed via tags.
the ftp.nluug.nl mirror is acting strange today. Or is this because of my connection? Or the update to 4.x? I get a lot
wget: can't connect to remote host (192.87.102.43): Connection timed out
Now I'll mirror .info and .tree files and create a local search instead...
-
honestly i not well skilled in search algorithms
but seems that it is not much changed after tags implementation
maybe worth try use distro.ibiblio.org despite speed limits
i don't have particular problems with this mirror including finding
-
The problem with tags for me is this,
If I knew what to look for I wouldn't need the tags..
If I have no clue what it is I am looking for, then how will I know what question to ask..?
Tags assume you have an idea what category of utility you are looking for and think on the same terms as the person who wrote the info file.. In reality those two are on opposite sides of the spectrum. The name I choose to search under has rarely been the description chosen by the author. For me tags need to be idiot proof.
I wish I knew how to improve upon the idea, but I'm scratching my head on this one..
Other than, please make it idiot proof ;)
-
Hi coreplayer2
If you care to reminisce, feel free to reread:
http://forum.tinycorelinux.net/index.php/topic,12499.msg67711.html#msg67711
Over 100 posts of squabbling and good natured fun.
-
coreplayer2
Looks like you hit the meno paradox?
http://plato.stanford.edu/entries/epistemic-paradoxes/#MenParInqPuzAboGaiKno
-
Rich, I hear you. All I'm saying is we need more descriptions to make it useful
-
I don't understand anything any more. But I'm 99% sure that my confusion comes from at least 2 bugs occurring at once. First I'll try to change back my mirror to ibiblio.
Sure our busybox wget doesn't have some regression? ftp.vim.org used to be pretty stable...
-
The problem with tags for me is this,
If I knew what to look for I wouldn't need the tags..
If I have no clue what it is I am looking for, then how will I know what question to ask..?
Tags assume you have an idea what category of utility you are looking for and think on the same terms as the person who wrote the info file.. In reality those two are on opposite sides of the spectrum. The name I choose to search under has rarely been the description chosen by the author. For me tags need to be idiot proof.
I wish I knew how to improve upon the idea, but I'm scratching my head on this one..
Other than, please make it idiot proof ;)
actually it seems to me there is no big problems with tags
problem mainly is not with tags but when they are absent
you forgot about developer whose info maintainer uses
ie developer and user are located on opposite poles
and maintainer located between them as weakest link
if you want improve this then you must be a neurosurgeon
or alternatively improved discipline by introducing strict rules
describing what minimum quantity and quality of info must be added
-
I don't get it, whereas I found all extensions I needed quite easily on 3.x I now have to choose between 3 different searches which all seem to work equally bad.
IIRC on 3.x the default was to search Descriptions and file names, and provides.sh additionally included file listings? Is there some description somewhere how this was or is done?
it seems that now description is not included generally in search criteria even if look for provides
-
yeah, I feared that is the case. not sure if just a bug though...
-
i tried to find any extension using specific words
that accurately available in description as i seen
but this did not work
i know that earlier tags were part of description
and even had no problem when seemingly no tags
but remember that tags was separated
under community influence
p.s.
which once again confirms
murphy's thermodynamics law
everything spoils under pressure
:)