Tiny Core Linux
Tiny Core Base => TCB Q&A Forum => Topic started by: coreplayer on June 09, 2011, 01:30:10 AM
-
I see the appbrowser has a much needed search window. yet no matter what I search for, the result of all searches comes up with nothing just an empty window.
I've seen this feature functioning in another system so am wondering what dependency is missing in my current install?
-
I've seen this feature functioning in another system so am wondering what dependency is missing in my current install?
Supposing you have a working Internet connection:
Typing an extension name when "search" is showing and hitting <enter> will show extensions matching your query.
Typing a file name when "provides" is showing and hitting <enter> will show all extensions containing files matching your query.
There are no deps required.
-
Thanks for the quick reply
Unfortunately neither of these option function as desired and yes I have a wireless conection
Typing an extension name when "search" is showing and hitting <enter> will show extensions matching your query.
Typing a file name when "provides" is showing and hitting <enter> will show all extensions containing files matching your query.
in the left window where the results of a search is expected there is nothing
-
Hmm - it works for me on both wired and wireless and my Internet connection is awful..
-
Do you click 'Connect' first? Otherwise you'll get nothing.
-
Yes it looks also like the search feature is grey'd out until I connect to the app server. So I connect then apps are listed under "Select Extension" and the list is long. If I choose to search for one of the apps in the list like acpi the lis of apps are removed leaving only a blank window.
After typing a known available app from the list after connecting then selecting search the errors listed in the terminal are:
wget: can't open 'tcz3x.cgi?appname: Invalid argument
grep:tcz3x.cgi?appname: No such file or directory
rm: can't remove 'tcz3.cgi?appname: No such file name or directory
for any pp listed the same errors occur
-
It still works fine for me.
How are you using tc - standard installation, ntfs partition, scatter mode install, etc - is there anything unusual in your setup?
-
At least mention the version you are using!
Are using a custom local repository?
Lastly check that /usr/bin/search.sh wget is using tinycorelinux.net
Same goes for /usr/bin/provides.sh
-
There is probably something in your backup or possibly an extension (maybe wget.tcz? - just a guess) that is interfering with the search functions.
Under my normal TinyCore/MicroCore (3.6) setup, I get the same (lack of) results as coreplayer reports.
If I boot TinyCore base norestore, I get the (good) results Juanito reports (it doesn't just search for extensions names (which would not be terribly useful), but apparently searches the .info files' contents (which very useful, though occasionally frustrating)).
If you need wireless, booting with base norestore might not be very helpful. :)
At a glance, /usr/bin/provides.sh and /usr/bin/search.sh do not seem to be the issue.
I haven't debugged further than that and probably won't have time to today.
Edit: wget.tcz is not the issue. While I sometimes need it, I do not load it by default and it was -not- loaded when I tested earlier. 20110609 1206
-
I am running mc 3.6 with Xvesa and a bunch of applications installed.
I tried both local and many of the supplied mirrors.
The search function works properly, but if you change mirrors, you
need to blank out the search field at the top and re-enter the search word.
-
3.5.1 TC display correctly.
3.6 TC shows nothing.
__________________________
En TC 3.5.1 se muestra correctamente.
En TC 3.6 no muestra nada.
-
3.5.1 TC display correctly.
3.6 TC shows nothing.
This is a rather surprising report as the difference between TC 3.5.1 and 3.6 WRT '/usr/bin/search.sh' lies in the fact that the former points to 'www.tinycorelinux.com' and the latter to 'www.tinycorelinux.net'
And a quick test from my end where I'm emulating a search for 'bvi' shows that both are working:tc@box:~$ wget -qO - http://www.tinycorelinux.com/cgi-bin/tcz3x.cgi?bvi | grep -v "^ <"
915resolution.tcz.info
bvi.tcz.info
tc@box:~$ wget -qO - http://www.tinycorelinux.net/cgi-bin/tcz3x.cgi?bvi | grep -v "^ <"
915resolution.tcz.info
bvi.tcz.info
tc@box:~$
-
The search function works properly, but if you change mirrors, you
need to blank out the search field at the top and re-enter the search word.
I have a similar observation to report about the 'appbrowser' GUI insofar as if you first do a "search" for a certain string (i.e. you type in the string and hit 'Enter' to action a call to '/usr/bin/search.sh') and then want to follow it up with a "provides" for the same string you first need to edit the string (e.g. remove and re-add the last character of it) before hitting 'Enter' will action any call to '/usr/bin/provides.sh'. Needless to say that the issue also shows up in the opposite order of events (i.e. first "provides" then "search").
This is not a big problem for me as I prefer the CLI in 90% of all cases anyway, but other users might be confused.
-
Going forward the correct server is .net. Using .com actually results in a redirect so as to support prior releases, and will be deprecated in the future.
-
TC 3.6
=========================================
tc@box:~$ ab vlc
Application Extension Browser
1. phonon-backend-vlc.tcz
2. vlc-dev.tcz
3. vlc-doc.tcz
4. vlc-locale.tcz
5. vlc.tcz
Enter selection ( 1 - 5 ) or (q)uit: q
Enter selection ( 1 - 4 ) or (q)uit: q
S)earch P)rovides or Q)uit: p
Enter search term, e.g. iwconfig: jpg
Application Extension Browser
1. GraphicsMagick-doc.tcz
2. Helix.tcz
3. ImageMagick-doc.tcz
4. arc-colors.tcz
5. asterisk-1.6.tcz
6. asterisk-1.8.tcz
7. blobwars.tcz
8. bombono-dvd.tcz
9. bonecho-gtk2.tcz
10. bsddb-doc.tcz
11. cairo-dock-plugins.tcz
12. celestia.tcz
13. cheese-locale.tcz
14. cheese.tcz
15. cups.tcz
Enter selection ( 1 - 104 ) or (q)uit, (n)ext, (p)revious: : q
S)earch P)rovides or Q)uit: q
tc@box:~$
=========================================
-
At least mention the version you are using!
Are using a custom local repository?
Lastly check that /usr/bin/search.sh wget is using tinycorelinux.net
Same goes for /usr/bin/provides.sh
Sorry I forgot to mention that info; The issue began with 3.7RC2, however rolled back to 3.6 this morning since I have the needed wireless drivers and extensions now, also kept same installed extensions and backup as used with 3.7RC2 and the issue persists.
I had thought about the NoRestore boot option but didn't have time this am to try..
It is a temporary frugal install on a USB drive using FAT32 and grub4dos with a graphix boot menu yet have tried to follow the guides as best I can, with persistent Home and Option directories with a backup. While I have not used a mirror site, there have been times when installing wireless extensions where I had to use a local store after extension transfer from another machine.
sound like I really need to check the scripts mentioned above asap
Well also had an issue with my forum login resulting in a temporary new username, I need to find an admin to fix for me..
Note: my USB install boot config shows the installation configuration
title Tiny Core Linux USB
find --set-root /tce/bzImage
kernel /tce/bzImage quiet waitusb=5 tce=UUID="2B16-F6B4" opt=sdb1 home=sdb1
initrd /tinycore.gz
-
ok still no resolution however
Both search and provides scripts depict the .net address so I changed the address to .com = no change
I ran "ab vlc" at the terminal and the search was successful as indicated by beroje
-
I can report the same behaviour running YC3.6 on VirtualBox.
All seemed to be working OK a few days ago & then the search functions stopped working. Sorry I can't remember exactly when, but all I have been downloading are extensions since downloading the 3.6 iso so no new base system has been installed.
I have the virtualbox-ose-additions-modules extension loaded. This appears to have also loaded glibc_apps, graphics, and i2c.
Removing these extensions (and related commands in boot;local.sh to make vbox shared folders work) doesn't make the appbrowser gui search work. The cli ab search works OK.
-
It's interesting that there are configuration files for "search" and "provides" yet no file that I can find easily for "local" which is likely the very configuration which is causing the main issue.
-
RESOLVED
While not related, apparently I didn't have persistence set up correctly but I understand the requirements more clearly now and how this could not have been a factor in this issue. Since there was no persistence, only the backup or some app and or one of it's dependent's could be the cause right?
Deleting my backups didn't help in the slightest, cleaning up some apps however restored the search feature to normal. :D Exactly which app caused the problem is hard to tell but the non functioning catfish app was definitely suspected in that list of discarded programs along with a few trial file explorers.
Anyhow I'm glad I wasn't alone with the issue however TinyCore app search is fully functional again, thanks guys for listening.
My two favorite apps which work in perfect harmony with tinycore are XFE (for file exploring) and Searchmonkey (best search engine ever seen on any operating system and it's relatively lightweight to boot!)
-
The search function of appbrowser is not something I use all that often or I'd have looked into it earlier, but...
(Tiny Core 3.6)
The plan here was to determine when the search function stops working - is it after restore, or after some extension is loaded? Results:
*) boot with "base" and "norestore" - appbrowser can't connect (no network)
*) use cpanel's network tool to enable dhcp - start appbrowser, connect, search for jre - OK, extensions are found
*) mount sdb1(the FAT filesystem on USB stick where tce directory lives) then start appbrowser, connect, search for jre - OK.
*) restore from backup - filetool.sh -r /.mnt/sdb1/tce then start appbrowser, connect, search for jre - OK.
*) sudo echo /mnt/sdb1/tce >/opt/.tce_dir then start appbrowser, connect, search for jre - NO SEARCH RESULTS RETURNED.
I don't see any files in /mnt/sdb1/tce nor in /tmp/tce that would seem to be an issue. Maybe directory permissions or ownership? - though I don't think permissions count for much on FAT.
drwxrwxrwt 5 root staff 220 Jun 14 12:13 /tmp/
drwxrwxr-x 2 root staff 40 Jun 14 12:12 /tmp/tce/
drwxr-xr-x 10 root root 200 Jun 14 12:12 /mnt/
drwxrwxrwx 9 root root 4096 Dec 31 1969 /mnt/sdb1/
drwxrwxrwx 3 root root 4096 Jun 4 17:44 /mnt/sdb1/tce/
content of /mnt/sdb1/tce/ :
-rwxrwxrwx 1 root root 51867564 Jun 14 11:40 mydata.tgz
-rwxrwxrwx 1 root root 133 Jun 13 17:42 onboot.lst
-rwxrwxrwx 1 root root 108 May 23 05:34 onload.sh
drwxrwxrwx 2 root root 61440 Jun 14 12:06 optional/
-rwxrwxrwx 1 root root 164 Jun 14 10:17 xwbar.lst
Any ideas what might be going on?
-
I can confirm this issue with microcore 3.7.1.
My menu.lst:
kernel /microcore/bzImage.upxed norestore
Please note that I tested with a tce dir containing only Xlibs.tcz* Xprogs.tcz* Xvesa.tcz*, plus the firmware modules I need to connect.
In this scenario, I launch appbrowser from an aterm inside Xvesa (no window manager, by the way).
appbrowser connects all right, showing all the tczs from ibiblio on the left pane.
BUT, if I search anything (for example "reader"), that same pane is left empty, and the console messages:
wget: can't open 'tcz3x.cgi?reader': Invalid argument
grep: tcz3x.cgi?reader: No such file or directory
rm: can't remove 'tcz3x.cgi?reader': No such file or directory
I repeated the whole thing, only moving my meager tce directory from a FAT partition to an ext3 partition, and the problem disappeared. Same good news with "base" boot cheatcode+manually copying tczs from tce directory on HD to /tmp/.
Please note that all tczs I used have been updated today through AppsAudit.
I confirm that "ab" command line utility does not present this bug.
Maybe this is related with the problems 3.7.1 bugfix was released for?
-
*) restore from backup - filetool.sh -r /.mnt/sdb1/tce then start appbrowser, connect, search for jre - OK.
*) sudo echo /mnt/sdb1/tce >/opt/.tce_dir then start appbrowser, connect, search for jre - NO SEARCH RESULTS RETURNED.
I can confirm that if I have /opt/.tce_dir with content "/mnt/sda3/tce" which is a fat partition I have no search results.
Removing the file and restarting appbrowser resolves the isssue though it is useless because it breaks persistency.
I straced appbrowser though I am not a C programmer and suspect rights management the cause of this trouble, though I cannot understand why wget barks about being unable to write the file, the only chdir I found was to "/mnt/sda3/tce" which is writeable by all.
This is tc v3.7.1 and it is the same at v3.8rc1
-
I have a patch for this issue.
-
I have a patch for this issue.
Good news, where to get it? Is it going into rc?
-
cool thanks curaga
So feed back has it's benefits :)
-
The issue seems to be gone with 3.8rc2, I just tested for it.
:)