hupstream, sondage buildsystems, mai 2013
 Share
The version of the browser you are using is no longer supported. Please upgrade to a supported browser.Dismiss

 
View only
 
 
Still loading...
ABCDEFGHIJKLMNOPQRST
1
HorodateurPackagez-vous des logiciels pour Linux ?Comment fabriquez-vous vos packages ?Êtes-vous satisfait de ce mode de fonctionnement ?Pourquoi ?Utiliseriez-vous un buildsystem (par ex., Debian) hébergé en ligne ?Pourquoi ?Qu'est-ce qui serait susceptible de vous faire changer d'avis ?Utilisez-vous d'autres services hébergés en ligne par un tiers (type github, bitbucket, sourceforge, travis-ci, dropbox, etc.) ?
2
07/05/2013 17:05:03ouien local sur votre machine, sur une machine personnelle dédiéeouiMaitrise des serveurs de build. Confiance dans le workflow.nonPas assez confiance dans les services en ligne de build.Ajouter beaucoup de couche de signature/validation qui rendrait le process assez lourd.Oui, du stockage de fichier sur mes VMs ou chiffrés sur des services en ligne comme Dropbox ou équivalent.
3
07/05/2013 17:21:50non
4
07/05/2013 17:22:12ouisur un serveur dédié pour une équipe, sur l'infrastructure d'une distribution Linuxouimachine rapide
environnement sur
nona priori j'ai tout ce qu'il me faut pour le moment

mentors.debian.org fonctionne bien pour les packages publiques.
un truc similaire a mentors pour des packages perso peut etrela question est trop large
5
07/05/2013 17:22:53non
6
07/05/2013 17:32:44non
7
07/05/2013 17:58:34ouien local sur votre machine, sur l'infrastructure d'une distribution LinuxouinonJe ne package pas de .debgmail, owncloud, wordpress, gitorious
8
07/05/2013 18:00:54ouien local sur votre machine, sur une machine personnelle dédiée, sur un serveur dédié pour une équipe, sur l'infrastructure du projetouiLes pratiques utilisées sont celles permettant de garantir au mieux le fait que le package build, s'installe, ou a les dépendences correcte pour l'installation cible.nondebian a sa propre plateforme de build de paquet, il est relativement aisé de faire la sienne en suivant la documentation des différents projets [1], le plus compliqué est d'acquérir les connaissances pour faire les paquets correctement.

[1] https://github.com/EvaSDK/debian-packaging-utilities
Que le projet debian utilise ce systèmeSans exemples, je dirais juste que j'ai une dedibox sur laquelle j'héberge mes propres services autant que possible afin de ne pas dépendre d'un fournisseur en particulier.
9
07/05/2013 20:08:25non
10
10/05/2013 11:53:17ouisur l'infrastructure d'une distribution LinuxouinonNon
11
10/05/2013 13:32:06ouisur un serveur dédié pour une équipe, sur l'infrastructure d'une distribution LinuxouiMise en place des chroot assez rapide avec sbuild et schroot. Déclenchement des builds avec Jenkins depuis git facile. Demande un peu de maintenance mais est globalement acceptanonPas d'export de notre code source en dehors de notre machine sécurisée.Mise à disposition d'un outil packagé et donc installable sur nos propres machinesGihub et cloudbees pour quelques projets publiques. Machines de build debian officielles pour les paquets publiques.
12
10/05/2013 13:35:02ouien local sur votre machine, VMs en localouiTrès rapide et fonctionne offlineouinécessaire pour le portage vers les autres architecturessimplicité d'installation.

apt-get install $x

rien d'autre
github
13
10/05/2013 14:39:37ouisur une machine personnelle dédiéenonBesoin d'héberger et maintenir une machine dédiée.ouiGitHub.
14
10/05/2013 22:46:31ouien local sur votre machineouinon
15
12/05/2013 01:17:20ouisur une machine personnelle dédiéenonJe trouverais plus simple d'avoir une (des) machine(s) commune(s) à tous les contributeurs d'un projet, et cela permet un build sur une base normée.ouioui 3 cités ci-dessus régulièrement
16
12/05/2013 22:51:24non
17
13/05/2013 11:07:16ouien local sur votre machine, Sur des machines virtuelles, une par version et architecturenonIl faut copier le SRC.RPM sur chaque machine, installer les BuildRequires à la main sur chaque machine, et installer le clés GNUPG sur chaque machine qui package les RPM.ouiPlus simple, pour l'emploi.Lenteur d'upload de SRPM à cause de connexion ADSL.Google Drive
18
13/05/2013 11:14:34non
19
13/05/2013 11:29:54non
20
13/05/2013 13:07:08non
21
13/05/2013 13:59:45ouien local sur votre machinenonC'est assez compliqué en local car ils manquent toujours des dépendances et moi-même étant en x86_64 et n'ayant pas de VB c'est très contraignant pour builder en i586 du coups, de même si l'on veut builder pour plusieurs versions d'une distribution.ouiAvec un grand plaisir.Oui Dropbox en privé et professionnel.
Oui github pour la préparation de certains paquets.
22
13/05/2013 17:50:23ouien local sur votre machineouiÇa me suffit pour les quelques paquets que je faisnonJe n'en vois pas l'utilitéSi on m'en explique l'intérêtnon
23
13/05/2013 21:15:30non
24
14/05/2013 12:27:40ouien local sur votre machine, sur une machine personnelle dédiée, sur un serveur dédié pour une équipe, sur l'infrastructure du projetouinonPackaging tiers, pas de besoins d'infra pour cela.La mise en place de tests fonctionnels / régressions automatisés pour mes cibles.
25
25/05/2013 13:02:56ouien local sur votre machineouioui
26
29/05/2013 14:56:06ouien local sur votre machinenonPour des packages lourds (quelques heures de build), ca penalise le travail.
nonJ'en connais pas.

