Resumo

  • A ficha Begin3 pedia o destino final do software e rejeitava o diretório de chegada como endereço permanente.
  • Nomes e versões ajudavam os responsáveis a organizar as atualizações. A troca das fichas também moldava a memória disponível do arquivo.

A ficha aceitava um palpite. Só não aceitava aquele endereço fácil, que o autor tinha acabado de usar. O campo de localização do Linux Software Map deveria apontar para o lugar definitivo do programa. O diretório de chegada seria esvaziado pelo trabalho de organização. Escrever ali era quase mandar a correspondência para «a portaria, em algum momento da semana passada».

A instrução aparece no modelo Begin3 reproduzido no estudo de MetaLab de outubro de 1999. O arquivo tinha começado em SunSITE em 1992. Quem contribuía com software Linux entregava também uma pequena ficha com descrição, versão, locais e responsáveis. O código podia estar pronto; o trabalho de torná-lo encontrável ainda não.

Havia um motivo muito concreto para isso. Em conexões lentas, baixar um pacote inteiro só para descobrir sua utilidade era uma maneira sofrida de passear por um catálogo. Jeff Kopmanis adaptou uma proposta de 1992 sobre metadados de arquivos FTP anônimos. Uma descrição pequena permitia ao leitor decidir se valia a pena trazer o arquivo grande.

O próprio formato passou de mão em mão. Lars Wirzenius sucedeu Kopmanis e colocou Begin3 em uso em 4 de agosto de 1994. Entre as mudanças estavam uma entrada para todos os arquivos de um pacote e um jeito menos trabalhoso de escrever várias linhas. Aaron Schrab assumiu a manutenção das LSM em outubro de 1996. Até a ficha da colaboração precisava de gente disposta a continuar o serviço.

Na rotina de MetaLab, os autores enviavam software e LSM juntos. O responsável pelo arquivo examinava diariamente a área de entrada usando keeper, escrito por Eric Raymond e modificado por Miles Efron. Conferia a descrição, colocava os arquivos no lugar apropriado e usava nome e versão para substituir material antigo. Depois, a ficha seguia para a lista LSM mantida separadamente, reproduzida em outros servidores.

O formulário antecipava dúvidas bastante humanas. Manter o título entre versões ajudava a reconhecer a nova entrega. Separar autor original de mantenedor do port para Linux ajudava a encaminhar perguntas. O campo do local principal reunia servidor, diretório e arquivos. O autor economizava alguns minutos de explicação para cada pessoa que encontrasse o pacote depois.

O formulário de busca preservado no ibiblio mostra a utilidade disso para o leitor. Ele oferece campos, termos, pesos e a escolha do campo que aparece como título do resultado. Aquilo que um colaborador preenche vira uma forma de procurar. A interface preservada mostra essa ligação; a descrição da rotina de 1999 vem do estudo.

Na contagem de 21 de setembro daquele ano, descontados os diretórios de distribuições e documentação, havia 4.455 LSM para 20.633 arquivos. Um pacote podia reunir vários arquivos. A ficha mantinha esse pequeno grupo identificável enquanto o catálogo crescia.

Nem toda colaboração chegava pronta para a estatística. Os pesquisadores encontraram campos de data imprestáveis, incluindo «Thursday». Quinta-feira era uma informação animadora para quem esperava a sexta, mas pouco resolvia a cronologia.

As datas bem preenchidas escondiam outra questão. Entered-date marcava a última alteração da ficha. Quando chegava uma nova versão, a LSM anterior era substituída. Assim, um projeto antigo podia carregar uma data recente. O catálogo ajudava quem queria o programa da vez; para saber tudo o que tinha passado por ali, era preciso guardar também os papéis que as atualizações tiravam do balcão.