Did I break my app loader?

[stleric]

I tried to some ncurses stuff today and had an odd experience.  I fired up the app loader and ran the browse function to populate the extensions list like I've done before.  So far, so good.  But then I go to search for the package and the search returns nothing.  (The search/provides/tags menu is set to search, I type my search term and hit return).  Looks like I can manually scroll through the list and do it that way, but geez.

Does Apps have some kind of settings file that I may have twisted up by mistake?  If so, where is it and how do I clear it to its "out of the box" state?

I've also seen mention of "ibiblio" problems, whatever that is, could this be an "ibiblio" problem?  I've used the ibiblio and gatech mirrors (http) and had the same issue in both places.

TIA,
eric

[bmarkus]

Same here, search doesn't work. Guess it's related to ibiblio issue.

[Rich]

Just checked. Looks like it's working.

[roberts]

Expect the unexpected as Ibiblio keeps "going over the digitial cliff".
I frequently see 0, to a few K, to if lucky, a few M. Our cron jobs have even begun to crash.
Seeing this topic and seeing a few M free. I manually ran the cron job to get Search working.
But it may not be for long.

[Rich]

Hi roberts
As much as I hate to suggest this, would it make sense to temporarily pull one or two large extensions for now
to give yourself some breathing room so the cron jobs can run? Pulling  flightgear-data.tcz  and  hedgewars.tcz
would free up 500Mbytes.

[gerald_clark]

Some other ibiblio site would probably eat it up.

[Rich]

Hi gerald_clark
I did not know that. I made the suggestion because I thought each project on ibiblio would be allocated a
certain amount of disk space.

[roberts]

Ibiblio hosts 81 Linux distributions. We all share the same disk area.
Curaga, actually freed up 1GB of space and it quickly disappeared.
If only ibiblio would implement quotas we could manage our disk space.
Without quotas there is no incentive.

As I stated ibiblio is pushing distros to bittorrent. Bittorrent is not workable for repositories.
Bittorrent, for some, is a blocked protocol, from prior reputation.

As I have received my answer directly from ibiblio, regarding no disk space, I feel I can no longer raise this as a support issue.

In the meantime, I can host the base distribution files elsewhere, while we figure out something for the repository.

[aus9]

As I have no shame or brains so  suggest the following:

1)
a)  Move TC repository onto a paid hosting site

b) Move repository onto a free hosting site. But I have read that all sorts of issues can arise there due to restrictions.

2) To help pay 1a, consider a donation page?

b) I am aware its against the rules to link to commercial sites

3) If not,  consider breaking the APPS and TC repository and upload tczs to folders under google site

b) one minor advantage of a folder structure is you can keep older versions there

cheers

[bmarkus]

I made already a proposal how to solve it free but didn't receive response. Still it would work

Other solution is a payed VPS hosting account (shared WEB is notr usable). The key is bandwith usage what we do not know. Cjecked GoDaddy VPS. Their Economy pack (cheapest) offers 40GB HDD, 1GB RAM and 1,000 GB/month for $29,99. There are 2, 3, 4 and 8GB/mont packs for $40, $60, $80 and $150 per month. They are not the cheapest  but it is a good price indication.

[curaga]

I have a KVM setup at Alvotech (Germany) for personal use. 20gb hd, 512mb ram, 1tb bw at around 6 eur/mo. Getting OpenVZ in the US for 29 $ sounds like a pretty bad deal.

[aus9]

ooh if we are allowed to mention commercial sites here is the cheapest cost at pair networks

A simple, no-frills hosting plan
FreeBSD or Ubuntu OS
50GB/month transfer
5GB disk space
1 MySQL database
Dedicated IP Address included
100 mailboxes
1 additional FTP login
Access by SSH and sFTP
24/7 Telephone Support
Perl 5, PHP 5 Module & more...

setup $25

monthly $10

after that they become  100GB/month transfer+ 20GB disk space /// 200GB/month transfer + 50GB disk space and higher and higher costs...etc

[roberts]

FYI. Current disk usage is 46GB and is/was growing rapidly, with the Pi and 64bit respositories just starting.
Bandwidth is unknown, but with mirrors and many users, some of which wish to pull the entire repository, well you can imagine.
I am not trying to be negative, only factual. With many distributions also entering the "arms race", it may, possible be, the reason for ibiblio's position.