Un outil qui permettent de decoreller le build upstream et la creation du package
Ou un outil qui permettent de rentrer dans le chroot au moment de l'echec
27
09/06/2013 09:42:39ouien local sur votre machine, sur une machine personnelle dédiéeouiEn construisant mes paquets sur ma machine, je peux le faire n'importe ou et les tester directement.
Sur une machine dédiée, c'est plaisant aussi car même si je dois y accéder à travers le Net, la puissance est plus au rendez-vous.
nonJe n'en ai aucun besoin.
28
29
HorodateurDo you package software for Linux?How/where do you build your packages?Are you happy with this setup?Why?Would you use a online hosted build system?Why?What would change your mind about it?Do you use other online hosted services, commercial or not? (eg. github, bitbucket, sourceforge, travis-ci, dropbox, etc.)?
30
10/05/2013 17:41:30yeson your local systemyesI have limited needs, for nowyesIt should in principle let me package my software for more distribution variants than I currently can
31
10/05/2013 18:18:40yeson a personal dedicated system, on a hosted build service (OBS, other)yesnogithub, travis-ci, dropbox
32
11/05/2013 09:30:49yeson a dedicated project servernoIt's automatized (phing), thus working well, but it's not our core competency, thus it's hard to maintain. yesIf it has a real added value by providing recommendations and official schemes to fit with the target OS requirements : pass Debian lint, suggest managed dependencies, etc. => avoid us to read the reprepro manual again and again :)
Also, would be really really interesting if more that one OS (at least deb and rpm)
Must have some price plans for OSS :)Github & sourceforge
33
13/05/2013 11:17:04no
34
13/05/2013 11:18:42yeson your local systemyesyesfaster compile timeeasy process / no (not much) extra work for a routine workflowyes
35
13/05/2013 11:20:27yeson your local system, on a Linux distribution project build systemnoIt is very slow/unpractical to test build of big packages on my local system before pushing to the distro build system which only allows pushing directly to the official repositories.yesTo build big packages before pushing them to the official repositories through the distro build system.
github/gitorious, but mostly read-only
36
13/05/2013 12:21:49no
37
13/05/2013 12:43:52no
38
13/05/2013 12:48:56yeson your local systemyesAlways at hand and mainly building arch-independant packagesyesAutomation and reproduceabilityI'm not sure I understand the question :-/Yes
39
13/05/2013 13:28:52yeson your local systemnoto hard to maintain and difficult to build for several distros.yesto build for several distros, and to let other than me be able to build the software.easy to use, pricegithub, ow2
40
13/05/2013 13:49:36yeson a personal dedicated systemyesnogithub, travis-ci, sourceforge
41
13/05/2013 14:43:32yeson your local systemnoIdeally the software should be built with ports (gentoo/bsd) on the user's system.
A local system is not stable and doesn't allow targeted regression testing.
noWon't solve problem 1 + overkill for just this.The price and reliability.Github/Bitbucket/SF
42
13/05/2013 17:11:20yeson your local systemyesnosecuritynothing
43
13/05/2013 17:29:05yeson your local system, on a Linux distribution project build systemyesnoIt doesn't suit my needs. Not to say it's not a valid thing to do. People like OBS afterall.Not sure.Occasionally use github and dropbox.
44
13/05/2013 19:29:33no
45
13/05/2013 21:01:22yeson your local system, on a personal dedicated system, on a dedicated project servernoI do not know how to build packages the right way.yesMy answer would be "maybe"github, bitbucket, dropbox and tried travis-ci
46
14/05/2013 12:01:13no
47
14/05/2013 12:40:56no
48
14/05/2013 16:41:45yeson a Linux distribution project build systemyesworks as expected :)noI don't need itIf I had to deploy on numerous systemsgithub, dropbox
49
14/05/2013 18:35:30yeson your local system, in a VM (VirtualBox)noThis was too complicated to set up, too many tools and best practice to follow, especially for Debian. Finally, it's not even completely finished and functional.yesI am not very familiar with online hosted build systems but I think it would save me time and hassles.Sourceforge to deliver our software. In the future github to host our code repository.
50
15/05/2013 12:35:48yeson your local system, on a personal dedicated system, on a Linux distribution project build systemyesyesFaster if I don't have all required setup under the hand
51
16/05/2013 11:37:05yeson your local systemyesIts convenient i have all my script and pbuilder chroot to get stuff from git and build offline when neededyesi would use it if it allowed me to schedule continious build based on git commits

what would be nice if it was building for several distro at once and support rpm/deb building
gihub
52
31/05/2013 03:01:26yeson your local system, on a personal dedicated system, on a dedicated project serveryesyes
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
Loading...
 
 
 
Réponses de formulaire