@alrusdi, maybe you should reverse the sense of your actions, slightly. Sourceforge functions in a certain way, github in another. Without wishing to act on Holger's behalf, I deem it better to take possession of your new github repository, yourself and invite people to participate in your Foobilliard-project. Even then, Holger would be free to join or not. But the way that you put it, may be understood in a way, that you do not like.
I would not like it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
patguano, maybe i should improve my English. I think this may be a problem but not a fact of mirroring fobilliard on github. Also i believe it's very important to not claim a Foobilliard-project as mine. If Holger wants to maintain his project on github too - i will give him an admin rights to it. Else SourceForge will be base repo for the github fork.
Anyway thank you patguano for your opinion, and i'm sorry if my lang problems caused you to unlike my idea.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
there is no time left for me, to do something on other branches. I've a repo on launchpad too (and google code, specially for the windows setup download). I want to work on an implementation for ubuntu dep-packages, but don't really understand the building rules……. If someone can help me there?
My attempts are in the debian subdirectory inside the source code
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ups… previous message was mine…
I've almost finished with building for ubuntu
Here is the changed files: https://dl.dropbox.com/u/19986711/foodeb.tar.gz debian dir may be completely replaced with new one and in Makefile.am only install-data-hook block changed.
It is still the problem with launching game, because binary must be in /usr/games/foobillardplus but data in /usr/share/foobillardplus/data
We can provide shell script like: cd /usr/share/foobillardplus/data; ./foobillardplus
Or define DATA_DIRECTORY at compile time like it was done in original game
Also it's possible (probably) to detect data dir at runtime as recommended by autotools developers but i dont think if it's good idea.
So you Holger should decide which way to go…
Next step is PPA repo on launchpad?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
holger110462 Yes, for all debian based distributions (Debian itself, Ubuntu, Mint etc…)
To build we need a special helper tool debuild . This tool is collects an info about package from debian/control and debian changelog files, builds the sources with debian/rules (using autotools in our case), packs all needed thing into single .deb file and signs it for distribution.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have imported foobillardplus repo to github recently. https://github.com/alrusdi/foobillardplus
If you (Holger) want to maintain it i'll give you admin rights to it. If you dont like github i will mirror your changes with svn-git
My reason is to make easy to participate in project. Pull requests is a nice feature of github: https://help.github.com/articles/using-pull-requests
Also in most cases git and github much flexible and modern to the time. As proof: http://usersinhell.com/why-sourceforge-lost/
I have imported...
, then:
@alrusdi, maybe you should reverse the sense of your actions, slightly. Sourceforge functions in a certain way, github in another. Without wishing to act on Holger's behalf, I deem it better to take possession of your new github repository, yourself and invite people to participate in your Foobilliard-project. Even then, Holger would be free to join or not. But the way that you put it, may be understood in a way, that you do not like.
I would not like it.
patguano, maybe i should improve my English. I think this may be a problem but not a fact of mirroring fobilliard on github. Also i believe it's very important to not claim a Foobilliard-project as mine. If Holger wants to maintain his project on github too - i will give him an admin rights to it. Else SourceForge will be base repo for the github fork.
Anyway thank you patguano for your opinion, and i'm sorry if my lang problems caused you to unlike my idea.
Hm, also i need check twice if i logged in to sourceforge before writing anything on forums(( Previous message was mine too
Hello,
there is no time left for me, to do something on other branches. I've a repo on launchpad too (and google code, specially for the windows setup download). I want to work on an implementation for ubuntu dep-packages, but don't really understand the building rules……. If someone can help me there?
My attempts are in the debian subdirectory inside the source code
holger110462 i'm very interesting to help you with buid foobillard++ on ubuntu
I'll try it today with CDBS and report my results
Ups… previous message was mine…
I've almost finished with building for ubuntu
Here is the changed files:
https://dl.dropbox.com/u/19986711/foodeb.tar.gz
debian dir may be completely replaced with new one and in Makefile.am only install-data-hook block changed.
It is still the problem with launching game, because binary must be in /usr/games/foobillardplus but data in /usr/share/foobillardplus/data
We can provide shell script like: cd /usr/share/foobillardplus/data; ./foobillardplus
Or define DATA_DIRECTORY at compile time like it was done in original game
Also it's possible (probably) to detect data dir at runtime as recommended by autotools developers but i dont think if it's good idea.
So you Holger should decide which way to go…
Next step is PPA repo on launchpad?
Here is russian translation of in-game messages https://github.com/alrusdi/foobillardplus/tree/master/data/locale/ru
Hello Alrusdi,
thank you very much for your work. Please give me a little bit time for more answers. The debian directory is used for a compilation for debian.
holger110462 Yes, for all debian based distributions (Debian itself, Ubuntu, Mint etc…)
To build we need a special helper tool debuild . This tool is collects an info about package from debian/control and debian changelog files, builds the sources with debian/rules (using autotools in our case), packs all needed thing into single .deb file and signs it for distribution.