On 08/30/2013 04:41 AM, Yussi wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 30/08/13 11:30, Miss Valeska wrote:
On 08/30/2013 03:23 AM, Luca Dionisi wrote:
I think that at the moment it is useless. At least for the
users. Maybe a developer active in the project could submit a bug
for a component, but only when a component is said to be complete
and its use is well documented.
On Fri, Aug 30, 2013 at 11:09 AM, Miss Valeska
<[email protected] <mailto:[email protected]>> wrote:
On 08/30/2013 02:06 AM, Luca Dionisi wrote:
Savannah has its own bug submission system. So we could use it
for the vala implementation. But at the moment the software is
not finished, so I would not call for submission of bugs.
On Fri, Aug 30, 2013 at 10:53 AM, John Doe <[email protected]
<mailto:[email protected]>> wrote:
We can up Redmine for this. If you have free vps or some Linux
server.
On Fri, Aug 30, 2013 at 12:52 PM, Miss Valeska
<[email protected] <mailto:[email protected]>>
wrote:
Luca, How will we track bugs? I've been reading about bugzilla
and other such things, And I know that, I can host one of these
services, I'll be able to keep it up, at least most of the
time. Hmm, Maybe we could use launchpad as well? What do you
think? _______________________________________________
Netsukuku mailing list [email protected]
<mailto:[email protected]>
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
_______________________________________________
Netsukuku mailing list [email protected]
<mailto:[email protected]>
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
_______________________________________________
Netsukuku mailing list [email protected]
<mailto:[email protected]>
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
*nods* Okay, I understand, I'll check out savannah a bit more. I'm
looking through some software testing programs at the moment.
However, Documenting what bugs we do have would be helpful at
any stage in development, Even if we don't use them for a long
time, Don't you think?
_______________________________________________ Netsukuku mailing
list [email protected] <mailto:[email protected]>
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
_______________________________________________ Netsukuku mailing
list [email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
Hmmm, Alright, Also, Will you continue your old blog? Or will you
make a new one?
(P.S My nodes still don't seem to be connected, I'm going to keep
reading your blog, as I have, And I'll run those scripts I ran
before. Apparently, They are neseccary for netsukuku to work.
However, I ran them a little while ago, And I don't think it
worked. I'll keep trying, I've restarted since then.)
The easiest way to see the nodes connecting is to have two different
machines and use an ethernet cable, $ntkd -i eth0 on both should "just
work" (I think). when you ping use $ping -I eth0 10.... but this has
little to do with ntk, it will setup the network but ping runs "below"
netsukuku not on top of it, there are yet no services which run on top
it so all you are testing is whether it configured the infrastructure
correctly.
For virtual machines it's slightly more involved, since the VM creates
it's own sandbox network by default. you'd need to create some tun
interfaces and bridge them, than pass those as an argument when you
run kvm. I have some scripts which do that, i sometimes use those for
pen testing VMs, I'll dig them out in a little while if you need.
note that when you run ntk on an interface it will put it on adhoc
mode, so unless you want to have an adhoc network don't use your
managed home network (wireless) or things will go weird. if you choose
to do this anyway you'd have to configure your router to adhoc mode
too, and to give out 10.x.x.x addresses.
_______________________________________________ Netsukuku mailing
list [email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iQEcBAEBAgAGBQJSIITRAAoJELGGH8ff/6zfnzAIAJUrod0E73cpflTvfcUnECgA
yMhBUZ3dslOOhovE4PivBWOlRSoqhKyClLiYjf2XQXC8+qzJuObj3h9N+mUtvpr3
yywV4oBLVJQ0cXOIV6lznv0TqKY2Z5BgvRj7pWy8SbqVvIZmSsURZMF30R3SJhXB
cleEovg7mVVwNlrK+s+Roc5HbHgLph6fZM1YlwRD/h+R80drt49eueUXLY0Dkdy1
8poccCnkQCynR+lEDfz6w6l3XrkbyamByaRmOfwdlFHnG59oaN+nJmq4EOlw1rM2
NzAIqutBm5HwpJS1Z5ujFHi5j6FB0mXEmPHbb9sb8PaXy72DjXnh5qrVnwhJi5U=
=zZfH
-----END PGP SIGNATURE-----
_______________________________________________
Netsukuku mailing list
[email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
Hmmm, okay, That last bit sounds a little bit complicated, So, I'll
probably stick with ethernet for the time being. However, Adhoc does
seem like a good thing to test as well. Especially being, That is almost
certainly how almost all of the nodes will be connected. Especially as
wifi increases in range.
I would like those virtual machine scripts, I do like virtual machine
testing, It's so clean, And I can add a million ethernet interface when
ever I want! And hmm, I'll try that specific ping command you sent me,
However, I'm not sure if it was "just working" I think there were some
bugs involved. ip r list table ntk only ever showed the unreachable IP.
Though, I think I remember it showing other IP addresses in the past,
But that could have been when I ran ip r list. Hopefully that ping
command will tell me more! I'll, Also, Try to install the python
version, I'll write some scripts for it, And maybe test it on that iMac
again. Stuw told me he vaugely remembers someone successfully compiling
netsukuku on a mac a long time ago, I wonder if that was the python
version?
Anyway, Thank you all so much for your help! I'll keep working now!
_______________________________________________
Netsukuku mailing list
[email protected]
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/netsukuku
