search for: gitori

Hi, I am getting this error when i execute rake db:create:all /opt/gitorious/vendor/rails/activerecord/lib/active_record/connection_adapters/mysql_adapter.rb:569: [BUG] unknown type 0x22 (0xc given) any clues ? -Manish -- Posted via http://www.ruby-forum.com/.

Hi. I have few different gitorious' accounts (for different workplaces and my personal), like git at gitorious.org:foo/foo.git git at gitorious.org:bar/bar.git I want to configure ssh to use different ssh keys for different repos. I try to do it with ~/.ssh/config. How I can match path? I want to get something like this:...

rdiscount-1.3.1.1 is uninstallable on solaris --------------------------------------------------------- root@dcb0:/opt/gitorious# gem install rdiscount -v 1.3.1.1 Building native extensions. This could take a while... ERROR: Error installing rdiscount: ERROR: Failed to build gem native extension. /opt/ruby/bin/ruby extconf.rb checking for random()... yes checking for srandom()... yes checking for funopen()... n...

...ith Jan Sjodin (in copy of this email), we begin an > implementation of the JIT with MC. The idea, suggested by Jan, is to > develop a MCJIT in parallel of the current JIT and to keep the two > implementations until (at least) the new MC one is mature enough. > Currently code is kept on gitorious > (http://gitorious.org/llvm-mc-jit/llvm-mc-jit). > Any progress with this? gitorious page shows the last update on Jul 27, 2010. Yuri

Together with Jan Sjodin (in copy of this email), we begin an implementation of the JIT with MC. The idea, suggested by Jan, is to develop a MCJIT in parallel of the current JIT and to keep the two implementations until (at least) the new MC one is mature enough. Currently code is kept on gitorious (http://gitorious.org/llvm-mc-jit/llvm-mc-jit). Following this, a boolean "bool MCJIT = false" has been introduced to the "static ExecutionEngine *create(...)" method, allowing the lli tool to use the MCJIT with the optional flag "-mcjit". The MCJIT can now execut...

I''m working on StrokeDB* right now and put pieces of networking stuff into a separate repository "Eventmachine utils". There are 3 useful libs already: protocol chaining, messaging protocol and marshalled messaging protocol. Check them out :-) Overview: http://gitorious.org/projects/eventmachine-utils Files: http://gitorious.org/projects/eventmachine-utils/repos/mainline/trees/master/lib Chaining (em_chain.rb) seems to be extremely useful (at least, for me) and seems to involve as little overhead, as possible. I''m going to do some benchmarks soon. Si...

Ok, here is the first try to turn the gfxboot wrapper into a com32 module. I had to extend the interface to the gfxboot core a bit to get it working. So it works only with latest gfxboot from git://gitorious.org/gfxboot/gfxboot.git Steffen -------------- next part -------------- A non-text attachment was scrubbed... Name: gfxboot_c32.diff.gz Type: application/x-gzip Size: 7220 bytes Desc: URL: <http://www.zytor.com/pipermail/syslinux/attachments/20091029/c631f5de/attachment.gz>

...in copy of this email), we begin an >> implementation of the JIT with MC. The idea, suggested by Jan, is to >> develop a MCJIT in parallel of the current JIT and to keep the two >> implementations until (at least) the new MC one is mature enough. >> Currently code is kept on gitorious >> (http://gitorious.org/llvm-mc-jit/llvm-mc-jit). >> > > Any progress with this? > gitorious page shows the last update on Jul 27, 2010. There's basics for an MC JIT implemented now, but it's not yet full featured enough to replace the old JIT. Have a look at Exe...

There is now a public reposurgeon repository at: git at gitorious.org:reposurgeon/reposurgeon.git I've tagged 2.0pre9 there, for two purposes: * Charles can verify that I've solved the missing-files problem. * Hartmut can rework the few of his patches I didn't merge into reposurgeon. Charles, our next and final challenge is to generate proper m...

...stigations and testing from Charles! The constraints are: - no loss of any bit of our source code history, - adapt meta information and history to fit git approach, and fit the point above. As for the documentation revamp and Asciidoc, the solution came from Eric: his tool (reposurgeon <https://gitorious.org/reposurgeon>) found a good testbed for improvements with NUT <https://gitorious.org/reposurgeon/nut-conversion>, over the past year. and Charles has been an ideal partner for working on these improvements (quoting Eric). Thanks again Charles and Eric! In the end, Free and Opensourc...

root@xxx:/opt/gitorious/config# gem install mysql Building native extensions. This could take a while... Successfully installed mysql-2.7 1 gem installed Installing ri documentation for mysql-2.7... Installing RDoc documentation for mysql-2.7... root@xxx:/opt/gitorious/config# rake db:create:all (in /opt/gitorious)...

...e a stab at it, let me know how what would be least intrusive. I'm thinking that the property stuff moves up to where SD_ADD is, in a check for SD_ADD || SD_CHANGE, then move the svn_nobranch logic into an 'if' statement one level down from that. Here's what I'm using: https://gitorious.org/~clepple/reposurgeon/clepple-nut-conversion/commits/cfl-mods (mostly debugging changes to the configuration, but some new items in nut.box) https://gitorious.org/~clepple/reposurgeon/clepple-reposurgeon (tried with both your latest pushed master branch as of this evening, and my nut-convers...

Receiving a fax pstn - pstn with 1.6.2.6-rc2: -- Executing [s at incoming-pstn-line:1] Answer("DAHDI/4-1", "") in new stack -- Executing [s at incoming-pstn-line:2] Wait("DAHDI/4-1", "3") in new stack -- Executing [s at incoming-pstn-line:3] Dial("DAHDI/4-1", "DAHDI/g0,36") in new stack -- Called g0 --

Hi, I am suggesting to turn https://github.com/xapian into an organization. -- Best regards, Uvarov Michael

On Jul 29, 2011, at 11:26 AM, David A. Greene wrote: >> Disagreed. The point is that I should not see a stream of 20 >> decomposed patches from you. When I get to one that is "wrong" or >> needs changes (e.g. patch 6), then all the other patches after it get >> ignored. This is silly. > > It is silly. I see no reason to simply ignore the later patches

...ith Jan Sjodin (in copy of this email), we begin an > implementation of the JIT with MC. The idea, suggested by Jan, is to > develop a MCJIT in parallel of the current JIT and to keep the two > implementations until (at least) the new MC one is mature enough. > Currently code is kept on gitorious > (http://gitorious.org/llvm-mc-jit/llvm-mc-jit). > > Following this, a boolean "bool MCJIT = false" has been introduced to > the "static ExecutionEngine *create(...)" method, allowing the lli > tool to use the MCJIT with the optional flag "-mcjit". &...

??????, 10-???-2014 16:53:14 Ben Lindstrom ????????: > Why not do: > > host gitwork > HostName gitorious.org > User git > IdentityFile ~/.ssh/foo.key > > > host githome > HostName gitorious.org > User git > IdentityFile ~/.ssh/bar.key > > > As "Match" is a server side feature not a client feature. And the above > would mean you'd do: >...

We've split off virt-v2v components into a separate repository: http://gitorious.org/virt-v2v/ (Previously they were part of the libguestfs repository). So virt-v2v stuff will disappear from the libguestfs repository shortly. You can get it from the link above instead. Rich. -- Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones libguestfs lets...

I have created a git repository for the three metadata files used in the NUT-UPS conversion. The purpose of this is to allow Charles to edit the lift script. The repository is at git at gitorious.org:reposurgeon/nut-conversion.git This supplements the reposurgeon 2.0pre repository at git at gitorious.org:reposurgeon/reposurgeon.git Here is the current state of play: 1. reposurgeon is now creating merge links from directory-copy information, and gets both of the problem cases right...

...perations with base commits could turn out to be wrong at this late date? Well, not so much "wrong" perhaps, but incomplete. The apparmor branch presented a case I'd never seen before. Explanation in the log comment. The conversion metadata repository continues to be at git at gitorious.org:reposurgeon/nut-conversion.git This supplements the reposurgeon 2.0pre repository at git at gitorious.org:reposurgeon/reposurgeon.git -- <a href="http://www.catb.org/~esr/">Eric S. Raymond</a> Our society won't be truly free until "None of the Above&qu...