API do freeware host sobre o apt-get [closed]

Question

Eu sou novo no ambiente Linux e Unix. Eu construí uma API Pro * C para interação C ++ e Oracle, que é muito mais fácil de usar do que a tecnologia Pro * C convencional.

If you are using Pro*C then you might be aware of its pain. That, you need to write .pc file, then using Oracle precompiler, you need to compile the code to get .cpp file, then again compile it to get the .o (executable file). To make the process easy I created an API which provides the programmer with built-in classes and functions, so that he/she can implement it to boost the development of C++ and Oracle SQL.

Agora, quero hospedar a API como um freeware para que seja possível fazer o download da API usando o apt-get em seus respectivos sistemas. Como posso hospedar meu arquivo no apt-get?

    

Answer 1

Você precisa obter o debian para distribuí-lo - não necessariamente fácil e certamente não rápido, e você precisará de mais um ponto de distribuição normal primeiro - ou então hospedar seu próprio repositório online e fazer com que seus usuários configurem isso no apt .

Quase ninguém faz isso; google e dropbox vêm à mente. Google eu posso entender, e dropbox e google fazem isso porque eles usam partes proprietárias e o Debian não distribuirá isso. Parece que será mais incômodo do que escrever e manter uma pequena biblioteca C ++. Uma boa razão para não fazer isso é afastar mais usuários do que atrairá. Se eu fosse baixar alguma biblioteca desconhecida como essa e eles quisessem que eu adicionasse um repositório, eu iria procurar em outro lugar, obrigado. Qual é o objetivo disso? Eu presumo que seja de código aberto. Por que não posso simplesmente baixar um tarball de origem e compilá-lo? Se eu sou um programador em C ++, dificilmente vou ver isso como um aborrecimento.

Na verdade, pelo contrário, eu considero isso uma conveniência - é código aberto . .deb packages geralmente indicam uma compilação binária ; Se você quer a fonte, você tem que pegá-la separadamente. Então você terá que manter pacotes para múltiplas plataformas (32-bit, 64-bit, ARM ...) e talvez múltiplos distos, já que nem todas as distribuições derivadas do Debian usam a mesma base. Isso sem mencionar as distros baseadas em linux não baseadas em apt (Arch, toda a família Fedora), e, já que parece que sua API é construída em algo que já é portátil, não linux e até mesmo não-nix *. ¹ Se você não quer manter pacotes binários e ao invés disso apenas tem uma fonte .deb, por que se incomodar? Eu não acho que alguém faz isso, porque é inútil e obviamente assim.

Um repo online será um incômodo para você, e é realmente um aborrecimento para o usuário no final também, porque, como mencionado, o programador C ++ médio não vai ser de forma alguma adverso para apenas trabalhar com um normal tarball de origem. Eu presumo que isso leva < 30 segundos para compilar de qualquer maneira. Simples. Fácil. Normal. Feito.

Por isso, incentivo você a hospedar apenas uma página em algum lugar, como o github ou o sourceforge . O último é gratuito, amplamente conhecido e respeitado, lhe dará publicidade gratuita automática com sua base de usuários gigante (a maioria dos quais são outros desenvolvedores) e fornece hospedagem web de serviço completo. Se você já tem hosing em algum lugar, você pode simplesmente criar uma página estática para isso. A criação de um repositório apt, por outro lado, é algo que você terá que pagar em uma base contínua, porque vai exigir uma fatia dedicada em algum lugar.

Observe que você não precisa usar um repositório para criar e distribuir um pacote .deb , apenas os usuários não poderão usar apt-get , eles terão que fazer o download do seu site. Você deve ter uma página em algum lugar descrevendo o produto, etc., mesmo se você hospedar um repositório também.

¹ Em essência, você usaria o que soa como um pacote que poderia ser usado em qualquer lugar - windows, OSX, em qualquer lugar com Oracle e um compilador C ++ - e empacotá-lo de forma completa maneira não portátil e restritiva, de modo que apenas usuários de sistemas baseados no debian possam acessá-lo. Tipo de baixo-ackward.