Confusing namespace for git in Intrepid repository
Currently `apt-get install git` gives one a virtual package for "gnuit" from universe, which is some sort of midnight commander-alike. This seems rather odd considering that a) the program already has another name and package (gnuit), and b) a far greater audience would associate "git" with the source code management utility designed by Linus (which is what I was actually trying to install). Shouldn't the virtual package "git" instead pull in git-core, git-gui, and perhaps git-cvs and git-svn? -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Confusing namespace for git in Intrepid repository
On Wednesday 22 October 2008 09:07, Ethan Baldridge wrote: > Currently `apt-get install git` gives one a virtual package for "gnuit" > from universe, which is some sort of midnight commander-alike. This > seems rather odd considering that a) the program already has another > name and package (gnuit), and b) a far greater audience would associate > "git" with the source code management utility designed by Linus (which > is what I was actually trying to install). > > Shouldn't the virtual package "git" instead pull in git-core, git-gui, > and perhaps git-cvs and git-svn? You would think that, but the package git predates the existance of Git the DVCS, so until it's removed/renamed, no. Scott K -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Confusing namespace for git in Intrepid repository
Scott Kitterman wrote: > On Wednesday 22 October 2008 09:07, Ethan Baldridge wrote: > > You would think that, but the package git predates the existance of Git the > DVCS, so until it's removed/renamed, no. > > Scott K How about changing the package's description so that the acronym for GNU Interactive Tools is always "GIT" (all caps), and adding a paragraph description like: Note: the GNU Interactive Tools (GIT) are not related to the Git version control system, which is available in the git-core package. That would at least give people a fighting chance to work out what's going on. - Andrew -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Confusing namespace for git in Intrepid repository
On Wednesday 22 October 2008 09:30, Andrew Sayers wrote: > Scott Kitterman wrote: > > On Wednesday 22 October 2008 09:07, Ethan Baldridge wrote: > > > > > You would think that, but the package git predates the existance of Git > > the DVCS, so until it's removed/renamed, no. > > > > Scott K > > How about changing the package's description so that the acronym for GNU > Interactive Tools is always "GIT" (all caps), and adding a paragraph > description like: > > Note: the GNU Interactive Tools (GIT) are not related to the Git version > control system, which is available in the git-core package. > > That would at least give people a fighting chance to work out what's > going on. > We currently get the git package from Debian unmodified, so it'd be up to the Debian maintainer to decide. Scott K -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
[Festival-libestools]Can someone show me the magic to compile the libestools?
Hi, dear developers, I'm a voice application developer. Recently I use the Festival in our project. First, I downloaded the festival and speech tools source codes and compile them in my Ubuntu8.04. Then I wrote a test C++ application which can run well to invoke the libFestival as part of the application. Then I use JNI to wrap them to a Java interface. Unfortunately the same native codes implementation crashed JVM every time. Thanks to the open source codes, I can track it's because of the libestools crashed the JVM--- but the native application runs well. When I finally plan to give up and try to use the festival client, I installed the festival and the libest from Ubuntu repository. Actually, they have the same newest version. When I recompile the native codes after removing the -L option, the magic happened-- it works, no codes change at all! I really got confused I even use the same configuration in speech_tools-- enable SHARED, why my homebrewed library will always crash the JVM? BTW: the JVM indicates the libestools use invalid memory address. I really want get the answer from the maintainer of the Ubuntu Festival-libestools. Can you give me some clues about how you set the compilation options? Since Ubuntu is only my work station, our real production platform is RHEL and CentOS(sadly, our Ops think they are enterprise level Linux, although I don't agree it that much...), I want to use the same compilation options for our production boxes so my application can run in these boxes well. Thanks a lot! -- -- Yueyu Lin -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss