Hello,
> I also found that the rubygem gemoji is "Copyright All Rights
> Reserved" and hence not free software.
>
> https://github.com/github/gemoji/blob/master/LICENSE
>
> This means that we have options
upcoming Gitlab Version 6.7 will replace gemoji:
https://github.com/gitlabhq/
Just letting you guys know that real public repositories will be
supported shortly. In fact this feature comes with 6.2 on October 22 :)
https://github.com/gitlabhq/gitlabhq/commit/f1fd47875c19bf4bd9b5bbd2975f99209f1c282e
http://feedback.gitlab.com/forums/176466-general/suggestions/3159951-allo
First of all I subscribed to this list, so no need to cc me :)
On 08/23/2013 04:51 PM, Daniel Martí wrote:
Hello Axilleas,
In Fedora there are some guidelines that state that "packaging forks
is fine as long as they are parallel installable and don't interfere
with each other." which unfortuna
Hello Axilleas,
On Mon, Aug 19, 2013 at 12:12:39 +0300, Axilleas Pipinellis wrote:
> Hello team! Hope my reply will reach the correct thread...
It did :)
> My name is Axilleas Pipinellis, a student from Greece currently
> involved in a GSoC project and that is to package GitLab for
> Fedora[0].
Hello team! Hope my reply will reach the correct thread...
My name is Axilleas Pipinellis, a student from Greece currently involved
in a GSoC project and that is to package GitLab for Fedora[0].
I just found out you are making efforts to accomplish the same thing for
Debian, so I would like t
Hi,
On Sun, Jun 23, 2013 at 01:59:22PM +0200, Daniel Martí wrote:
> Cédric, could you please generate another graph?
I set up a cron job to generate the dependency graph daily.
(some may be missing because of network failure, like thoose since
June 16). You can find them at
http://people.debian.
Thank you for the detailed options, Ondřej. I'd go for #4 and, if it's
too difficult to implement, fall back to #1.
Cédric, could you please generate another graph?
Regards.
--
Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3
pgp_r7e0dm__4.pgp
Description: PGP signature
On Tue, Jun 11, 2013 at 11:45 AM, Per Andersson wrote:
> I also found that the rubygem gemoji is "Copyright All Rights Reserved" and
> hence not free software.
>
> https://github.com/github/gemoji/blob/master/LICENSE
>
> This means that we have options
>
> 1. Just don't use gemoji with gitlab
On Sun, Jun 9, 2013 at 6:32 PM, Daniel Martí wrote:
> We didn't come to much of an agreement, but there has been some
> progress:
>
>> # Extracting information from a git repository
>> # Provide access to Gitlab::Git library
>> gem 'gitlab_git', '~> 1.3.0'
>
>> # Ruby/Rack Git Smart-HTTP Server Ha
On Sun, Jun 9, 2013 at 9:12 PM, Per Andersson wrote:
> On Sun, Jun 9, 2013 at 7:15 PM, Cédric Boutillier
> wrote:
>> On Sun, Jun 09, 2013 at 06:13:28PM +0200, Per Andersson wrote:
>>> Reviving the GitLab packaging effort!
>>
>>> Could we generate a new graph and see what is missing and left to do
On Sun, Jun 9, 2013 at 7:15 PM, Cédric Boutillier
wrote:
> On Sun, Jun 09, 2013 at 06:13:28PM +0200, Per Andersson wrote:
>> Reviving the GitLab packaging effort!
>
>> Could we generate a new graph and see what is missing and left to do?
>
> I've just generated a new graph this afternoon. It is no
On Sun, Jun 09, 2013 at 06:13:28PM +0200, Per Andersson wrote:
> Reviving the GitLab packaging effort!
> Could we generate a new graph and see what is missing and left to do?
I've just generated a new graph this afternoon. It is now available from:
http://people.debian.org/~boutil/gitlab/gitlab_d
On Sun, Jun 9, 2013 at 6:52 PM, Daniel Martí wrote:
> Fair enough, thanks for the info.
>
> So I suppose we'll be patching gitlab to use the original libs, were the
> changes to these libs important for gitlab's functionality?
Honestly I don't remember. But I think it would be far easier to use
Fair enough, thanks for the info.
So I suppose we'll be patching gitlab to use the original libs, were the
changes to these libs important for gitlab's functionality?
On Sun, Jun 09, 2013 at 18:48:20 +0200, Ondřej Surý wrote:
> AFAIRemember I have packaged most (if not all) the gems with gitlab p
AFAIRemember I have packaged most (if not all) the gems with gitlab patches
under standard package names.
I did review gitlab patches and they are not much intrusive, so this should
work as is.
I would very much like to avoid to do the double packaging just for few lines
of patched code.
Ondř
We didn't come to much of an agreement, but there has been some
progress:
> # Extracting information from a git repository
> # Provide access to Gitlab::Git library
> gem 'gitlab_git', '~> 1.3.0'
> # Ruby/Rack Git Smart-HTTP Server Handler
> gem 'gitlab-grack', '~> 1.0.0', require: 'grack'
> # L
It's not dead :)
I'll be requesting sponsorship for ruby-stamp soon, one of the deps.
On Sun, Jun 09, 2013 at 18:13:28 +0200, Per Andersson wrote:
> Could we generate a new graph and see what is missing and left to do?
+1! There's lots to do. Certainly help would be welcome.
--
Daniel Martí -
On Wed, Mar 13, 2013 at 11:15 AM, Daniel Martí wrote:
> (You don't need to CC me, I am already in the debian ruby lists)
>
> On Wed, Mar 13, 2013 at 10:24:52 +0100, Per Andersson wrote:
>> What are the changes that are incompatible with original upstream?
>
> As he said, "fixes and improvements".
Reviving the GitLab packaging effort!
On Wed, Jan 23, 2013 at 11:22 PM, Cédric Boutillier
wrote:
> Hi,
>
> On Wed, Jan 23, 2013 at 11:40:40AM -0300, Antonio Terceiro wrote:
>
> Thanks Antonio for this cleaned Gemfile.
> I extracted from it the names of the gems, and generated a new graph
>
> ht
(You don't need to CC me, I am already in the debian ruby lists)
On Wed, Mar 13, 2013 at 10:24:52 +0100, Per Andersson wrote:
> What are the changes that are incompatible with original upstream?
As he said, "fixes and improvements". I did ask him if he could include
them upstream, but got no repl
On Sun, Mar 3, 2013 at 9:29 PM, Daniel Martí wrote:
> On Sun, Mar 03, 2013 at 20:33:09 +0100, Daniel Martí wrote:
>
>> We use patched libraries because we need some fixes and improvements over
>> native one.
>
> I asked whether he tried merging those changes into their respective
> upstream reposi
On Sun, Mar 03, 2013 at 20:33:09 +0100, Daniel Martí wrote:
> I emailed upstream twice about the custom ruby dependencies, but got no
> reply so far. Will try a third time and report back.
He did reply this time. And I quote:
> We use patched libraries because we need some fixes and improvements
Hello Antonio, Per and company,
My apologies for not getting back to you earlier. The graph will be of
great help, thank you!
I emailed upstream twice about the custom ruby dependencies, but got no
reply so far. Will try a third time and report back.
In the meantime, I'll start working in the de
On Thu, Jan 24, 2013 at 09:48:47AM +0100, Per Andersson wrote:
> Hi!
>
> On Wed, Jan 23, 2013 at 11:22 PM, Cédric Boutillier
> wrote:
> >
> > Thanks Antonio for this cleaned Gemfile.
> > I extracted from it the names of the gems, and generated a new graph
> >
> > http://people.debian.org/~bouti
Hi!
On Wed, Jan 23, 2013 at 11:22 PM, Cédric Boutillier
wrote:
>
> Thanks Antonio for this cleaned Gemfile.
> I extracted from it the names of the gems, and generated a new graph
>
> http://people.debian.org/~boutil/gitlab/gitlab_deps20130123.pdf
Neat, great work!
The gem rubyntlm is a false
Hi,
On Wed, Jan 23, 2013 at 11:40:40AM -0300, Antonio Terceiro wrote:
> That seems intimidating! :-/
> I tried to mark which dependencies in the Gemfile should not be
> strictly required (mainly development tools) to try achieving a more
> tractable dependency graph.
> I tried to re-generate th
On Mon, Jan 21, 2013 at 12:35:31AM +0100, Cédric Boutillier wrote:
> Hi,
>
> On Sun, Jan 20, 2013 at 11:26:44PM +0100, Daniel Martí wrote:
> > On Sun, Jan 20, 2013 at 10:59:02PM +0100, Per Andersson wrote:
>
> > > I have attached the script and it's output. Maybe someone more
> > > knowledgable i
Hi,
On Sun, Jan 20, 2013 at 11:26:44PM +0100, Daniel Martí wrote:
> On Sun, Jan 20, 2013 at 10:59:02PM +0100, Per Andersson wrote:
> > I have attached the script and it's output. Maybe someone more
> > knowledgable in Ruby and Gemfile land can take a peek at it?
> Thank you, it seems to run just
On Sun, Jan 20, 2013 at 10:59:02PM +0100, Per Andersson wrote:
> Hi!
>
> I would very much like to see gitlab in Debian.
>
> If you need help, sponsorship or want to co-maintain I would be happy to
> help out!
You have all been very supportive, thank you again :)
> You can submit a regular RFS
Hi!
I would very much like to see gitlab in Debian.
If you need help, sponsorship or want to co-maintain I would be happy to
help out!
>> You should be good by looking at the Gemfile itself.
>>
>> You don't need to include transitive dependencies. Just stick to the
>> direct dependencies and as
On Sun, Jan 20, 2013 at 11:06:25AM -0300, Antonio Terceiro wrote:
> No we don't. ruby-rails-3.2 already depends on bundler.
Fair enough.
> You should be good by looking at the Gemfile itself.
>
> You don't need to include transitive dependencies. Just stick to the
> direct dependencies and assum
On Sun, Jan 20, 2013 at 01:34:51PM +0100, Daniel Martí wrote:
> On Wed, Jan 16, 2013 at 06:21:47PM +0100, Cédric Boutillier wrote:
> > > - There are quite a few ruby libraries that will need to be packaged for
> > > Debian in order to get gitlab into our repos. I don't yet have an
> > > exact n
On Wed, Jan 16, 2013 at 06:21:47PM +0100, Cédric Boutillier wrote:
> > - There are quite a few ruby libraries that will need to be packaged for
> > Debian in order to get gitlab into our repos. I don't yet have an
> > exact number of new packages needed for 4.0.0, but it will probably be
> >
Hi Daniel,
On Wed, Jan 16, 2013 at 10:26:56AM +0100, Daniel Martí wrote:
> Hello everyone,
> Alexander is working on updating his gitlab/gitlab-bundle debian package
> to the latest stable release, 4.0.0. Once he's done, I'll be able to
> adapt it to the Debian standards.
Great news!
> I just
Hello everyone,
Alexander is working on updating his gitlab/gitlab-bundle debian package
to the latest stable release, 4.0.0. Once he's done, I'll be able to
adapt it to the Debian standards.
I just have a few questions once again :)
- There are quite a few ruby libraries that will need to be pa
On Thu, Jan 10, 2013 at 11:46:51AM +0100, Daniel Martí wrote:
> On Wed, Jan 09, 2013 at 01:38:06PM -0500, Paul Tagliamonte wrote:
> > I would ask that it only contain a single entry, with a single changelog
> > item, closing the ITP. You can thank him in the debian/copyright, or if
> > he'd like to
On Wed, Jan 09, 2013 at 01:38:06PM -0500, Paul Tagliamonte wrote:
> I would ask that it only contain a single entry, with a single changelog
> item, closing the ITP. You can thank him in the debian/copyright, or if
> he'd like to be a co-maintainer.
As a side note, he agreed to co-maintain. He'll
> On Wed, Jan 09, 2013 at 06:16:33PM +0100, Cédric Boutillier wrote:
> > Hi Daniel,
> >
> > [Cc:ing you because I'm not sure you are subscribed to debian-ruby]
On Wed, Jan 09, 2013 at 01:38:06PM -0500, Paul Tagliamonte wrote:
> Please keep me on CC, I'm not on the list
It is him we should CC, no
Please keep me on CC, I'm not on the list
On Wed, Jan 09, 2013 at 10:19:07AM +0100, Daniel Martí wrote:
> Hello everyone,
>
> > I would be happy to help with that and review and/or upload packages for
> > Ruby gems needed for gitlab. Just contact debian-ruby@lists.debian.org
> > for questions or
Hi Daniel,
[Cc:ing you because I'm not sure you are subscribed to debian-ruby]
On Wed, Jan 09, 2013 at 10:19:07AM +0100, Daniel Martí wrote:
> I couldn't do much about gitlab during the break, but I'm now making up
> for it :) I contacted Alexander Golovko , who
> has forked the gitlab project f
40 matches
Mail list logo
