What has linux kernel development to do with lyx and its possible
usage
of git?
I guess one can say with confidence that the way git was designed is
related to
linux development process.
If you feel that your world is shattered because git commit dost not
also push to the subversion repo
Lars Gullik Bj?nnes wrote:
> Also since I find git-svn such a good solution I think there should be
> an official git repo that can be used to base a git clone on, and a
> cookbook on how to setup this repo for git-svn<->svn interaction.
if the intention was not to destroy svn i have no problem wi
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> | i can continue with the problems for updating from the main tree compared
>> | to svn if you like (these are not to prove git is something worse, but
>> | to discard your claims that git know everything what svn plus something
>> | more
>> | -
Bo Peng writes:
>>> LyX is a totally different story. LyX is a much smaller project. If
>>> two major features are developed separately, there are high
>>> probability of conflict.
>>
>> Did we ever had that situation?
>
| Then what happened to XML and other branches?
You really think that is wh
Bo Peng writes:
>> Rember the claim put forward a couple of posts ago: "IMHO, we do not
>> have enough manpower to use the git model."
>>
>> Which is just FUD.
>
| Linux/core is huge and there are many components and subcomponents.
| Groups of people work on these subcomponents and submit their t
On 07/03/2009 18:57, Pavel Sanda wrote:
Lars Gullik Bj?nnes wrote:
| i can continue with the problems for updating from the main tree compared
| to svn if you like (these are not to prove git is something worse, but
| to discard your claims that git know everything what svn plus something
|
>> LyX is a totally different story. LyX is a much smaller project. If
>> two major features are developed separately, there are high
>> probability of conflict.
>
> Did we ever had that situation?
Then what happened to XML and other branches? LyX is sufficiently
small so that you can not leave tr
On Sat, Mar 07, 2009 at 11:39:07AM -0600, Bo Peng wrote:
> LyX is a totally different story. LyX is a much smaller project. If
> two major features are developed separately, there are high
> probability of conflict.
Did we ever had that situation?
> Subversion does this perfectly because everyone
Lars Gullik Bj?nnes wrote:
> | i can continue with the problems for updating from the main tree compared
> | to svn if you like (these are not to prove git is something worse, but
> | to discard your claims that git know everything what svn plus something
> | more
> | - two different tools for two
> Rember the claim put forward a couple of posts ago: "IMHO, we do not
> have enough manpower to use the git model."
>
> Which is just FUD.
Linux/core is huge and there are many components and subcomponents.
Groups of people work on these subcomponents and submit their tested
patches to their com
Lars Gullik Bj?nnes wrote:
> Jean-Marc Lasgouttes writes:
>
> | Pavel Sanda writes:
> >
> >> Abdelrazak Younes wrote:
> >>> As for refering to a svn revision instead of a git branch, this is a
> >>> different mental model indeed, but not not a loss of function IMHO.
> >>
> >> to me this depends
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> >> | IMHO, we do not have enough manpower to use the git model.
>> >>
>> >> There is no such thing as the "git model".
>> >
>> | for example i would like to hear how you directly commit to the main
>> | repository - some _one_ command equivalen
Christian Ridderström wrote:
> On Sat, 7 Mar 2009, Jean-Marc Lasgouttes wrote:
>
>>> I do not quite get that... who is it easer to say r1234 instead of
>>> 23ae45?
>>
>> I like the fact that revision numbers form an increasing timeline.
>
> I guess one advantage with r1234 is if you manually bise
Lars Gullik Bj?nnes wrote:
> >> | IMHO, we do not have enough manpower to use the git model.
> >>
> >> There is no such thing as the "git model".
> >
> | for example i would like to hear how you directly commit to the main
> | repository - some _one_ command equivalent to svn ci.
>
> why is it ba
On Thu, 5 Mar 2009, Lars Gullik Bjønnes wrote:
I'd love to get rid of bugzilla anyway... it is a superhassle to
upgrade...
Is it practical to stop using bugzilla if we already have many references
to issues in bugzilla, or to changesets or whatever?
I think this was asked elsewhere by someo
On Sat, 7 Mar 2009, Jean-Marc Lasgouttes wrote:
I do not quite get that... who is it easer to say r1234 instead of
23ae45?
I like the fact that revision numbers form an increasing timeline.
I guess one advantage with r1234 is if you manually bisect between
revisions to see when a bug appe
Christian Ridderström
writes:
| On Wed, 4 Mar 2009, Lars Gullik Bjønnes wrote:
>
>> I belive github might be a good place for the repo and the wiki
>> (other can judge better than me). And do we really need the regular
>> web space if the wiki is good?
>
| What's the'regular web space'? Does tha
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> This is just bull. You are creating a model that is not optimal and
>> saying this is due to git.
>>
>> | IMHO, we do not have enough manpower to use the git model.
>>
>> There is no such thing as the "git model".
>
| for example i would like
On Wed, 4 Mar 2009, Lars Gullik Bjønnes wrote:
I belive github might be a good place for the repo and the wiki (other
can judge better than me). And do we really need the regular web space
if the wiki is good?
What's the'regular web space'? Does that mean the web pages?
/C
--
Christian Rid
Lars Gullik Bjønnes a écrit :
| For users that (try to) help us find bugs (and we need these people),
| saying "it did work at r1234" is easier that giving a hash (isn't this
| how a git state is defined? here I show my ignorance about it).
I do not quite get that... who is it easer to say r1234
On Wed, 4 Mar 2009, Lars Gullik Bjonnes wrote:
| using git in the day job a while ago. The bright side is that there
| are lots of helpful people around ;-)
you is the general you, and personally is the, well, person you.
So, you, as in Andre, already got experience with git ,great.
(I would
Lars Gullik Bj?nnes wrote:
> This is just bull. You are creating a model that is not optimal and
> saying this is due to git.
>
> | IMHO, we do not have enough manpower to use the git model.
>
> There is no such thing as the "git model".
for example i would like to hear how you directly commit t
Abdelrazak Younes writes:
| Jean-Marc Lasgouttes wrote:
>> Pavel Sanda writes:
>>
>>
>>> Abdelrazak Younes wrote:
>>>
As for refering to a svn revision instead of a git branch, this is
a different mental model indeed, but not not a loss of function
IMHO.
>>> to
Abdelrazak Younes writes:
| Bo Peng wrote:
>>> Not quite true. In a git world, a bug fixing would _always_ happen in a
>>> specific branch and be merged to the main repo when it's done;
>>>
>>
>> This is not that useful if we keep the one developer - one feature
>> developing model. Right no
Bo Peng writes:
>> Not quite true. In a git world, a bug fixing would _always_ happen in a
>> specific branch and be merged to the main repo when it's done;
>
| This is not that useful if we keep the one developer - one feature
| developing model. Right now, when you work on a feature, all others
Lars Gullik Bj?nnes wrote:
> git supports it as well
it does, but not as well.
pavel
Jean-Marc Lasgouttes writes:
| Pavel Sanda writes:
>
>> Abdelrazak Younes wrote:
>>> As for refering to a svn revision instead of a git branch, this is a
>>> different mental model indeed, but not not a loss of function IMHO.
>>
>> to me this depends on what kind of development model you use an
Pavel Sanda writes:
| Abdelrazak Younes wrote:
>> As for refering to a svn revision instead of a git branch, this is a
>> different mental model indeed, but not not a loss of function IMHO.
>
| to me this depends on what kind of development model you use and given
| the number of lyx developers
On Fri, Mar 06, 2009 at 06:52:41PM +0100, Pavel Sanda wrote:
> Andre Poenitz wrote:
> > the same way as LyX svn trunk is currently treated. You can push your
> > work pretty much in the same chunks as you would today.
>
> but the flamed point was not about _pushing_. rather it was about commit
> i
Andre Poenitz wrote:
> On Fri, Mar 06, 2009 at 07:29:54AM -0600, Bo Peng wrote:
> > > Not quite true. In a git world, a bug fixing would _always_ happen in a
> > > specific branch and be merged to the main repo when it's done;
> >
> > This is not that useful if we keep the one developer - one feat
On Fri, Mar 06, 2009 at 07:29:54AM -0600, Bo Peng wrote:
> > Not quite true. In a git world, a bug fixing would _always_ happen in a
> > specific branch and be merged to the main repo when it's done;
>
> This is not that useful if we keep the one developer - one feature
> developing model. Right n
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes writes:
Anyway, I'll use whatever is decided...
Really? I thought you were an old, lazy and stubborn guy...
Lazy is the operative word. I am not contributing that much, so I cannot
complain. At worst I'll send patches to the lis
Abdelrazak Younes writes:
>> Anyway, I'll use whatever is decided...
>>
> Really? I thought you were an old, lazy and stubborn guy...
Lazy is the operative word. I am not contributing that much, so I cannot
complain. At worst I'll send patches to the list so that others apply
them :)
JMarc
Abdelrazak Younes wrote:
>> IMHO, we do not have enough manpower to use the git model.
>>
>
> Well, we are not _forced_ to use only one merging per feature, this can be
> split into logical steps (at the intiative of the developer).
but this split is what makes revision numbers useful. i just
Bo Peng wrote:
Not quite true. In a git world, a bug fixing would _always_ happen in a
specific branch and be merged to the main repo when it's done;
This is not that useful if we keep the one developer - one feature
developing model. Right now, when you work on a feature, all others
are f
> Not quite true. In a git world, a bug fixing would _always_ happen in a
> specific branch and be merged to the main repo when it's done;
This is not that useful if we keep the one developer - one feature
developing model. Right now, when you work on a feature, all others
are forced to check it o
Jean-Marc Lasgouttes wrote:
Pavel Sanda writes:
Abdelrazak Younes wrote:
As for refering to a svn revision instead of a git branch, this is a
different mental model indeed, but not not a loss of function IMHO.
to me this depends on what kind of development model you use and gi
Jean-Marc Lasgouttes wrote:
> From what I understand about git, it is lost in the new world.
yes
pavel
Pavel Sanda writes:
> Abdelrazak Younes wrote:
>> As for refering to a svn revision instead of a git branch, this is a
>> different mental model indeed, but not not a loss of function IMHO.
>
> to me this depends on what kind of development model you use and given
> the number of lyx developers
Abdelrazak Younes wrote:
>> to me this depends on what kind of development model you use and given
>> the number of lyx developers and the way we proceed i think the
>> centralized
>> way is the better one.
>>
>
> So the LyX devs are a bunch of old, lazy and stubborn guys?
somehow i fail to fo
Pavel Sanda wrote:
Abdelrazak Younes wrote:
As for refering to a svn revision instead of a git branch, this is a
different mental model indeed, but not not a loss of function IMHO.
to me this depends on what kind of development model you use and given
the number of lyx developers and t
Abdelrazak Younes wrote:
> As for refering to a svn revision instead of a git branch, this is a
> different mental model indeed, but not not a loss of function IMHO.
to me this depends on what kind of development model you use and given
the number of lyx developers and the way we proceed i think
Pavel Sanda wrote:
Lars Gullik Bj?nnes wrote:
Pavel Sanda writes:
| Abdelrazak Younes wrote:
Sure if a change is wanted we will go the full 10 yards... but why
unwilling to gain experience by testing with git-svn first?
Oh, I already use an like git. But I am affraid mos
Lars Gullik Bj?nnes wrote:
> >> | No, AFAIK you can clone a git repo with 'git clone' and then use
> >> | git-svn for the rest. I use Pavel's LyX repo for history and blaming
> >> | with qgit and that's very very good compared to 'svn log' and 'svn
> >> | blame', even more important, that's fast, i
Lars Gullik Bj?nnes wrote:
> Pavel Sanda writes:
>
> | Abdelrazak Younes wrote:
> >>> Sure if a change is wanted we will go the full 10 yards... but why
> >>> unwilling to gain experience by testing with git-svn first?
> >>>
> >>
> >> Oh, I already use an like git. But I am affraid most develo
lar...@gullik.org (Lars Gullik Bjønnes) writes:
> | - cannot import bugzilla database to tracker
>
> I'd love to get rid of bugzilla anyway... it is a superhassle to
> upgrade...
I want to get rid of bugzilla too, but I do not want to lose my precious
bugs. I got accustomed to them, you see?
> |
> | and there is a good question why should we migrate after all. while i enjoy
> | git i see drawbacks from such switching too...
>
> Please name them.
subversion is considerably simpler than git if we do not use branches
that often. Having a revision number (I know where to find revision
21007),
Bo Peng writes:
>> | Why do you prefer sf.net to other forges, actually?
>
| Like many other hot issues, I think no consensus will be reached by
| emails, but real actions will prevail. If you like a host site, please
| go ahead and start migration. I do not think it will hurt lyx in any
| way if
Pavel Sanda writes:
| Abdelrazak Younes wrote:
>>> Sure if a change is wanted we will go the full 10 yards... but why
>>> unwilling to gain experience by testing with git-svn first?
>>>
>>
>> Oh, I already use an like git. But I am affraid most developpers won't use
>> it if svn is still avai
Abdelrazak Younes writes:
| Lars Gullik Bjønnes wrote:
>> Abdelrazak Younes writes:
>>
>> [...]
>> | No, AFAIK you can clone a git repo with 'git clone' and then use
>> | git-svn for the rest. I use Pavel's LyX repo for history and blaming
>> | with qgit and that's very very good compared to 'sv
Abdelrazak Younes wrote:
>> Sure if a change is wanted we will go the full 10 yards... but why
>> unwilling to gain experience by testing with git-svn first?
>>
>
> Oh, I already use an like git. But I am affraid most developpers won't use
> it if svn is still available.
and there is a good qu
> | Why do you prefer sf.net to other forges, actually?
Like many other hot issues, I think no consensus will be reached by
emails, but real actions will prevail. If you like a host site, please
go ahead and start migration. I do not think it will hurt lyx in any
way if we register lyx on a few we
Lars Gullik Bjønnes wrote:
Abdelrazak Younes writes:
[...]
| No, AFAIK you can clone a git repo with 'git clone' and then use
| git-svn for the rest. I use Pavel's LyX repo for history and blaming
| with qgit and that's very very good compared to 'svn log' and 'svn
| blame', even more important
Abdelrazak Younes writes:
[...]
| No, AFAIK you can clone a git repo with 'git clone' and then use
| git-svn for the rest. I use Pavel's LyX repo for history and blaming
| with qgit and that's very very good compared to 'svn log' and 'svn
| blame', even more important, that's fast, incredibly fas
Jean-Marc Lasgouttes writes:
| lar...@gullik.org (Lars Gullik Bjønnes) writes:
>> What do you mean by "get all our data back"? I do not quite understand
>> how that can be a problem
>
| Have access to our raw svn/git data to host it else where (but this is
| probably moot with git). Have access t
Lars Gullik Bjønnes wrote:
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
If there are interest I'll try to setup a git tree that you can clone and set
up as a git-svn tree. (I'll even write up a wiki page to explain briefly how
to do that.)
| this is already done on git.or.c
On Thu, Mar 05, 2009 at 10:56:06AM +, Guenter Milde wrote:
Hi,
> My favourite is berlios.de, an advertisement-free, clean open-source
> forge with bug-tracking, GIT and other tools (see
> http://developer.berlios.de/docman/display_doc.php?docid=26&group_id=2
> for details).
AFAIK Joerg Schil
On Thu, Mar 05, 2009 at 10:10:53AM +0100, Jean-Marc Lasgouttes wrote:
> Jean-Marc Lasgouttes writes:
Hi,
> In this respect, I'd favor hosting from free software projects like
> alioth (debian), launchpad (ubuntu,although this is a company) or
> savannah (GNU).
Alioth is strictly Debian only so
On Thu, Mar 05, 2009 at 12:22:58AM +0100, Lars Gullik Bj?nnes wrote:
Hi,
> | I need to upgrade that server to Centos 5.2, but once that's done
>
> You are aware that Centos 5.3 will be out in a couple of weeks?
In almost all cases that will be a rather smooth upgrade. I've some RHEL 5
here
On 2009-03-04, Peter Kümmel wrote:
> Lars Gullik Bjønnes wrote:
>> Bo Peng writes:
The bug database might be a problem...
>> | I know that many people dislike sourceforge but sourceforge supports
>> | pmwiki (our web), trac, and some project and bug tracking systems...
>> | http://apps.sour
Thursday 5 March 2009, 11:06 Lars Gullik Bjønnes wrote:
> I took a look at sf.net and problems _may_ be:
...
> - non developers cannot attach patches/files to bugs
> http://sourceforge.net/tracker/?func=detail&atid=21&aid=2568036&gro
> up_id=1)!
Non-developers are able to create a new item i
lar...@gullik.org (Lars Gullik Bjønnes) writes:
> What do you mean by "get all our data back"? I do not quite understand
> how that can be a problem
Have access to our raw svn/git data to host it else where (but this is
probably moot with git). Have access to our bug database data to do
whatever w
Jean-Marc Lasgouttes writes:
| Jean-Marc Lasgouttes writes:
>> What we need to look at is the possibility to get all our data back if
>> we want to leave. Whasn't that a problem with sf.net?
>
| In this respect, I'd favor hosting from free software projects like
| alioth (debian), launchpad (ubu
Jean-Marc Lasgouttes writes:
| Peter Kümmel writes:
>> What about a 'evaluation'? Possible candidates are:
>>
>> ww.sf.net
>> www.assembla.com
>> github.com
>> repo.or.cz
>
| savannah, launchpad, tigris, or more generally
| http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilit
Jean-Marc Lasgouttes writes:
> What we need to look at is the possibility to get all our data back if
> we want to leave. Whasn't that a problem with sf.net?
In this respect, I'd favor hosting from free software projects like
alioth (debian), launchpad (ubuntu,although this is a company) or
savan
Peter Kümmel writes:
> What about a 'evaluation'? Possible candidates are:
>
> ww.sf.net
> www.assembla.com
> github.com
> repo.or.cz
savannah, launchpad, tigris, or more generally
http://en.wikipedia.org/wiki/Comparison_of_free_software_hosting_facilities
What we need to look at is the possibil
lar...@lyx.org (Lars Gullik Bjønnes) writes:
> I'd like you to name some... I only know of a few and as of current they
> seem to be of very little importance. I belive the benefit of not having
> to handle the daily (or yearly) churn of chores is a really good thing.
Setting up automatic generati
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>> >> If there are interest I'll try to setup a git tree that you can clone and
>> >> set
>> >> up as a git-svn tree. (I'll even write up a wiki page to explain briefly
>> >> how
>> >> to do that.)
>> >
>> | this is already done on git.or.cz, th
Bo Peng wrote:
for example i like to have personal web pages so i can run things like doxygen
generated docs for lyx,
sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.
http://apps.sourceforge.net/trac/sit
> for example i like to have personal web pages so i can run things like doxygen
> generated docs for lyx,
sf.net provides ssh access, something even my web hosting company is
unwilling to provide. I just checked and it has doxygen pre-installed.
http://apps.sourceforge.net/trac/sitedocs/wiki/SSH
http://www.tuxfamily.org/en/main
pmwiki
git
svn
mail
but no trac and bugzilla
Cheers,
Charles
Lars Gullik Bjønnes wrote:
rgheck writes:
[...]
| Another possibility would be to see if the Brown LUG would want to do
| it. They've got space, and they're always looking for things to do for
| the FOSS community.
Now that is has been brought up, I think we should have a close look at
sourcef
Lars Gullik Bjønnes wrote:
Pavel Sanda writes:
| Richard Heck wrote:
| I could provide server space for the web/wiki/ftp on my office server,
| probably.
Do you mean a server in your office or a server (in a server room) at
your office?
The server in my office: frege.brown.edu
Lars Gullik Bj?nnes wrote:
> >> If there are interest I'll try to setup a git tree that you can clone and
> >> set
> >> up as a git-svn tree. (I'll even write up a wiki page to explain briefly
> >> how
> >> to do that.)
> >
> | this is already done on git.or.cz, though not under our control (yet
lar...@gullik.org (Lars Gullik Bjønnes)
writes:
| | Please add some people also as administrator, how knows when you go
| | back
| | beneath your rock again ;)
>
| Well of course, we must plan for contengencies.
| But it is actually possible to get in contact with me... even if some
| persistence
Pavel Sanda writes:
| Richard Heck wrote:
>>> | I could provide server space for the web/wiki/ftp on my office server,
>>> | probably.
>>>
>>> Do you mean a server in your office or a server (in a server room) at
>>> your office?
>>>
>>>
>> The server in my office: frege.brown.edu. I guess the
Pavel Sanda writes:
| Lars Gullik Bj?nnes wrote:
>>
>> As part of job related work I am investigating and using git quite a
>> lot. I wondered if some of you might be interrested in testing out using
>> git when doing LyX development. (For all I know several of you already
>> are...)
>
| i use g
Richard Heck wrote:
>> | I could provide server space for the web/wiki/ftp on my office server,
>> | probably.
>>
>> Do you mean a server in your office or a server (in a server room) at
>> your office?
>>
>>
> The server in my office: frege.brown.edu. I guess the downside is that, if
> anythin
Lars Gullik Bj?nnes wrote:
>
> As part of job related work I am investigating and using git quite a
> lot. I wondered if some of you might be interrested in testing out using
> git when doing LyX development. (For all I know several of you already
> are...)
i use git as main tool when working on
Peter Kümmel writes:
| Lars Gullik Bjønnes wrote:
[...]
>> | What about a 'evaluation'? Possible candidates are:
>> | ww.sf.net
>>
>> I'll look hard at that. It seems to have everything that we want. bug
>> tracker, wiki, git...
>> (Unless I get objections I'll register the LyX project, I don't
Lars Gullik Bjønnes wrote:
Peter Kümmel writes:
| Lars Gullik Bjønnes wrote:
Bo Peng writes:
The bug database might be a problem...
| I know that many people dislike sourceforge but sourceforge supports
| pmwiki (our web), trac, and some project and bug tracking systems...
| http://apps.s
Bo Peng writes:
>> Now that is has been brought up, I think we should have a close look at
>> sourceforge.net.
>
| I have used sourceforge for my own project for five years and I am
| satisfied with their services.
>
| 1. mailinglist based on mailman works.
Note that our mailinglists are not run
> Now that is has been brought up, I think we should have a close look at
> sourceforge.net.
I have used sourceforge for my own project for five years and I am
satisfied with their services.
1. mailinglist based on mailman works.
2. I use subversion but it supports git as well.
(http://apps.sour
Peter Kümmel writes:
| Lars Gullik Bjønnes wrote:
>> Bo Peng writes:
>>
The bug database might be a problem...
>> | I know that many people dislike sourceforge but sourceforge supports
>> | pmwiki (our web), trac, and some project and bug tracking systems...
>> | http://apps.sourceforge.ne
Lars Gullik Bjønnes wrote:
Bo Peng writes:
The bug database might be a problem...
| I know that many people dislike sourceforge but sourceforge supports
| pmwiki (our web), trac, and some project and bug tracking systems...
| http://apps.sourceforge.net/trac/sitedocs/wiki/Hosted%20Apps
Righ
rgheck writes:
[...]
| Another possibility would be to see if the Brown LUG would want to do
| it. They've got space, and they're always looking for things to do for
| the FOSS community.
Now that is has been brought up, I think we should have a close look at
sourceforge.net.
| I need to upgrad
Lars Gullik Bjønnes wrote:
rgheck writes:
I do not think that the repo and the web/wiki/ftp have to be in the same
place. But it would be nice though.
| I could provide server space for the web/wiki/ftp on my office server,
| probably.
Do you mean a server in your office or a s
Bo Peng writes:
>>
>> The bug database might be a problem...
>
| I know that many people dislike sourceforge but sourceforge supports
| pmwiki (our web), trac, and some project and bug tracking systems...
>
| http://apps.sourceforge.net/trac/sitedocs/wiki/Hosted%20Apps
Right. And they seem to s
On Wed, Mar 04, 2009 at 11:48:34PM +0100, Lars Gullik Bjønnes wrote:
> We should (soonish, already overdue) get a new machine, if we want/need
> one that is. I have not seen the box since before Trolltech moved office
> a couple of years ago, they handled the move and everything.
>
> I have access
>
> The bug database might be a problem...
I know that many people dislike sourceforge but sourceforge supports
pmwiki (our web), trac, and some project and bug tracking systems...
http://apps.sourceforge.net/trac/sitedocs/wiki/Hosted%20Apps
Bo
lar...@lyx.org (Lars Gullik Bjønnes) writes:
| I belive github might be a good place for the repo and the wiki (other
| can judge better than me). And do we really need the regular web space
| if the wiki is good?
>
| Anyhow we certainly can buy web space if that is required. (to a certain
| limit
Jean-Marc Lasgouttes writes:
| lar...@lyx.org (Lars Gullik Bjønnes) writes:
>> I do not think that the repo and the web/wiki/ftp have to be in the same
>> place. But it would be nice though.
>
| We have to find a place with either a competent admin with time in his
| hands or a well run forge. Au
rgheck writes:
>> I do not think that the repo and the web/wiki/ftp have to be in the same
>> place. But it would be nice though.
>>
>>
| I could provide server space for the web/wiki/ftp on my office server,
| probably.
Do you mean a server in your office or a server (in a server room) at
yo
lar...@lyx.org (Lars Gullik Bjønnes) writes:
> I do not think that the repo and the web/wiki/ftp have to be in the same
> place. But it would be nice though.
We have to find a place with either a competent admin with time in his
hands or a well run forge. Aussie is getting more and more inadequate
Lars Gullik Bjønnes wrote:
Andre Poenitz
writes:
| On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
Andre Poenitz
writes:
| Last time the topic came up it looked like there are not too many people
| around who would mind a complete switch to git.
Did you then also tal
Andre Poenitz
writes:
| On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz
>>
>> writes:
>>
>> | Last time the topic came up it looked like there are not too many people
>> | around who would mind a complete switch to git.
>>
>> Did you then also talk about p
Andre Poenitz
writes:
| On Wed, Mar 04, 2009 at 10:50:52PM +0100, Lars Gullik Bjønnes wrote:
>> | Last time the topic came up it looked like there are not too many people
>> | around who would mind a complete switch to git.
>>
>> If going that route, I would suggest getting some experience with
On Wed, Mar 04, 2009 at 10:55:49PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz
>
> writes:
>
> | Last time the topic came up it looked like there are not too many people
> | around who would mind a complete switch to git.
>
> Did you then also talk about placing the repo on a different ser
lar...@gullik.net (Lars Gullik Bjønnes)
writes:
| And now I see that this is also mentioned on the wiki. But it should be
| the preferred way to doing it. (So placed at the top of the page).
And *now* I see that this is just how to setup a "dumb" git clone, so
git svn init, so not exacly what I h
On Wed, Mar 04, 2009 at 10:50:52PM +0100, Lars Gullik Bjønnes wrote:
> | Last time the topic came up it looked like there are not too many people
> | around who would mind a complete switch to git.
>
> If going that route, I would suggest getting some experience with git-svn
> first. Then you pers
1 - 100 of 107 matches
Mail list logo
