Jóquei Driver Manager.
Baixe Agora

Jóquei Classificação e resumo

Jóquei Tag

Gerente motorista Gerente de Driver Hardware. instalador de driver Notificador do motorista

Jóquei Descrição

Gerente de motorista. O Jockey é uma ferramenta para instalar drivers de hardware de terceiros.jockey fornece a infraestrutura e a interface do usuário para encontrar e instalar drivers de terceiros que são aplicáveis ao computador. Isso inclui drivers que são adicionados ou atualizados após a liberação de uma distribuição ou drivers que não possam ser incluídos na distribuição por várias razões (CD de limitação de espaço, problemas de licenciamento, etc.). Um caso de uso comum está fornecendo uma maneira amigável e semiautomática de instalar drivers para novo hardware que a liberação de distribuição atual ainda não suporta, ou instale o NVIDIA e o ATI FGLRX X.org Drivers.Jockey foi projetado para ser distribuído agnóstico e cumprir a necessidade de Diferentes distribuições, fornecedores de driver e integradores de sistemas. Ele é projetado e desenvolvido dentro do driver do LinuxFoundation Driver BackPorts Workgroup.OperationAt Startup, o back-end do jockey acende o sistema para hardware disponível. Isso pode acontecer de várias maneiras, atualmente implementado é a digitalização / SYS para modaliases. No futuro, é planejado adicionar mais métodos, como consultar copos para impressoras detectadas que não têm motorista. Os métodos de detecção serão adicionados conforme necessário por fornecedores de componentes e distribuições. O conjunto de hardware disponível é representado como objetos "hardwareid" (que podem representar qualquer coisa que identifique exclusivamente uma peça de hardware, como um fornecedor / ID do produto, modalias ou uma string de identificação da impressora). Para cada ID de hardware, um conjunto de bancos de dados de drivers (instâncias de driverdb) são consultados para drivers disponíveis. No momento, a única implementação existente é LocalkernelModulesDriverDB, que usa os módulos padrão do Linux Kernel.Alias mapas para mapear modalias para módulos de kernel. No futuro próximo, planejamos adicionar outra implementação que consulta um banco de dados do driver on-line também. Os drivers transformam o conjunto de hardwareids para um conjunto de driverids.a Driverid representa todos os metadados necessários sobre um driver, como: * Classe do driver (módulo do kernel, driver de impressora, pacote de arquivos, firmware, etc.) * Nome da classe Handler (veja abaixo) * Localização do driver (repositório, nome do pacote, possivelmente sha1 e outros fumos de verificação, assinaturas) * Parâmetros específicos do driver (pares arbitrários do tipo / valor que o manipulador entende) todos os motoristas tratados pelo jockey precisam ser encapsulados por uma subclasse de "manipulador". Uma instância do manipulador fornece um gancho para código arbitrário que precisa ser executado para instalar totalmente um driver. Jockey já fornece implementações de manipulador para casos comuns, como módulos do kernel, firmware do módulo do kernel, piloto x.org, grupos de drivers, etc. A grande maioria dos drivers usará instâncias parametrizadas desses manipuladores padrão, mas os drivers que precisam de algum mais sofisticado A configuração pode enviar sua própria subclasse de manipulador e adicionar o código necessário. Estrutura para a maior parte do trabalho do jóquei (detecção de hardware, consultas do banco de dados de driver, instalação de pacotes, etc.) é feita por um backend independente da interface do usuário que fornece sua funcionalidade sobre o Sistema D-BUS. O acesso é controlado por privilégios Policykit (consulte Backend / com.ubuntu.devicedriver.policy.in para detalhes); Por padrão, todos os usuários podem fazer consultas de status do driver de dispositivo local, todos os usuários locais podem acionar uma consulta de banco de dados de driver remoto, e realmente instalar / remover drivers é restrito a administradores do sistema. As diferentes interfaces de usuário (GTK e KDE, e ambos fornecem um O CLI também é executado com privilégios de usuário normais e apenas fornecer uma apresentação / interface do usuário amigável e internacionalizada dos serviços de back-end. Eles não contêm qualquer lógica de motorista. Jockey Jockey para um DistributionJockey do Linux é cuidadosamente escrito para não ser específico para qualquer distribuição do Linux. Todas as operações específicas do OS / Distro são encapsuladas na classe "OSLIB", que precisa ser subclasse e implementadas pelas distribuições do Linux. A maioria dos métodos já tem uma implementação padrão razoável a montante, mas algumas são apenas inerentemente específicas de distro (busca por "notifimplementedError" para encontrar esses). Isso minimiza os esforços de portadores de distribuidores, mantendo a possibilidade de fazer ajustes em um local central. O Abstract OSLIB A classe é completamente documentada, e já existe uma ramificação para o Ubuntu , e o conjunto de testes tem uma implementação fictícia (veja testes / sandbox.py). Estes devem ser suficientes para implementar o jóquei para outras distribuições também. O que há de novo nesta versão: · Esta versão corrige uma tonelada de bugs, incluindo todos os que estão atualmente selecionados como bloqueadores para o lançamento final 0,5. · Não tem novos recursos.

Jóquei Software Relacionado