Bug#826799: ITP: libplack-handler-anyevent-fcgi-perl -- Asynchronous FCGI handler for PSGI using AnyEvent::FCGI

2016-06-08 Thread Xavier Guimard
Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: libplack-handler-anyevent-fcgi-perl Version : 0.01 Upstream Author : Tatsuhiko Miyagawa * URL : https://metacpan.org/release/Plack-Handler-AnyEvent-FCGI * License : Artistic or GPL-1+ Pro

Bug#826798: ITP: libanyevent-fcgi-perl -- Perl non-blocking FastCGI server

2016-06-08 Thread Xavier Guimard
Package: wnpp Severity: wishlist Owner: Xavier Guimard * Package name: libanyevent-fcgi-perl Version : 0.04 Upstream Author : Vitaly Kramskikh, * URL : https://metacpan.org/release/AnyEvent-FCGI * License : Artistic or GPL-1+ Programming Lang: Perl Descrip

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Lars Wirzenius
On Wed, Jun 08, 2016 at 10:41:33PM +0100, Ben Hutchings wrote: > I don't see what's so unreasonable about that. They're asking you to > provide the same licence for your contributions, as the licence for the > existing Gitlab software.  Every FOSS project expects that, even if > they don't make su

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Jose-Luis Rivas
On 08/06/16, 10:41pm, Ben Hutchings wrote: > On Wed, 2016-06-08 at 19:40 +0200, Alexander Wirt wrote: > > On Wed, 08 Jun 2016, Jonathan Dowland wrote: > > > > > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > > > I am also not very keen on using a system with a "open core / >

Pagure and Gitolite for project+code hosting (was: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project))

2016-06-08 Thread Ben Finney
Barry Warsaw writes: > Another possible option is Pagure > https://pagure.io/ Wow, that's an attractive option. Thanks! > Written in Python and developed by Fedora. Apropos the discussions in this thread: Pagora uses Gitolite https://docs.pagure.org/pagure/overview.html> as its component for m

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Joachim Breitner
Hi, Am 8. Juni 2016 22:47:24 MESZ, schrieb Julien Cristau : >On Wed, Jun 8, 2016 at 15:56:31 +0200, Joachim Breitner wrote: > >> We’ll have to allow for some diversity, if only to try new paths (and >> then, eventually, cut off old ones). Especially as long as there is >> motivation.  >> >I have

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Barry Warsaw
On Jun 07, 2016, at 11:22 PM, Pirate Praveen wrote: >I have started a wiki page to compare gitolite and gitlab >https://wiki.debian.org/Alioth/GitNext Another possible option is Pagure https://pagure.io/ Written in Python and developed by Fedora. Cheers, -Barry pgpAFfrqLj5m8.pgp Description:

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Ben Hutchings
On Wed, 2016-06-08 at 19:40 +0200, Alexander Wirt wrote: [...] > Debian needs feature X but it is already in the e.nterprise version. We make > a patch and for commercial reasons it never gets merged (they already sell it > in the enterprise version). Which means we will have to fork the software a

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Ben Hutchings
On Wed, 2016-06-08 at 19:40 +0200, Alexander Wirt wrote: > On Wed, 08 Jun 2016, Jonathan Dowland wrote: > > > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > > I am also not very keen on using a system with a "open core / enterprise" > > > model. For such a crucial service I wo

Bug#826774: ITP: genwqe-user -- A hardware accelerated version of zLib using PCIe with FPGA

2016-06-08 Thread Breno Leitao
Package: wnpp Severity: wishlist Owner: Breno Leitao * Package name: genwqe-user Version : 4.0.17 Upstream Author : Frank Haverkamp * URL : https://github.com/ibm-genwqe/genwqe-user * License : Apache Version 2.0 Programming Lang: C Description : A hard

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Julien Cristau
On Wed, Jun 8, 2016 at 15:56:31 +0200, Joachim Breitner wrote: > We’ll have to allow for some diversity, if only to try new paths (and > then, eventually, cut off old ones). Especially as long as there is > motivation.  > I haven't seen much motivation to maintain alioth (especially the fusionfo

Re: Genesis of the git.d.o/gitlab.d.o confusion

