bts - Online na nuvem

PROGRAMA:

NOME

bts - interface de linha de comando dos desenvolvedores para o BTS

SINOPSE

bts [opções] comando [args] [#comentar] [.|, comando [args] [#comentar]] ...

DESCRIÇÃO

Esta é uma interface de linha de comando para o Debian Bug Tracking System (BTS), destinada principalmente
para uso por desenvolvedores. Ele permite que o BTS seja manipulado usando comandos simples que podem ser
executado no prompt ou em um script, faz várias verificações de sanidade na entrada e constrói
e envia um e-mail para o endereço de controle do BTS para você. Um cache local de páginas da web e
e-mails do BTS também podem ser criados e atualizados.

Em geral, a interface da linha de comando é a mesma que você escreveria em um e-mail para
control@bugs.debian.org, apenas prefixado com "bts". Por exemplo:

% bts gravidade 69042 normal
% bts fusão 69042 43233
% bts retitle 69042 blá blá

Alguns comandos adicionais foram adicionados para sua conveniência, e este programa é menos
estrito sobre o que constitui um número de bug válido. Por exemplo, "gravidade Bug # 85942 normal"
é entendida, como é "gravidade # 85942 normal". (Claro, seu shell pode considerar "#" como um
caractere de comentário, portanto, você pode precisar citá-lo!)

Além disso, para sua conveniência, este programa permite abreviar os comandos para o mais curto
substring única (semelhante a como cvs permite abreviar comandos). Então, entende
coisas como "bts cl 85942".

Também é possível incluir um comentário no e-mail enviado ao BTS. Se sua concha faz
não retire o comentário em um comando como "bts severity 30321 normal #inflated
severidade ", então este programa é inteligente o suficiente para descobrir onde está o comentário, e
inclua-o no e-mail. Observe que a maioria dos shells remove esses comentários antes que eles recebam
para o programa, a menos que o comentário seja citado. (Algo como "gravidade bts # 85942
normal "não será tratado como um comentário!)

Você pode especificar vários comandos, separando-os com um único ponto, como
atualização-rc.d; uma única vírgula também pode ser usada; todos os comandos serão enviados em um
correio único. É importante que o ponto / vírgula seja circundado por um espaço em branco para que não seja
confundido com parte de um comando. Por exemplo (citando quando necessário para que bts vê o
Comente):

gravidade% bts 95672 normal, mesclar 95672 95673 \ # eles são iguais!

A abreviatura "it" pode ser usada para se referir ao último número do bug mencionado, então você pode
Escreva:

% bts severity 95672 wishlist, mude o título "bts: please add a --foo option"

Use este programa com responsabilidade e leve nossos usuários em consideração.

OPÇÕES

bts examina o scripts de desenvolvimento arquivos de configuração conforme descrito abaixo. Opções de linha de comando
substituir as configurações do arquivo de configuração, no entanto.

-o, --desligada
Realizar bts usar bugs em cache para o mostrar e erros comandos, se um cache estiver disponível para
os dados solicitados. Veja o esconderijo comando, abaixo para obter informações sobre como configurar um
cache.

--conectados, --não-offline
Oposto de --desligada; substitui qualquer diretiva de arquivo de configuração para trabalhar offline.

-n, - sem ação
Não envie e-mails, mas imprima-os na saída padrão.

--cache, --sem cache
Devemos tentar armazenar em cache novas versões de páginas BTS ao executar mostrar/erros
comandos? O padrão é armazenar em cache.

--cache-mode ={minutos|mbox|completa}
Ao executar um bts esconderijo comando, devemos apenas espelhar o bug básico (minutos), ou deveria
também espelhamos a versão mbox (mbox), ou devemos espelhar tudo, incluindo
o mbox e os anexos enfadonhos para as páginas de bug do BTS e o reconhecimento
e-mails (completa)? O padrão é minutos.

--cache-delay =segundo
Tempo em segundos de atraso entre cada download, para evitar martelar o servidor da web BTS.
O padrão é 5 segundos.

--mbox
Abra um leitor de e-mail para ler o mbox correspondente a um determinado número de bug para mostrar e
erros comandos.

--mailreader =LEITOR
Especifique o comando para ler o mbox. Deve conter um "%s"string (sem aspas!), que
será substituído pelo nome do arquivo mbox. O comando será dividido em branco
espaço e não será passado para um shell. O padrão é 'vira-lata -f %s'. (Além disso, %% será
substituído por um único % se for necessário.)

--cc-addr =CC_EMAIL_ADDRESS
Envie cópias carbono para uma lista de usuários. CC_EMAIL_ADDRESS deve ser separado por vírgulas
lista de endereços de e-mail.

--use-default-cc
Adicione os endereços especificados na opção do arquivo de configuração BTS_DEFAULT_CC ao
lista especificada usando --cc-addr. Este é o padrão.

--no-use-default-cc
Não adicione endereços especificados em BTS_DEFAULT_CC para a lista de cópia carbono.

--sendmail =ENVIARMAILCMD
Especifique o enviar correio comando. O comando será dividido em um espaço em branco e não
ser passado para uma concha. O padrão é / usr / sbin / sendmail. O -t opção será
adicionado automaticamente se o comando for / usr / sbin / sendmail or / usr / sbin / exim *. Para
outros mailers, se eles precisarem de um -t opção, isso deve ser incluído no ENVIARMAILCMD,
por exemplo: --sendmail = "/ usr / sbin / mymailer -t ".

--vira
Uso vira-lata para envio de e-mails. O padrão é não usar vira-lata, exceto para alguns comandos.

Observe que um dos $ DEBEMAIL or $ EMAIL deve ser definido no ambiente, a fim de usar
vira-lata para enviar e-mails.

--sem vira-lata
Não use vira-lata para envio de e-mails.

--soap-timeout =SEGUNDOS
Especifique um tempo limite para chamadas SOAP conforme usado pelo selecionar e estado comandos.

--smtp-host =SMTPHOST
Especifique um host SMTP. Se dado, bts irá enviar e-mail falando diretamente para este SMTP
host em vez de invocar um enviar correio comando.

O nome do host pode ser seguido por dois pontos (":") e um número de porta para usar um
porta diferente da padrão. Também pode começar com "ssmtp: //" ou "smtps: //" para
indicar que SMTPS deve ser usado.

Observe que um dos $ DEBEMAIL or $ EMAIL deve ser definido no ambiente, a fim de usar
conexões diretas de SMTP para enviar e-mails.

Observe que, ao enviar diretamente por meio de um host SMTP, especificando endereços em --cc-addr or
BTS_DEFAULT_CC que o host SMTP não retransmitirá fará com que o host SMTP rejeite
todo o correio.

Observe também que o uso do redesignar o comando pode, quando qualquer um --interativo or
--force-interativo modo está habilitado, leva à adição automática de um Cc para
$ newpackage@ packages.debian.org. Nestes casos, a nota acima sobre retransmissão
se aplica. A interface de envio (porta 587) em reportbug.debian.org não suporta
retransmissão e, como tal, não deve ser usado como um servidor SMTP para bts sob a
circunstâncias descritas neste parágrafo.

--smtp-username =NOME DE USUÁRIO, --smtp-password =SENHA
Especifique as credenciais a serem usadas ao se conectar ao servidor SMTP especificado por
--smtp-host. Se o servidor não exigir autenticação, essas opções devem
não ser usado.

Se um nome de usuário for especificado, mas não uma senha, bts solicitará a senha antes
enviando o e-mail.

--smtp-helo =OLÁ
Especifique o nome a ser usado no OLÁ comando ao conectar ao servidor SMTP;
o padrão é o conteúdo do arquivo / etc / mailname, se existir.

Observe que alguns servidores SMTP podem rejeitar o uso de um OLÁ que também não resolve
ou não parece pertencer ao host que o está usando.

--bts-servidor
Use um servidor debbugs diferente de https://bugs.debian.org.

-f, - force-refresh
Baixe um relatório de bug novamente, mesmo que pareça não ter mudado desde o último
esconderijo comando. Útil se um --cache-mode = full é solicitado pela primeira vez
(caso contrário, os relatórios de bugs inalterados não serão baixados novamente, mesmo se as partes chatas
não foram baixados).

--no-force-refresh
Suprimir qualquer arquivo de configuração - force-refresh opção.

--somente-novo
Baixe apenas novos bugs ao armazenar em cache. Não verifique se há atualizações nos bugs que já temos.

--include-resolvido
Ao armazenar relatórios de bug em cache, inclua aqueles que estão marcados como resolvidos. Isto é o
comportamento padrão.

--não-inclusão-resolvido
Reverta o comportamento da opção anterior. Ou seja, não armazene em cache bugs que são
marcado como resolvido.

--não-ack
Suprima e-mails de confirmação do BTS. Observe que isso afetará apenas o
cópias de mensagens enviadas com CC para bugs, não aquelas enviadas para o bot de controle.

--ack
Não suprima emails de confirmação. Este é o comportamento padrão.

-i, --interativo
Antes de enviar um e-mail para o bot de controle, exiba o conteúdo e permita que seja
editado ou o envio cancelado.

--force-interativo
Semelhante a --interativo, com a exceção de que um editor é gerado antes
solicitando a confirmação da mensagem a ser enviada.

--não-interativo
Envie e-mails de controle sem confirmação. Este é o comportamento padrão.

-q, --quieto
Quando correr bts esconderijo, exibe apenas informações sobre as páginas recém-armazenadas em cache, não
mensagens dizendo já em cache. Se esta opção for especificada duas vezes, apenas erro de saída
mensagens (para stderr).

--no-conf, --noconf
Não leia nenhum arquivo de configuração. Isso só pode ser usado como a primeira opção fornecida
na linha de comando.

COMANDOS

Para obter detalhes completos sobre os comandos, consulte a documentação do BTS.


mostrar [opções] [erro número | pacote | mantenedor | : ] [optar=onda ...]
mostrar [opções] [origem:pacote | a partir de:apresentador] [optar=onda ...]
mostrar [opções] [etiqueta, rótulo, palavra-chave:etiqueta | marca de usuário:etiqueta ] [optar=onda ...]
mostrar [crítico de lançamento | crítico de lançamento /... | RC]
Este é um sinônimo para bts erros.

erros [opções] [número_bug | pacote | mantenedor | : ] [optar=onda ...]
erros [opções] [origem:pacote | a partir de:apresentador] [optar=onda ...]
erros [opções] [etiqueta, rótulo, palavra-chave:etiqueta | marca de usuário:etiqueta ] [optar=onda ...]
erros [crítico de lançamento | crítico de lançamento /... | RC]
Exibe a página que lista os bugs solicitados em um navegador da web usando
sensato-navegador(1).

As opções podem ser especificadas após o erros comando em adição ou em vez de opções
no início da linha de comando: as opções reconhecidas neste ponto são:
-o/--desligada/--conectados, -m/--mbox, --leitor de e-mail e --[no-]esconderijo. Estes são descritos
anteriormente nesta página de manual. Se o -o or --desligada opção é usada, ou há
já uma cópia atualizada no cache local, a versão em cache será usada.

Os significados dos argumentos possíveis são os seguintes:

(nenhum) Se nada for especificado, bts erros irá exibir seus bugs, assumindo que qualquer um
DEBEMAIL or EMAIL (examinado nessa ordem) é definido para o e-mail apropriado
endereço.

número_bug
Exibir número do bug número_bug.

pacote Mostra os bugs do pacote pacote.

origem:pacote
Mostra os bugs do pacote fonte pacote.

mantenedor
Mostra os bugs para o endereço de e-mail do mantenedor mantenedor.

a partir de:apresentador
Exibir os bugs para o endereço de e-mail do remetente apresentador.

etiqueta, rótulo, palavra-chave:etiqueta Mostra os bugs marcados com etiqueta.

marca de usuário:etiqueta
Mostra os bugs marcados com usertag etiqueta. Veja a documentação BTS
para obter mais informações sobre usertags. Isso exigirá o uso de um usuários =email
opção.

: Detalhes do próprio sistema de rastreamento de bugs, junto com uma página de solicitação de bug com
mais opções do que este script, podem ser encontradas em https://bugs.debian.org/. Isto
a própria página será aberta se o comando 'bts bugs:' for usado.

crítico de lançamento, RC
Exibir a primeira página das páginas críticas ao lançamento no BTS. Isto é um
sinônimo para https://bugs.debian.org/release-critical/index.html. Isso é também
possível dizer release-critical / debian / main.html e semelhantes. RC é um
sinônimo de release-critical / other / all.html.

Após o argumento especificando o que exibir, você pode opcionalmente especificar opções para
use para formatar a página ou alterar o que é exibido. Estes são passados ​​para o BTS em
o URL baixado. Por exemplo, passe dist = stable para ver bugs afetando o stable
versão de um pacote, versão = 1.0 para ver os bugs que afetam essa versão de um pacote, ou
reverse = yes para exibir as mensagens mais recentes primeiro em um log de bug.

Se o cache foi habilitado (isto é, --sem cache não foi usado, e BTS_CACHE tem
não foi definido para não), então qualquer página solicitada por bts mostrar será automaticamente armazenado em cache,
e ficar disponível off-line depois disso. Páginas que são automaticamente armazenadas em cache desta forma
será excluído em "bts mostrar|erros|esconderijo"invocações se não tiverem sido
acessado em 30 dias. Aviso: em um sistema de arquivos montado com a opção "noatime",
corrida "bts mostrar|erros"não atualiza os tempos de acesso dos arquivos de cache; um bug em cache
estará sujeito à limpeza automática 30 dias após seu download inicial, mesmo que
foi acessado entretanto.

Qualquer outra bts os comandos seguintes na linha de comando serão executados após o
navegador foi encerrado.

O navegador desejado pode ser especificado e configurado definindo o NAVEGADOR meio Ambiente
variável. As convenções seguem aquelas definidas por Eric Raymond em
http://www.catb.org/~esr/BROWSER/; aqui reproduzimos a parte relevante.

O valor de NAVEGADOR pode consistir em uma série de partes de comandos do navegador separadas por dois pontos.
Eles devem ser tentados em ordem até que seja bem-sucedido. Cada parte do comando pode opcionalmente
contém a corda %s; em caso afirmativo, o URL a ser visualizado é substituído lá. Se um
parte do comando não contém %s, o navegador deve ser iniciado como se o URL tivesse sido
fornecido como seu primeiro argumento. A corda %% deve ser substituído como um único%.

Justificativa: Precisamos ser capazes de especificar vários comandos do navegador para que os programas obedeçam
esta convenção pode fazer a coisa certa em ambientes X ou de console, tentando o X
primeiro. Especificar vários comandos também pode ser útil para pessoas que compartilham arquivos como
.perfil em vários sistemas. Nós precisamos %s porque alguns navegadores populares têm
sintaxe de chamada remota que o requer. A menos que %% reduz para%, não será
possível ter um literal %s na corda.

Por exemplo, na maioria dos sistemas Linux, uma boa coisa a fazer seria:

BROWSER = 'mozilla -raise -remote "openURL (% s, nova janela)": links'

selecionar [chave:valor ...]
Usa a interface SOAP para gerar uma lista de bugs que correspondem à seleção fornecida
.

As seguintes chaves são permitidas e podem ser fornecidas várias vezes.

pacote Nome do pacote binário.

fonte Nome do pacote de origem.

mantenedor
Endereço de e-mail do mantenedor.

apresentador
Endereço de e-mail do remetente.

gravidade
Gravidade do bug.

estado Status do bug. Um de aberto, feito, ou encaminhado.

etiqueta Tags aplicadas ao bug. Se usuários é especificado, pode incluir usertags em
além das tags padrão.

proprietário O dono do bug.

correspondente
Endereço de quem enviou e-mail para o log.

afeta Bugs que afetam este pacote.

erros Lista de bugs para pesquisar.

usuários Usuários a serem usados ​​ao pesquisar usertags.

arquivo Seja para pesquisar bugs arquivados ou bugs normais; padrão para 0 (ou seja, apenas
pesquisar bugs normais). Como um caso especial, se o arquivo for ambos, ambos arquivados e
bugs não arquivados são retornados.

Por exemplo, para selecionar o conjunto de bugs enviados por jrandomdeveloper@example.com e
Marcado não vai consertar, um usaria

bts selecione o remetente:jrandomdeveloper@example.com tag: wontfix

Se uma chave for usada várias vezes, o conjunto de bugs selecionados inclui os correspondentes
qualquer um dos valores fornecidos; por exemplo

bts select package: foo severity: wishlist severity: minor

retorna todos os bugs do pacote foo com lista de desejos ou gravidade menor.

estado [erro | arquivo:lima | Campos:campo[,campo ...] | detalhado] ...
Usa a interface SOAP para fornecer informações de status para os bugs fornecidos (ou como lidas
dos arquivos listados - use - para indicar STDIN).

Por padrão, todos os campos preenchidos para um bug são exibidos.

If detalhado for fornecido, os campos vazios também serão exibidos.

If Campos for fornecido, apenas esses campos serão exibidos. Nenhuma verificação de validade é
executado em quaisquer campos especificados.

clonar erro novo_ID [novo_ID ...]
O clonar comando de controle permite que você duplique um erro relatório. É útil no
caso em que um único relatório realmente indica que vários bugs distintos têm
ocorreu. "Novos IDs" são números negativos, separados por espaços, que podem ser usados ​​em
comandos de controle subseqüentes para se referir aos bugs duplicados. Um novo relatório é
gerado para cada novo ID.

feito erro [versão]
Marque um erro como feito. Isso força o modo interativo, uma vez que as mensagens concluídas devem incluir um
explicação de porque o bug está sendo fechado. Você deve especificar qual versão que acontecerá no marco da
o pacote fechou o bug, se possível.

reabrir erro [apresentador]
Reabrir um erro, com opcional apresentador.

arquivo erro
Arquivar um erro que foi arquivado anteriormente, mas não está. O erro devo
cumprir todos os requisitos para arquivamento, exceto aqueles que são
baseado no tempo.

desarquivar erro
Desarquivar um erro que está arquivado atualmente.

título erro título
alterar o título que acontecerá no marco da erro.

resumo erro [número da mensagem]
Selecione um número de mensagem que deve ser usado como o resumo de um erro.

Se nenhum número de mensagem for fornecido, o resumo será apagado.

apresentador erro [erro ...] remetente-e-mail
Altere o endereço do remetente de um erro ou uma série de bugs, com ! significando `use o
endereço no e-mail atual como o novo endereço do remetente '.

redesignar erro [erro ...] pacote [versão]
Reatribuir um erro ou uma série de bugs para um diferente pacote. O versão campo é
opcional; veja a explicação em .

encontrado erro [versão]
Indique que um erro foi encontrado para existir em uma versão de pacote particular. Sem
versão, a lista de versões corrigidas é limpa e o bug é reaberto.

não encontrado erro versão
Remova o registro que erro foi encontrado na versão fornecida do pacote para
ao qual é atribuído.

fixado erro versão
Indique que um erro foi corrigido em uma determinada versão do pacote, sem afetar o
erroestado aberto / fechado de.

não consertado erro versão
Remova o registro de que um erro foi corrigido na versão fornecida do pacote para o qual
é atribuído.

Isso é equivalente à sequência de comandos "encontrado erro versão""não encontrado erro
versão".

quadra erro by|com erro [erro ...]
Note-se que um erro está impedido de ser corrigido por um conjunto de outros bugs.

desobstruir erro by|com erro [erro ...]
Note-se que um erro não está mais impedido de ser corrigido por um conjunto de outros bugs.

fundir erro erro [erro ...]
Junte um conjunto de bugs.

forçar erro erro [erro ...]
Forçar a fusão de um conjunto de bugs. O primeiro erro listado é o bug mestre, e seu
configurações (aquelas que devem ser iguais em um normal fundir) são atribuídos aos bugs listados
seguinte.

desfazer erro
Desfazer a mesclagem de um erro.

etiqueta erro [+|-|=] etiqueta [etiqueta ...]
Tag erro [+|-|=] etiqueta [etiqueta ...]
Defina ou desmarque um etiqueta com um erro. A tag pode ser o nome exato da tag ou pode ser
abreviado para qualquer substring de tag exclusivo. (Então, usando fixado irá definir a tag fixado, não
fixo a montante, por exemplo, mas fixo não seria aceitável.) Várias tags podem ser
especificado também. Os dois comandos (tag e tags) são idênticos. Pelo menos uma tag
deve ser especificado, a menos que = flag é usado, onde o comando

tags bts =

irá remover todas as tags do especificado erro.

Adicionando / removendo o segurança tag irá adicionar "team \ @ security.debian.org" à lista Cc
do e-mail de controle.

afeta erro [+|-|=] pacote [pacote ...]
Indica que um erro afeta um pacote diferente daquele contra o qual é apresentado,
causando o erro a ser listado por padrão no pacote lista do outro pacote.
Isso geralmente deve ser usado onde o erro é grave o suficiente para causar vários relatórios
de usuários a serem atribuídos ao pacote errado. Pelo menos um pacote devemos ser
especificado, a menos que o = flag é usado, onde o comando

BTS afeta =

irá remover todas as indicações de que erro afeta outros pacotes.

usuário email
Especifique um usuário email endereço antes de usar o tags de usuário comando.

marca de usuário erro [+|-|=] etiqueta [etiqueta ...]
tags de usuário erro [+|-|=] etiqueta [etiqueta ...]
Definir ou cancelar a definição de uma tag de usuário em um erro. O etiqueta deve ser o nome de tag exato desejado; existem
sem padrões ou verificação de nomes de tag. Múltiplas tags também podem ser especificadas. Os dois
comandos (marca de usuário e tags de usuário) são idênticos. Pelo menos um etiqueta deve ser especificado,
a menos que = flag é usado, onde o comando

bts usertags =

irá remover todas as tags de usuário do especificado erro.

reivindicar erro [reivindicar]
Registre que você reivindicou um erro (por exemplo, para uma festa de caça aos bugs). reivindicar deveria estar
um token único que permite a identificação dos bugs que você alegou; um endereço de e-mail
é frequentemente usado.

Se nenhum reivindicar é especificado, a variável de ambiente DEBEMAIL or EMAIL (verifiquei que
pedido) é usado.

cancelar erro [reivindicar]
Remova o registro de que você reivindicou um bug.

Se nenhum reivindicar é especificado, a variável de ambiente DEBEMAIL or EMAIL (verifiquei que
pedido) é usado.

gravidade erro gravidade
alterar o gravidade de uma erro. As gravidades disponíveis são: Lista de Desejos, menor, normal,
importante, grave, grave, crítico. A gravidade pode ser abreviada para qualquer
substring.

encaminhado erro endereço
Marque o erro como encaminhado para o dado endereço (geralmente um endereço de e-mail ou um URL para
um rastreador de bug upstream).

não encaminhado erro
Marque um erro como não encaminhado.

pacote [pacote ...]
Os comandos a seguir só se aplicam a bugs contra os pacotes; isso age
como um mecanismo de segurança para o BTS. Se nenhum pacote estiver listado, esta verificação é desativada
desligado de novo.

limitar [chave[:valor]] ...
Os comandos a seguir só se aplicam a bugs que atendem ao critério especificado;
isso atua como um mecanismo de segurança para o BTS. Se não valors estão listados, os limites para
que. chave estão desligados novamente. Se não chaves são especificados, todos os limites são redefinidos.

apresentador
Endereço de e-mail do remetente.

dados Data em que o bug foi enviado.

sujeito Assunto do bug.

msgstr ID da mensagem do relatório de bug inicial.

pacote Nome do pacote binário.

fonte Nome do pacote de origem.

etiqueta Tags aplicadas ao bug.

gravidade
Gravidade do bug.

proprietário O dono do bug.

afeta Bugs afetando este pacote.

arquivo Seja para pesquisar bugs arquivados ou bugs normais; padrão para 0 (ou seja, apenas
pesquisar bugs normais). Como um caso especial, se o arquivo for ambos, ambos arquivados e
bugs não arquivados são retornados.

Por exemplo, para limitar o conjunto de bugs afetados pelos comandos de controle subsequentes para
aqueles submetidos por jrandomdeveloper@example.com e marcou não vai consertar, um usaria

remetente de limite de bts:jrandomdeveloper@example.com tag: wontfix

Se uma chave for usada várias vezes, o conjunto de bugs selecionados inclui os correspondentes
qualquer um dos valores fornecidos; por exemplo

pacote de limite de bts: gravidade foo: gravidade da lista de desejos: menor

só aplica os comandos de controle subsequentes a bugs do pacote foo com qualquer
Lista de Desejos or menor severidade.

proprietário erro e-mail do dono
Altere o endereço do "proprietário" de um erro, com ! significando `usar o endereço no atual
e-mail como o novo endereço do proprietário '.

O dono do bug assume a responsabilidade de lidar com ele.

sem dono erro
Marque um bug como não tendo "dono".

Inscreva-se erro [email]
Assine o dado email endereço para o especificado erro relatório. Se nenhum endereço de e-mail for
especificado, a variável de ambiente DEBEMAIL or EMAIL (nessa ordem) é usado. Se
aqueles não estão definidos, ou ! é fornecido como endereço de e-mail, seu endereço padrão será usado.

Depois de executar este comando, você receberá uma confirmação de inscrição para a qual
você tem que responder. Quando se inscreve em um relatório de bug, você recebe todos os e-mails relevantes
e notificações. Use o comando unsubscribe para cancelar.

desinscrever erro [email]
Cancele a assinatura do endereço de e-mail fornecido do relatório de bug especificado. Tal como acontece com a assinatura
acima, se nenhum endereço de e-mail for especificado, as variáveis ​​de ambiente DEBEMAIL or EMAIL
(nessa ordem) é usado. Se esses não estiverem definidos, ou ! é fornecido como endereço de e-mail, seu
o endereço padrão será usado.

Depois de executar este comando, você receberá uma confirmação de cancelamento de inscrição para a qual
você tem que responder. Use o Inscreva-se comando para, bem, se inscrever.

reportar spam erro ...
O reportar spam comando permite que você relate um erro denunciar como contendo spam. Salva
um de ter que ir para a página da web do bug para fazer isso.

relatório de spam erro ...
relatório de spam é sinônimo de reportar spam.

esconderijo [opções] [maint_email | pkg | origem:pkg | a partir de:apresentador]
esconderijo [opções] [crítico de lançamento | crítico de lançamento /... | RC]
Gere ou atualize um cache de relatórios de bug para o endereço de e-mail ou pacote fornecido. Por
padrão ele baixa todos os bugs pertencentes ao endereço de e-mail no DEBEMAIL
variável de ambiente (ou o EMAIL variável de ambiente se DEBEMAIL não está definido). Isto
O comando pode ser repetido para armazenar bugs pertencentes a várias pessoas ou pacotes. Se
vários pacotes ou endereços são fornecidos, bugs pertencentes a qualquer um dos argumentos
será armazenado em cache; aqueles pertencentes a mais de um dos argumentos serão apenas
baixado uma vez. Os bugs em cache são armazenados em $ XDG_CACHE_HOME / devscripts / bts / ou se
XDG_CACHE_HOME não está definido, em ~ / .cache / devscripts / bts /.

Você pode usar os bugs em cache com o -o chave. Por exemplo:

bts -o erros
bts-o show 12345

Também, bts atualizará os arquivos de maneira gradativa à medida que baixa
informações do BTS usando o mostrar comando. Você pode, portanto, configurar o cache e
atualize tudo uma vez por semana, enquanto permite que as atualizações automáticas do cache sejam atualizadas
os bugs aos quais você costuma se referir durante a semana.

Algumas opções afetam o comportamento do esconderijo comando. O primeiro é a configuração de
--modo de cache, que controla quanto bts downloads dos links referenciados do
página de bug, incluindo bits chatos, como e-mails de confirmação, e-mails para o
bot de controle e a versão mbox do relatório de bug. Pode ter três valores: minutos
(o mínimo), mbox (baixe o mínimo mais a versão mbox do relatório de bug) ou
completa (o conjunto funciona). O segundo é - force-refresh or -f, o que força o
download, mesmo se o relatório de bug em cache estiver atualizado. O --include-resolvido opção
indica se os relatórios de bug marcados como resolvidos devem ser baixados durante o armazenamento em cache.

Cada um deles é configurável a partir do arquivo de configuração, conforme descrito a seguir. Elas
também pode ser especificado após o esconderijo comando, bem como no início do comando
linha.

Finalmente, -q or --quieto irá suprimir mensagens sobre caches sendo atualizados, e
dar a opção duas vezes suprimirá todas as mensagens de cache (exceto para mensagens de erro).

No entanto, tenha cuidado com o cache de RC: vai demorar MUITO tempo! (Com mais de 1000 bugs RC e um
atraso de 5 segundos entre os bugs, você está considerando um mínimo de 1.5 horas, e
provavelmente significativamente mais do que isso.)

cache limpo pacote | origem:pacote | mantenedor
cache limpo a partir de:apresentador | etiqueta, rótulo, palavra-chave:etiqueta | marca de usuário:etiqueta | número | TODAS
Limpe o cache para o especificado pacote, mantenedor, etc., conforme descrito acima para
da erros comando, ou limpe todo o cache se TODAS é especificado. Isso é útil se você
terão acesso permanente à rede ou se o banco de dados foi corrompido por
alguma razão. Observe que, por segurança, este comando não assume o valor padrão de
DEBEMAIL or EMAIL.

listar bugs em cache [número]
Lista os ids de bug em cache (destinados a suportar a conclusão do bash). O número opcional
O argumento restringe a lista aos ids de bug que começam com aquele número.

versão
Versão de exibição e informações de direitos autorais.

ajudar
Exibe um breve resumo dos comandos, suspeitosamente semelhantes a partes desta página do manual.

MEIO AMBIENTE VARIÁVEIS

DEBEMAIL
Se estiver definido, a linha De: no e-mail será configurada para usar este endereço de e-mail
em vez de seu endereço de e-mail normal (como seria determinado por enviar).

DEBFULLNAME
If DEBEMAIL está definido, DEBFULLNAME é examinado para determinar o nome completo a ser usado; se este
não está definido, bts tenta determinar um nome de seu passwd entrada.

NAVEGADOR
Se definido, especifica o navegador a ser usado para o mostrar e erros opções. Veja o
descrição acima.

CONFIGURAÇÃO VARIÁVEIS

Os dois arquivos de configuração /etc/devscripts.conf e ~ / .devscripts são provenientes de um shell
nessa ordem para definir as variáveis ​​de configuração. As opções de linha de comando podem ser usadas para
substituir as configurações do arquivo de configuração. As configurações de variáveis ​​de ambiente são ignoradas para este
propósito. As variáveis ​​atualmente reconhecidas são:

BTS_OFFLINE
Se estiver definido para sim, então é o mesmo que o --desligada parâmetro de linha de comando
sendo usado. Só tem efeito no mostrar e erros comandos. O padrão é não.
Veja a descrição do mostrar comando acima para obter mais informações.

BTS_CACHE
Se estiver definido para não, então é o mesmo que o --sem cache parâmetro de linha de comando
sendo usado. Só tem efeito no mostrar e erro comandos. O padrão é sim.
Novamente, veja o mostrar comando acima para obter mais informações.

BTS_CACHE_MODE ={minutos,mbox,completa}
Quanto do BTS devemos espelhar quando somos solicitados a armazenar algo em cache? Apenas o
mínimo, ou também o mbox ou a coisa toda? O padrão é minutos, e tem o mesmo
significando como o --modo de cache parâmetro de linha de comando. Tem efeito apenas no cache.
veja a esconderijo comando para obter mais informações.

BTS_FORCE_REFRESH
Se estiver definido para sim, então é o mesmo que o - force-refresh linha de comando
parâmetro sendo usado. Só tem efeito no esconderijo comando. O padrão é não.
veja a esconderijo comando para obter mais informações.

BTS_MAIL_READER
Se estiver definido, especifica um leitor de e-mail para usar em vez de vira-lata. Igual ao
--leitor de e-mail opção de linha de comando.

BTS_SENDMAIL_COMMAND
Se estiver definido, especifica um enviar correio comando para usar em vez de / usr / sbin / sendmail.
O mesmo que o --enviar correio opção de linha de comando.

BTS_ONLY_NEW
Baixe apenas novos bugs ao armazenar em cache. Não verifique se há atualizações nos bugs que já temos.
O padrão é não. Igual ao --somente-novo opção de linha de comando.

BTS_SMTP_HOST
Se estiver definido, especifica um host SMTP a ser usado para enviar e-mail em vez de usar o
enviar correio comando. Igual ao --smtp-host opção de linha de comando.

Observe que esta opção tem prioridade sobre BTS_SENDMAIL_COMMAND se ambos estiverem definidos, a menos
da --enviar correio opção é usada.

BTS_SMTP_AUTH_USERNAME, BTS_SMTP_AUTH_PASSWORD
Se essas opções forem definidas, é o mesmo que o --smtp-nome de usuário e
--smtp-senha opções em uso.

BTS_SMTP_HELO
O mesmo que o --smtp-helo opção de linha de comando.

BTS_INCLUDE_RESOLVED
Se estiver definido para não, então é o mesmo que o --não-inclusão-resolvido linha de comando
parâmetro sendo usado. Só tem efeito no esconderijo comando. O padrão é sim.
veja a esconderijo comando para obter mais informações.

BTS_SUPPRESS_ACKS
Se estiver definido para sim, então é o mesmo que o --não-ack parâmetro de linha de comando
sendo usado. O padrão é não.

BTS_INTERACTIVE
Se estiver definido para sim or força, então é o mesmo que o --interativo or
--force-interativo parâmetro de linha de comando sendo usado. O padrão é não.

BTS_DEFAULT_CC
Especifique uma lista de endereços de e-mail para os quais uma cópia carbono do e-mail gerado
o bot de controle deve ser enviado automaticamente.

BTS_SERVER
Especifique o nome de um servidor debbugs que deve ser usado em vez de
https://bugs.debian.org.

Use bts online usando serviços onworks.net