2016-06-08 Thread Tollef Fog Heen
]] Ian Jackson > But what you are saying is that they must, right away, pick a fight > with the administrators and users of the existing services. They have > to declare their intent to obsolete it and write out a detailed plan > on how everyone will have to change. > > I think that this would

Re: why, nicely explained (Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Michael Lustfield
On Wed, Jun 8, 2016 at 12:39 PM, Milan Kupcevic wrote: > On 06/08/2016 02:55 PM, Michael Lustfield wrote: > > On Wed, 8 Jun 2016 15:47:46 +, Holger Levsen > > mailto:hol...@layer-acht.org>> wrote: > >>Thanks for this nice summary. It helped me understand things better. > > > > I'm... actually

Upstream releases on GitHub (was: Generating upstream version from git history with uscan)

2016-06-08 Thread Ben Finney
Mo Zhou writes: > (Keep me in CC list please) Done. > I'm working on some packages whose upstream (github) doesn't make > releases. So I need to invent upstream versions, that's OK. Can you appeal to upstream to make releases? The Upstream Guide https://wiki.debian.org/UpstreamGuide#Releases_a

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Adrien CLERC
Le 08/06/2016 à 10:53, Christiaan de Die le Clercq a écrit : > > +1 > > Though I am not involved in this discussion and didn't read a lot of > previous emails about this. I am going to assume it would be hosted on > Debian's servers and not with Gitlab's hosted services. We use Gogs at > the office

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Milan Kupcevic
On 06/08/2016 02:08 PM, Milan Kupcevic wrote: > On 06/08/2016 11:19 AM, Felipe Sateler wrote: >> >> So, say I want to contribute to a project I don't normally work in. Steps >> in alioth: >> > > [...] > > Well, I would go this route: > > - git clone > - hack > - git commit -a -v > - git format

Re: why, nicely explained (Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Milan Kupcevic
On 06/08/2016 02:55 PM, Michael Lustfield wrote: > On Wed, 8 Jun 2016 15:47:46 +, Holger Levsen > mailto:hol...@layer-acht.org>> wrote: >>Thanks for this nice summary. It helped me understand things better. > > I'm... actually gonna save this for later because it helps me understand > the alio

Re: why, nicely explained (Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Michael Lustfield
On Wed, 8 Jun 2016 15:47:46 +, Holger Levsen wrote: >Thanks for this nice summary. It helped me understand things better. I'm... actually gonna save this for later because it helps me understand the alioth workflow. I'm still relatively fresh to Debian dev and can say, without any doubt, ali

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Matt Zagrabelny
On Wed, Jun 8, 2016 at 12:40 PM, Alexander Wirt wrote: > On Wed, 08 Jun 2016, Jonathan Dowland wrote: > >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: >> > I am also not very keen on using a system with a "open core / enterprise" >> > model. For such a crucial service I would r

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Marcin Kulisz
On 2016-06-08 11:08:02, Lars Wirzenius wrote: > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > I am also not very keen on using a system with a "open core / enterprise" > > model. For such a crucial service I would really prefer a real open source > > system. But maybe I am alo

Re: why, nicely explained (Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Marc Haber
On Wed, 8 Jun 2016 15:47:46 +, Holger Levsen wrote: >Thanks for this nice summary. It helped me understand things better. What Holger says +1. I must say that I like the discussion style shown in this thread up to now. Please more of this friendly constructivism. Greetings Marc --

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Marc Haber
On Wed, 8 Jun 2016 11:21:30 +0100, Jonathan Dowland wrote: >If it takes off and is popular, then migrating to a .org, what happens to >Alioth, >where git.d.o point etc. are all things to worry about in the future, but >they're >moot if it doesn't take off. So focus on getting a separate service

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Milan Kupcevic
On 06/08/2016 11:19 AM, Felipe Sateler wrote: [...] > > So, say I want to contribute to a project I don't normally work in. Steps > in alioth: > [...] Well, I would go this route: - git clone - hack - git commit -a -v - git format-patch -1 --to=proj...@lists.alioth.debian.org | mailx -t >

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Jonathan Dowland wrote: > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > I am also not very keen on using a system with a "open core / enterprise" > > model. For such a crucial service I would really prefer a real open source > > system. But maybe I am alo

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Alexandre Viau wrote: > On 08/06/16 07:57 AM, Alexander Wirt wrote: > > On Wed, 08 Jun 2016, Antonio Terceiro wrote: > > > >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > >> for authentication, I think you should probably use the Debian SSO with > >> clie

Bug#826757: ITP: golang-github-pkg-errors -- Simple error handling primitives for Go

2016-06-08 Thread Anthony Fok
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-pkg-errors Version : 0.6.0+git20160608.5.2af433a-1 Upstream Author : Dave Cheney * URL : https://github.com/pkg/errors * License : BSD-2-clause Programming Lang: Go Descripti

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
On Wed, Jun 08, 2016 at 05:16:54PM +0100, Ian Jackson wrote: > Luca Filipozzi writes ("Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: > Next steps for gitlab.debian)"): > > On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote: > > > That speaks more to the need of actually droppin

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Ian Campbell
On Wed, 2016-06-08 at 20:29 +0530, Balasankar C wrote: > Tell me an "easy" way to do merging in alioth, I think perhaps it hasn't been made clear to folks on this thread that gitlab is more like a github style thing (with a webui for PRs and whatnot) rather than a more "traditional"/"simple" git h

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Ian Jackson
Luca Filipozzi writes ("Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)"): > On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote: > > That speaks more to the need of actually dropping the not-shiny-anymore > > services rather than block adding a new

why, nicely explained (Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Holger Levsen
On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote: > Git is not only for code hosting. It is also a tool for collaborating, > even with people not formally affiliated with your project. > > So, say I want to contribute to a project I don't normally work in. Steps > in alioth: > > -

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
On Wed, Jun 08, 2016 at 03:19:09PM +, Felipe Sateler wrote: > >> But that doesn't mean we as a project have to run and keep maintaining > >> all the things that were once shiney. > > > > +1 > > That speaks more to the need of actually dropping the not-shiny-anymore > services rather than blo

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Felipe Sateler
On Wed, 08 Jun 2016 15:14:36 +0100, Iain R. Learmonth wrote: > Hi All, > > On 08/06/16 15:10, Peter Palfrader wrote: >> On Wed, 08 Jun 2016, Marco d'Itri wrote: >>> Since usability is the main reason many people hate using alioth, > > Do people really hate Alioth if they're just using it for git

Bug#826748: ITP: webhook -- Small server for creating HTTP endpoints (hooks)

2016-06-08 Thread Free Ekanayaka
Package: wnpp Severity: wishlist Owner: Free Ekanayaka * Package name: webhook Version : 2.3.8 Upstream Author : Adnan Hajdarevic * URL : https://github.com/adnanh/webhook * License : MIT Programming Lang: Go Description : Small server for creating HTT

Odp:

2016-06-08 Thread BSN Capital
08/06/2016 TO: debian-devel@lists.debian.org Czy potrzebujesz zatwierdzony biznes i prywatnego kredytu / Finansowanie w maksymalnej wysokosci 3% w skali roku. Skontaktuj sie z nami po wiecej szczególów w razie zainteresowania. Dziekuje. BSN Capital Zarzadzanie (C) 2016

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Balasankar C
On ബുധന്‍ 08 ജൂണ്‍ 2016 07:44 വൈകു, Iain R. Learmonth wrote: > Do people really hate Alioth if they're just using it for git hosting? > You do some ssh and make a repo and then you just pull and push as you > would with anything else. > Tell me an "easy" way to do merging in alioth, and then let

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Antonio Terceiro
On Wed, Jun 08, 2016 at 03:14:36PM +0100, Iain R. Learmonth wrote: > Hi All, > > On 08/06/16 15:10, Peter Palfrader wrote: > > On Wed, 08 Jun 2016, Marco d'Itri wrote: > >> Since usability is the main reason many people hate using alioth, > > Do people really hate Alioth if they're just using it

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexandre Viau
On 08/06/16 10:17 AM, Ole Streicher wrote: > Alexandre Viau writes: >> - DDs login with Debian SSO and upload their public key on the web inteface > > Just a question: aren't there already SSH keys in ldap, and can't these > be re-used? If that is possible, then yes! It would be great. But thi

Re: make ping executable by normal users?

2016-06-08 Thread Santiago Vila
On Wed, Jun 08, 2016 at 02:44:52PM +0100, Ben Hutchings wrote: > [...] see bug #770492. Truly amazing! For "ping", it would be like this: $ /sbin/getcap /bin/ping /bin/ping = cap_net_raw+ep $ chown root:root /bin/ping chown: changing ownership of '/bin/ping': Operation not permitted $ /sbin/getca

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Ole Streicher
Alexandre Viau writes: > - DDs login with Debian SSO and upload their public key on the web inteface Just a question: aren't there already SSH keys in ldap, and can't these be re-used? Best regards Ole

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Iain R. Learmonth
Hi All, On 08/06/16 15:10, Peter Palfrader wrote: > On Wed, 08 Jun 2016, Marco d'Itri wrote: >> Since usability is the main reason many people hate using alioth, Do people really hate Alioth if they're just using it for git hosting? You do some ssh and make a repo and then you just pull and push

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Peter Palfrader
On Wed, 08 Jun 2016, Marco d'Itri wrote: > On Jun 08, Luca Filipozzi wrote: > > > Let me rephrase, then: can we have a plan that addresses alioth / git / > > gitolite / gitlab / stuff rather than standing up yet another SCM/PM tool > > because it's shiny? > Since usability is the main reason man

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexandre Viau
On 08/06/16 07:57 AM, Alexander Wirt wrote: > On Wed, 08 Jun 2016, Antonio Terceiro wrote: > >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: >> for authentication, I think you should probably use the Debian SSO with >> client certificates: >> https://wiki.debian.org/DebianSingle

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Antonio Terceiro
On Wed, Jun 08, 2016 at 01:57:10PM +0200, Alexander Wirt wrote: > On Wed, 08 Jun 2016, Antonio Terceiro wrote: > > > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > > On Wed, 08 Jun 2016, Pirate Praveen wrote: > > > > > > > On Wednesday 08 June 2016 01:07 AM, Bastian Blank wro

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Joachim Breitner
Hi, Am Mittwoch, den 08.06.2016, 13:46 + schrieb Luca Filipozzi: > On Wed, Jun 08, 2016 at 03:17:44PM +0200, Joachim Breitner wrote: > > > Let me rephrase, then: can we have a plan that addresses alioth / git / > gitolite / gitlab / stuff rather than standing up yet another SCM/PM tool > beca

Re: Generating upstream version from git history with uscan

2016-06-08 Thread Alexandre Viau
Hello! On 08/06/16 09:13 AM, Mo Zhou wrote: > I read all the uscan examples, and it seems that uscan > works basing on http and ftp only. That is to say uscan > will not scan Git repos so the above demand won't be > satisfied. `man uscan` will tell you that there is a `git mode`. Unfortunately, t

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Marco d'Itri
On Jun 08, Luca Filipozzi wrote: > Let me rephrase, then: can we have a plan that addresses alioth / git / > gitolite / gitlab / stuff rather than standing up yet another SCM/PM tool > because it's shiny? Since usability is the main reason many people hate using alioth, "because it's shiny" is a

Re: Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Luca Filipozzi
On Wed, Jun 08, 2016 at 03:17:44PM +0200, Joachim Breitner wrote: > Am Mittwoch, den 08.06.2016, 10:21 +0100 schrieb Jonathan Dowland: > > On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: > > > Thanks for the offer. It would be great if I have more hands to help with > > > migrating

Re: make ping executable by normal users?

2016-06-08 Thread Ben Hutchings
On Tue, 2016-06-07 at 14:56 -0800, Britton Kerin wrote: > On Thu, Jun 2, 2016 at 2:33 PM, Santiago Vila wrote: > > On Thu, Jun 02, 2016 at 01:56:08PM -0800, Britton Kerin wrote: > > > On my old debian system I could ping as a normal user.  The ping > > > binary had the suid bit set.  Now I get: >

Generating upstream version from git history with uscan

2016-06-08 Thread Mo Zhou
Hi folks, (Keep me in CC list please) I'm working on some packages whose upstream (github) doesn't make releases. So I need to invent upstream versions, that's OK. However when one is going to maintain a number of packages that watch is not present, upstream update tracking by hand would be a nig

Genesis of the git.d.o/gitlab.d.o confusion (Was: Next steps for gitlab.debian)

2016-06-08 Thread Joachim Breitner
Hi, Am Mittwoch, den 08.06.2016, 10:21 +0100 schrieb Jonathan Dowland: > On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: > > Thanks for the offer. It would be great if I have more hands to help with > > migrating git.debian.org > > Whoah there. Running an official Debian gitlab in

Bug#826735: ITP: haskell-monadplus -- Haskell98 partial maps and filters over MonadPlus

2016-06-08 Thread Sean Whitton
Package: wnpp Severity: wishlist Owner: Sean Whitton * Package name: haskell-monadplus Version : 1.4.2 Upstream Author : Hans Hoglund * URL : https://hackage.haskell.org/package/monadplus * License : BSD-3-clause Programming Lang: Haskell Description :

Bug#826729: ITP: python-cymruwhois -- python library for interfacing with the whois.cymru.com service

2016-06-08 Thread Ana Custura
Package: wnpp Severity: wishlist Owner: Ana Custura * Package name: python-cymruwhois Version : 1.5 Upstream Author : Justin Azoff * URL : https://github.com/JustinAzoff/python-cymruwhois * License : X11 Programming Lang: Python Description : python li

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Antonio Terceiro wrote: > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > > On Wed, 08 Jun 2016, Pirate Praveen wrote: > > > > > On Wednesday 08 June 2016 01:07 AM, Bastian Blank wrote: > > > > [SN: trimmed Cc list, as this is about what Debian wants] > > >

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Antonio Terceiro
On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > On Wed, 08 Jun 2016, Pirate Praveen wrote: > > > On Wednesday 08 June 2016 01:07 AM, Bastian Blank wrote: > > > [SN: trimmed Cc list, as this is about what Debian wants] > > > > > > Hi Alex > > > > > > On Tue, Jun 07, 2016 at 08:0

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Milan P. Stanic wrote: > On Wed, 2016-06-08 at 10:53, Christiaan de Die le Clercq wrote: > > > > On 06/08/2016 10:39 AM, Arturo Borrero Gonzalez wrote: > > > On 8 June 2016 at 10:08, Lars Wirzenius wrote: > > >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote:

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Jonathan Dowland wrote: > On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: > > Thanks for the offer. It would be great if I have more hands to help with > > migrating git.debian.org > > Whoah there. Running an official Debian gitlab instance is one thing, > mi

Re: make ping executable by normal users?

2016-06-08 Thread Adam Borowski
On Tue, Jun 07, 2016 at 02:56:11PM -0800, Britton Kerin wrote: > On Thu, Jun 2, 2016 at 2:33 PM, Santiago Vila wrote: > > On Thu, Jun 02, 2016 at 01:56:08PM -0800, Britton Kerin wrote: > >> On my old debian system I could ping as a normal user. The ping > >> binary had the suid bit set. Now I ge

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Jonathan Dowland
On Wed, Jun 08, 2016 at 03:15:29PM +0530, Pirate Praveen wrote: > On Wednesday 08 June 2016 02:51 PM, Jonathan Dowland wrote: > > On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: > >> Thanks for the offer. It would be great if I have more hands to help with > >> migrating git.debian.

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Milan P. Stanic
On Wed, 2016-06-08 at 10:53, Christiaan de Die le Clercq wrote: > > On 06/08/2016 10:39 AM, Arturo Borrero Gonzalez wrote: > > On 8 June 2016 at 10:08, Lars Wirzenius wrote: > >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > >>> I am also not very keen on using a system with a

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Adam D. Barratt
On 2016-06-08 10:45, Pirate Praveen wrote: On Wednesday 08 June 2016 02:51 PM, Jonathan Dowland wrote: On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: Thanks for the offer. It would be great if I have more hands to help with migrating git.debian.org Whoah there. Running an of

Re: replacing alioth is more than git (Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Julien Cristau
On Wed, Jun 8, 2016 at 09:41:11 +, Holger Levsen wrote: > Hi, > > setting up this gitlab thing is one thing, but moving away from alioth > has this problem that we'll need to keep (svn|cvs|bzr|hg|...).debian.org > as not only some packages workflows depend on it, but also parts of our > own

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Pirate Praveen
On Wednesday 08 June 2016 02:51 PM, Jonathan Dowland wrote: > On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: >> Thanks for the offer. It would be great if I have more hands to help with >> migrating git.debian.org > > Whoah there. Running an official Debian gitlab instance is one

replacing alioth is more than git (Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Holger Levsen
Hi, setting up this gitlab thing is one thing, but moving away from alioth has this problem that we'll need to keep (svn|cvs|bzr|hg|...).debian.org as not only some packages workflows depend on it, but also parts of our own infrastructure. Does anyone has any idea how to do this in practice, wit

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Martin Zobel-Helas
Hi, On Tue Jun 07, 2016 at 10:19:48 +0530, Pirate Praveen wrote: > > Another prerequisite for > >d.o > >hosting is that it runs on a DSA-managed machine. > > How do I get such a machine? Since Gitlab Inc, is sponsoring this > hosting, should we get a new machine and set it up as per DSA > standa

Re: Dropping upstart jobs (or not)

2016-06-08 Thread Jonathan Dowland
On Sat, Jun 04, 2016 at 09:35:29PM -0700, Russ Allbery wrote: > Because that's the point of this thread. Notice the subject? That's the > point I'm making. I think I like the new, angry Russ :>

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Jonathan Dowland
On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > I am also not very keen on using a system with a "open core / enterprise" > model. For such a crucial service I would really prefer a real open source > system. But maybe I am alone with that oppinion. You are not alone, but please

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Jonathan Dowland
On Tue, Jun 07, 2016 at 10:25:07AM +0530, Pirate Praveen wrote: > Thanks for the offer. It would be great if I have more hands to help with > migrating git.debian.org Whoah there. Running an official Debian gitlab instance is one thing, migrating git.debian.org is quite another. Did I miss where t

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Christiaan de Die le Clercq
On 06/08/2016 10:39 AM, Arturo Borrero Gonzalez wrote: > On 8 June 2016 at 10:08, Lars Wirzenius wrote: >> On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: >>> I am also not very keen on using a system with a "open core / enterprise" >>> model. For such a crucial service I would re

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Arturo Borrero Gonzalez
On 8 June 2016 at 10:08, Lars Wirzenius wrote: > On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: >> I am also not very keen on using a system with a "open core / enterprise" >> model. For such a crucial service I would really prefer a real open source >> system. But maybe I am alon

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Lars Wirzenius
On Wed, Jun 08, 2016 at 09:47:56AM +0200, Alexander Wirt wrote: > I am also not very keen on using a system with a "open core / enterprise" > model. For such a crucial service I would really prefer a real open source > system. But maybe I am alone with that oppinion. You're not alone. The open co

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Alexander Wirt
On Wed, 08 Jun 2016, Pirate Praveen wrote: > On Wednesday 08 June 2016 01:07 AM, Bastian Blank wrote: > > [SN: trimmed Cc list, as this is about what Debian wants] > > > > Hi Alex > > > > On Tue, Jun 07, 2016 at 08:06:41PM +0200, Alexander Wirt wrote: > >> Its more things like: > >> - integratio

Re: Next steps for gitlab.debian (Re: GitLab B.V. to host free-software GitLab for Debian project)

2016-06-08 Thread Pirate Praveen
On Wednesday 08 June 2016 01:07 AM, Bastian Blank wrote: > [SN: trimmed Cc list, as this is about what Debian wants] > > Hi Alex > > On Tue, Jun 07, 2016 at 08:06:41PM +0200, Alexander Wirt wrote: >> Its more things like: >> - integration into alioth - aka, how easy is it to integrate the already

Bug#826707: ITP: golang-github-bowery-prompt -- Cross platform prompting library

2016-06-08 Thread Anthony Fok
Package: wnpp Severity: wishlist Owner: Anthony Fok * Package name: golang-github-bowery-prompt Version : 0.0~git20150722.0.3a76720-1 Upstream Author : Bowery, Inc. * URL : https://github.com/Bowery/prompt * License : MIT (Expat) Programming Lang: Go Descri