[kmail2] [Bug 401687] kmail doesn't send queued messages
https://bugs.kde.org/show_bug.cgi?id=401687 Gioacchino Mazzurco changed: What|Removed |Added CC||gmazzurc...@gmail.com --- Comment #4 from Gioacchino Mazzurco --- Similar behaviour happens to me too, in my case akonadictl restart doesn't help but completely rebooting the computer seems to work, also while this is happening new emails doesn't are not received at all, another thing I noticed is that if i double click on an email in outbox the sender address is changed to default identity and if I press send it send the email but nto with the sender i wanted... -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 401687] kmail doesn't send queued messages
https://bugs.kde.org/show_bug.cgi?id=401687 Gioacchino Mazzurco changed: What|Removed |Added CC||gmazzurc...@gmail.com --- Comment #4 from Gioacchino Mazzurco --- Similar behaviour happens to me too, in my case akonadictl restart doesn't help but completely rebooting the computer seems to work, also while this is happening new emails doesn't are not received at all, another thing I noticed is that if i double click on an email in outbox the sender address is changed to default identity and if I press send it send the email but nto with the sender i wanted... -- You are receiving this mail because: You are the assignee for the bug.
[kaddressbook] [Bug 376207] Formatted name is not selectable when creating new contact
https://bugs.kde.org/show_bug.cgi?id=376207 Gioacchino Mazzurco changed: What|Removed |Added CC||gmazzurc...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from Gioacchino Mazzurco --- Still happens in kaddressbook 5.8.3, also the missing FN field is especially problematic as it make synchronization with other vCard compliant software (such as radicale) silently fail... -- You are receiving this mail because: You are watching all bug changes.
[kaddressbook] [Bug 376207] Formatted name is not selectable when creating new contact
https://bugs.kde.org/show_bug.cgi?id=376207 Gioacchino Mazzurco changed: What|Removed |Added CC||gmazzurc...@gmail.com Status|REPORTED|CONFIRMED Ever confirmed|0 |1 --- Comment #2 from Gioacchino Mazzurco --- Still happens in kaddressbook 5.8.3, also the missing FN field is especially problematic as it make synchronization with other vCard compliant software (such as radicale) silently fail... -- You are receiving this mail because: You are the assignee for the bug.
[kmldonkey] [Bug 376499] KMldonkey crashes on startup
https://bugs.kde.org/show_bug.cgi?id=376499 --- Comment #4 from Gioacchino Mazzurco --- Grazie Pino! Thanks Pino! -- You are receiving this mail because: You are watching all bug changes.
[kmldonkey] [Bug 385149] Compilation documentation.
https://bugs.kde.org/show_bug.cgi?id=385149 Gioacchino Mazzurco <gmazzurc...@gmail.com> changed: What|Removed |Added Resolution|--- |WORKSFORME Status|UNCONFIRMED |RESOLVED --- Comment #3 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- I have tested the plain cmake + make thing and it works as expected: $ svn co svn://anonsvn.kde.org/home/kde/trunk/extragear/network/kmldonkey/ $ cd kmldonkey $ cmake CMakeLists.txt $ make It compiled without errors, if you want to install do $ sudo make install I agree that the documentation lack care and the software too, my feeling is that interest has moved toward more secure file sharing software like RetroShare -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 --- Comment #12 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- Seems solved in development version, but we need a backport that make it into linux distributions fast -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 --- Comment #12 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- Seems solved in development version, but we need a backport that make it into linux distributions fast -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 --- Comment #11 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- Trying to configure it from akonadiconsole i get this message in the terminal org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/akonadi_imap_resource" stopped unexpectedly ( "Process crashed" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' crashed! 0 restarts left. -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 --- Comment #11 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- Trying to configure it from akonadiconsole i get this message in the terminal org.kde.pim.akonadicontrol: ProcessControl: Application "/usr/bin/akonadi_imap_resource" stopped unexpectedly ( "Process crashed" ) org.kde.pim.akonadicontrol: Application '/usr/bin/akonadi_imap_resource' crashed! 0 restarts left. -- You are receiving this mail because: You are on the CC list for the bug.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 Gioacchino Mazzurco <gmazzurc...@gmail.com> changed: What|Removed |Added CC||gmazzurc...@gmail.com Ever confirmed|0 |1 Severity|normal |critical Status|UNCONFIRMED |CONFIRMED Version|unspecified |5.5.1 --- Comment #10 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- I experience similar crash on Gentoo with kmail 5.5.1, on dmesg i have found this. [Mon May 22 15:05:39 2017] akonadi_imap_re[6140]: segfault at 10 ip 7ff60959a8d1 sp 7ffd231df2a0 error 4 in libKF5MailTransport.so.5.5.1[7ff60957+4d000] [Mon May 22 15:05:41 2017] akonadi_imap_re[6152]: segfault at 10 ip 7f831c6a18d1 sp 7fff978704a0 error 4 in libKF5MailTransport.so.5.5.1[7f831c677000+4d000] [Mon May 22 15:05:47 2017] akonadi_imap_re[6158]: segfault at 10 ip 7f48003218d1 sp 7ffc4c519300 error 4 in libKF5MailTransport.so.5.5.1[7f48002f7000+4d000] [Mon May 22 15:06:15 2017] akonadi_imap_re[6181]: segfault at 10 ip 7efbfa20f8d1 sp 7fff63019490 error 4 in libKF5MailTransport.so.5.5.1[7efbfa1e5000+4d000] [Mon May 22 15:06:17 2017] akonadi_imap_re[6187]: segfault at 10 ip 7fbfa8d5e8d1 sp 7ffe384652e0 error 4 in libKF5MailTransport.so.5.5.1[7fbfa8d34000+4d000] [Mon May 22 15:06:18 2017] akonadi_imap_re[6193]: segfault at 10 ip 7f941be818d1 sp 7ffce89f3370 error 4 in libKF5MailTransport.so.5.5.1[7f941be57000+4d000] -- You are receiving this mail because: You are watching all bug changes.
[Akonadi] [Bug 379548] IMAP resource crashes on configure operation
https://bugs.kde.org/show_bug.cgi?id=379548 Gioacchino Mazzurco <gmazzurc...@gmail.com> changed: What|Removed |Added CC||gmazzurc...@gmail.com Ever confirmed|0 |1 Severity|normal |critical Status|UNCONFIRMED |CONFIRMED Version|unspecified |5.5.1 --- Comment #10 from Gioacchino Mazzurco <gmazzurc...@gmail.com> --- I experience similar crash on Gentoo with kmail 5.5.1, on dmesg i have found this. [Mon May 22 15:05:39 2017] akonadi_imap_re[6140]: segfault at 10 ip 7ff60959a8d1 sp 7ffd231df2a0 error 4 in libKF5MailTransport.so.5.5.1[7ff60957+4d000] [Mon May 22 15:05:41 2017] akonadi_imap_re[6152]: segfault at 10 ip 7f831c6a18d1 sp 7fff978704a0 error 4 in libKF5MailTransport.so.5.5.1[7f831c677000+4d000] [Mon May 22 15:05:47 2017] akonadi_imap_re[6158]: segfault at 10 ip 7f48003218d1 sp 7ffc4c519300 error 4 in libKF5MailTransport.so.5.5.1[7f48002f7000+4d000] [Mon May 22 15:06:15 2017] akonadi_imap_re[6181]: segfault at 10 ip 7efbfa20f8d1 sp 7fff63019490 error 4 in libKF5MailTransport.so.5.5.1[7efbfa1e5000+4d000] [Mon May 22 15:06:17 2017] akonadi_imap_re[6187]: segfault at 10 ip 7fbfa8d5e8d1 sp 7ffe384652e0 error 4 in libKF5MailTransport.so.5.5.1[7fbfa8d34000+4d000] [Mon May 22 15:06:18 2017] akonadi_imap_re[6193]: segfault at 10 ip 7f941be818d1 sp 7ffce89f3370 error 4 in libKF5MailTransport.so.5.5.1[7f941be57000+4d000] -- You are receiving this mail because: You are on the CC list for the bug.
Print on the same page with dblatex backend
Hi! I have found in FAQ how to tell asciidoc to put on the same page blocks when printing but it seems it apply only to HTML backend http://www.methods.co.nz/asciidoc/faq.html#_how_can_i_control_page_breaks_when_printing_html_outputs How to do the same when using dblatex backend ? Thanks! -- You received this message because you are subscribed to the Google Groups "asciidoc" group. To unsubscribe from this group and stop receiving emails from it, send an email to asciidoc+unsubscr...@googlegroups.com. To post to this group, send email to asciidoc@googlegroups.com. Visit this group at http://groups.google.com/group/asciidoc. For more options, visit https://groups.google.com/d/optout.
Re: Print on the same page with dblatex backend
I have tried the +unbreakable+ option on block but as documented here http://www.methods.co.nz/asciidoc/chunked/apf.html It doesn't apply to dblatex backend :( Some suggestion of work around that is not manual empty lines insertion? Cheers! -- You received this message because you are subscribed to the Google Groups "asciidoc" group. To unsubscribe from this group and stop receiving emails from it, send an email to asciidoc+unsubscr...@googlegroups.com. To post to this group, send email to asciidoc@googlegroups.com. Visit this group at http://groups.google.com/group/asciidoc. For more options, visit https://groups.google.com/d/optout.
Re: [Dblatex-users] Asciidoc dblatex lua syntax highlighting
On Monday, August 24, 2015 05:36:47 PM Eduardo Santana wrote:
It's a problem of the listing package of latex. The source highlight of
the language lua was not implemented there. You can create the sourcehight
of the language and share with them, so it would be available at next
release of the package.
Yeah I thought the same but then I have read this
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-package
That states:
The listings package defines no fewer than three Lua dialects
and also in my system I found that listings have [5.2]Lua on the following file
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
Once I needed a highlight for a pseudolanguage in portuguese, and it have
customized it for me. I have shared the solution here:
http://edusantana.github.io/asciidoc/new-language-with-asciidoc-and-dblatex.
html
Yeah i have read it before, but in this case seems that lua exists in listings
but just with a strange name
Cheers!
2015-08-24 17:19 GMT-03:00 Gioacchino Mazzurco gmazzurc...@gmail.com:
I am sorry to cross-post but it seems to me that both asciidoc and dblatex
are
involved in this problem and hope the two community toghether can help me
to
solve it, moreover i have googled a lot about syntax highlighting with
asciidoc + dblatex and I see there is lot of people affected but problems
similar to the one i have encountered, maybe it's time to find a common
elegant
solution
Cheers!
On Monday, August 24, 2015 09:44:59 PM Lex Trotman wrote:
That looks like a dblatex problem.
Whilst the a2x script uses dblatex and someone here might be able to
help you, the people here are mostly asciidoc experts, not dblatex
experts, so it might be good to also ask on the dblatex list.
Cheers
Lex
On 24 August 2015 at 20:51, Gioacchino Mazzurco gmazzurc...@gmail.com
wrote:
Hi all!
I am writing a report in asciidoc, in the report I do include some Lua
code
snippet, everything goes fine when I convert it to html with asciidoc
but
the story is different when I try to convert it to PDF with a2x, seems
it
fails because lua is not recognized as a language by dblatex, so I
have
searched a lot but catually i haven't fount any working solution, the
workaround I am using is a conditional attribute like this:
:lua: {basebackend@docbook:c++:lua}
[source,{lua}]
--
--- uci:set(bmx6, fromBird,
aggregatePrefixLen, 128) -- Disable route aggregation
uci:set(bmx6, general, redistTableDelay, 6) -- Aggregate
routing tables events by 60s time slots
--
---
The problem is that obviously when I need a PDF the syntax
highlighting is
completely screwed up -_-, investigating more I find out that the
problem
should be caused by missing lua syntax highlighter in texlive, but
from
what I readed on stackexchange [0] i discovered is not my case because
on
my texlive installation a Lua syntax highlighter is present at
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf [1] but it
seems
the language is called [5.2]Lua instead of plain lua so I have just
tried
changing it in the conditional attribute like this
:lua: {basebackend@docbook:[5.2]Lua:lua}
but when I call a2x i get a not very understandable error [2] , should
I
someway escape [.] ? If yes how?
Another question is where do i get a list of language syntax
highlighting
supported by a2x/dblatex so if I cannot fix this properly i can try to
use
a different language that is more similar to lua?
Many thanks!
[0]
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-
package [1] /usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
[2] https://bpaste.net/show/5a001957796e
--
You received this message because you are subscribed to the Google
Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send
an
email to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to ascii...@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
--
___
Dblatex-users mailing list
Dblatex-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dblatex-users
Re: [Dblatex-users] Asciidoc dblatex lua syntax highlighting
On Monday, August 24, 2015 05:36:47 PM Eduardo Santana wrote:
It's a problem of the listing package of latex. The source highlight of
the language lua was not implemented there. You can create the sourcehight
of the language and share with them, so it would be available at next
release of the package.
Yeah I thought the same but then I have read this
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-package
That states:
The listings package defines no fewer than three Lua dialects
and also in my system I found that listings have [5.2]Lua on the following file
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
Once I needed a highlight for a pseudolanguage in portuguese, and it have
customized it for me. I have shared the solution here:
http://edusantana.github.io/asciidoc/new-language-with-asciidoc-and-dblatex.
html
Yeah i have read it before, but in this case seems that lua exists in listings
but just with a strange name
Cheers!
2015-08-24 17:19 GMT-03:00 Gioacchino Mazzurco gmazzurc...@gmail.com:
I am sorry to cross-post but it seems to me that both asciidoc and dblatex
are
involved in this problem and hope the two community toghether can help me
to
solve it, moreover i have googled a lot about syntax highlighting with
asciidoc + dblatex and I see there is lot of people affected but problems
similar to the one i have encountered, maybe it's time to find a common
elegant
solution
Cheers!
On Monday, August 24, 2015 09:44:59 PM Lex Trotman wrote:
That looks like a dblatex problem.
Whilst the a2x script uses dblatex and someone here might be able to
help you, the people here are mostly asciidoc experts, not dblatex
experts, so it might be good to also ask on the dblatex list.
Cheers
Lex
On 24 August 2015 at 20:51, Gioacchino Mazzurco gmazzurc...@gmail.com
wrote:
Hi all!
I am writing a report in asciidoc, in the report I do include some Lua
code
snippet, everything goes fine when I convert it to html with asciidoc
but
the story is different when I try to convert it to PDF with a2x, seems
it
fails because lua is not recognized as a language by dblatex, so I
have
searched a lot but catually i haven't fount any working solution, the
workaround I am using is a conditional attribute like this:
:lua: {basebackend@docbook:c++:lua}
[source,{lua}]
--
--- uci:set(bmx6, fromBird,
aggregatePrefixLen, 128) -- Disable route aggregation
uci:set(bmx6, general, redistTableDelay, 6) -- Aggregate
routing tables events by 60s time slots
--
---
The problem is that obviously when I need a PDF the syntax
highlighting is
completely screwed up -_-, investigating more I find out that the
problem
should be caused by missing lua syntax highlighter in texlive, but
from
what I readed on stackexchange [0] i discovered is not my case because
on
my texlive installation a Lua syntax highlighter is present at
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf [1] but it
seems
the language is called [5.2]Lua instead of plain lua so I have just
tried
changing it in the conditional attribute like this
:lua: {basebackend@docbook:[5.2]Lua:lua}
but when I call a2x i get a not very understandable error [2] , should
I
someway escape [.] ? If yes how?
Another question is where do i get a list of language syntax
highlighting
supported by a2x/dblatex so if I cannot fix this properly i can try to
use
a different language that is more similar to lua?
Many thanks!
[0]
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-
package [1] /usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
[2] https://bpaste.net/show/5a001957796e
--
You received this message because you are subscribed to the Google
Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send
an
email to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to asciidoc@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
--
___
Dblatex-users mailing list
dblatex-us...@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dblatex-users
Re: [Dblatex-users] Asciidoc dblatex lua syntax highlighting
Many thanks!
With all suggestions from this mailing-lists and some interesting pages I
found, I have been capable of writing a workaround to this, long live to
asciidoc and dblatex!
https://gitlab.com/g10h4ck/lime-guifi-interop-internship-report/commit/aa01690c4cb07bf595af42e0c9a6e833156be952
On Tuesday, August 25, 2015 09:30:57 PM ben.guillon wrote:
Hi,
There's a weakness when dblatex passes the @language as option to the
listing macro, so that '[..]' in the language name make a mess. I'll fix
it in a next release. BTW this language definition is half-done, it should
contain at least a dialect default like the other languages do.
Anyway, as a workaround you can put in your user latex style this line:
\lstdefinelanguage{lua}[5.2]{Lua}{}
Or if you have not a user latex style, override the parameter in your user
stylesheet:
xsl:param name=latex.begindocument
xsl:text
% Trick to have 'lua' language from one of its dialects.
\lstdefinelanguage{lua}[5.2]{Lua}{}
\begin{document}
/xsl:text
/xsl:param
Then you can use directly:
programlisting language=lua
...
/programlisting
Regards,
BG
On Mon, 24 Aug 2015 22:19:26 +0200, Gioacchino Mazzurco
gmazzurc...@gmail.com wrote:
I am sorry to cross-post but it seems to me that both asciidoc and
dblatex are
involved in this problem and hope the two community toghether can help
me to
solve it, moreover i have googled a lot about syntax highlighting with
asciidoc + dblatex and I see there is lot of people affected but problems
similar to the one i have encountered, maybe it's time to find a common
elegant
solution
Cheers!
--
You received this message because you are subscribed to the Google Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send an email
to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to asciidoc@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
Re: [Dblatex-users] Asciidoc dblatex lua syntax highlighting
Many thanks!
With all suggestions from this mailing-lists and some interesting pages I
found, I have been capable of writing a workaround to this, long live to
asciidoc and dblatex!
https://gitlab.com/g10h4ck/lime-guifi-interop-internship-report/commit/aa01690c4cb07bf595af42e0c9a6e833156be952
On Tuesday, August 25, 2015 09:30:57 PM ben.guillon wrote:
Hi,
There's a weakness when dblatex passes the @language as option to the
listing macro, so that '[..]' in the language name make a mess. I'll fix
it in a next release. BTW this language definition is half-done, it should
contain at least a dialect default like the other languages do.
Anyway, as a workaround you can put in your user latex style this line:
\lstdefinelanguage{lua}[5.2]{Lua}{}
Or if you have not a user latex style, override the parameter in your user
stylesheet:
xsl:param name=latex.begindocument
xsl:text
% Trick to have 'lua' language from one of its dialects.
\lstdefinelanguage{lua}[5.2]{Lua}{}
\begin{document}
/xsl:text
/xsl:param
Then you can use directly:
programlisting language=lua
...
/programlisting
Regards,
BG
On Mon, 24 Aug 2015 22:19:26 +0200, Gioacchino Mazzurco
gmazzurc...@gmail.com wrote:
I am sorry to cross-post but it seems to me that both asciidoc and
dblatex are
involved in this problem and hope the two community toghether can help
me to
solve it, moreover i have googled a lot about syntax highlighting with
asciidoc + dblatex and I see there is lot of people affected but problems
similar to the one i have encountered, maybe it's time to find a common
elegant
solution
Cheers!
--
___
Dblatex-users mailing list
Dblatex-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dblatex-users
Asciidoc dblatex lua syntax highlighting
Hi all!
I am writing a report in asciidoc, in the report I do include some Lua code
snippet, everything goes fine when I convert it to html with asciidoc but
the story is different when I try to convert it to PDF with a2x, seems it
fails because lua is not recognized as a language by dblatex, so I have
searched a lot but catually i haven't fount any working solution, the
workaround I am using is a conditional attribute like this:
:lua: {basebackend@docbook:c++:lua}
[source,{lua}]
-
uci:set(bmx6, fromBird, aggregatePrefixLen, 128) -- Disable route
aggregation
uci:set(bmx6, general, redistTableDelay, 6) -- Aggregate
routing tables events by 60s time slots
-
The problem is that obviously when I need a PDF the syntax highlighting is
completely screwed up -_-, investigating more I find out that the problem
should be caused by missing lua syntax highlighter in texlive, but from
what I readed on stackexchange [0] i discovered is not my case because on
my texlive installation a Lua syntax highlighter is present at
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf [1] but it seems
the language is called [5.2]Lua instead of plain lua so I have just tried
changing it in the conditional attribute like this
:lua: {basebackend@docbook:[5.2]Lua:lua}
but when I call a2x i get a not very understandable error [2] , should I
someway escape [.] ? If yes how?
Another question is where do i get a list of language syntax highlighting
supported by a2x/dblatex so if I cannot fix this properly i can try to use
a different language that is more similar to lua?
Many thanks!
[0]
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-package
[1] /usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
[2] https://bpaste.net/show/5a001957796e
--
You received this message because you are subscribed to the Google Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send an email
to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to asciidoc@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
Re: Asciidoc dblatex lua syntax highlighting
I am sorry to cross-post but it seems to me that both asciidoc and dblatex are
involved in this problem and hope the two community toghether can help me to
solve it, moreover i have googled a lot about syntax highlighting with
asciidoc + dblatex and I see there is lot of people affected but problems
similar to the one i have encountered, maybe it's time to find a common elegant
solution
Cheers!
On Monday, August 24, 2015 09:44:59 PM Lex Trotman wrote:
That looks like a dblatex problem.
Whilst the a2x script uses dblatex and someone here might be able to
help you, the people here are mostly asciidoc experts, not dblatex
experts, so it might be good to also ask on the dblatex list.
Cheers
Lex
On 24 August 2015 at 20:51, Gioacchino Mazzurco gmazzurc...@gmail.com
wrote:
Hi all!
I am writing a report in asciidoc, in the report I do include some Lua
code
snippet, everything goes fine when I convert it to html with asciidoc but
the story is different when I try to convert it to PDF with a2x, seems it
fails because lua is not recognized as a language by dblatex, so I have
searched a lot but catually i haven't fount any working solution, the
workaround I am using is a conditional attribute like this:
:lua: {basebackend@docbook:c++:lua}
[source,{lua}]
--
--- uci:set(bmx6, fromBird,
aggregatePrefixLen, 128) -- Disable route aggregation
uci:set(bmx6, general, redistTableDelay, 6) -- Aggregate
routing tables events by 60s time slots
--
---
The problem is that obviously when I need a PDF the syntax highlighting is
completely screwed up -_-, investigating more I find out that the problem
should be caused by missing lua syntax highlighter in texlive, but from
what I readed on stackexchange [0] i discovered is not my case because on
my texlive installation a Lua syntax highlighter is present at
/usr/share/texmf-dist/tex/latex/listings/listings-lua.prf [1] but it seems
the language is called [5.2]Lua instead of plain lua so I have just tried
changing it in the conditional attribute like this
:lua: {basebackend@docbook:[5.2]Lua:lua}
but when I call a2x i get a not very understandable error [2] , should I
someway escape [.] ? If yes how?
Another question is where do i get a list of language syntax highlighting
supported by a2x/dblatex so if I cannot fix this properly i can try to use
a different language that is more similar to lua?
Many thanks!
[0]
http://tex.stackexchange.com/questions/169311/lua-syntax-for-the-listings-
package [1] /usr/share/texmf-dist/tex/latex/listings/listings-lua.prf
https://bpaste.net/show/dfb9d10839bf
[2] https://bpaste.net/show/5a001957796e
--
You received this message because you are subscribed to the Google Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send an
email to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to asciidoc@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
--
You received this message because you are subscribed to the Google Groups
asciidoc group.
To unsubscribe from this group and stop receiving emails from it, send an email
to asciidoc+unsubscr...@googlegroups.com.
To post to this group, send email to asciidoc@googlegroups.com.
Visit this group at http://groups.google.com/group/asciidoc.
For more options, visit https://groups.google.com/d/optout.
Re: [Ninux-Wireless] terrorismo
Che strano poi che i cellulari che lavorano con potenze decisamente superiori, e pero' non offrono possibilita' di decentralizzazione, non li vieti nessuno... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [OpenWrt-Devel] Ubiquiti Rocket M5 build
On Saturday, February 14, 2015 08:40:59 PM Saverio Proto wrote: I think the one for the NanoStation should work as well: http://downloads.openwrt.org/barrier_breaker/14.07/ar71xx/generic/openwrt-ar 71xx-generic-ubnt-nano-m-xw-squashfs-factory.bin I never tested, but ubnt devices are all similar. The draw back of nanostation image is that it suppose there is two ethernet device onboard, i didn't test it neither you should test it and see if it cause some problem in your setup ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [Retroshare-devel] SF.net SVN: retroshare:[7941] trunk
On Friday, February 13, 2015 07:34:42 PM cso...@users.sourceforge.net wrote: Revision: 7941 http://sourceforge.net/p/retroshare/code/7941 Author: csoler Date: 2015-02-13 19:34:38 + (Fri, 13 Feb 2015) Log Message: --- fixed compilation on debian squeeze. Removed placeHolder properties in CreateGxsForumMsg.ui and GxsGroupDialog.ui which need to be set in the cpp. Added a new DEFINE=NO_SQLCIPHER to compile without sqlcipher when sqlcipher cannot be found (no sqlcipher is available on debian squeeze). Finally! This is interesting also for people that have sqlcipher availeble in their distro, but have an encrypted disk/partition, nice work! -- Dive into the World of Parallel Programming. The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/ ___ Retroshare-devel mailing list Retroshare-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/retroshare-devel
Re: [Ninux-Wireless] Facebook ora fa gli Open Source switches Carrier Class
On Thursday, February 12, 2015 09:15:35 AM Giorgio Kadmo Pagano wrote: Se ha o stesso vizietto di cisco, meglio evitare. Quale sarebbe? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [OpenWrt-Devel] [PATCH] ramips:Fix mt7612 support for Xiaomi Mini.
On Wednesday, February 04, 2015 06:44:44 AM Chuanhong Guo wrote: 2ghz should be disabled on this router. It doesn't have 2ghz wireless interface, or it is that we are not capable of supporting it at moment? ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [B.A.T.M.A.N.] [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping
Thanks for the info :)
Re: [Ninux-Wireless] glibc Qualys Security Advisory CVE-2015-0235
On Wednesday, January 28, 2015 11:28:42 AM Saverio Proto wrote: http://www.openwall.com/lists/oss-security/2015/01/27/9 e questa volta come si aggiorna ? :) Dovrebbero essere colpite solo distro con glibc vecchiotta tipo debian, mentre gentoo non e' colpito perche' ha glibc piu' fresca (2.19) su cui questa vulnerabilita' era gia' stata segnalata e risolta da qualche annetto ormai... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [B.A.T.M.A.N.] [OpenWrt-Devel] [PATCH netifd] bridge: allow enabling or disabling the multicast querier independently of IGMP snooping
Reading this mail seems that who installa batman-adv nodes should do this
setting manually, doesn't batman-adv know/(can estimate) who is the goode node
were to put the querier?
What happen if we have the querier on every node?
Thanks!
On Tuesday, January 27, 2015 03:49:52 AM Matthias Schiffer wrote:
In larger networks, especially big batman-adv meshes, it may be desirable to
enable IGMP snooping on every bridge without enabling the multicast querier
to specifically put the querier on a well-connected node.
This patch adds a new UCI option 'multicast_querier' for bridges which
allows this. The default is still the value of the 'igmp_snooping' option
to maintain backwards compatiblity.
Signed-off-by: Matthias Schiffer mschif...@universe-factory.net
---
bridge.c | 8 +++-
system-linux.c | 2 +-
system.h | 1 +
3 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/bridge.c b/bridge.c
index f8478ad..f7dbf61 100644
--- a/bridge.c
+++ b/bridge.c
@@ -32,6 +32,7 @@ enum {
BRIDGE_ATTR_HELLO_TIME,
BRIDGE_ATTR_MAX_AGE,
BRIDGE_ATTR_BRIDGE_EMPTY,
+ BRIDGE_ATTR_MULTICAST_QUERIER,
__BRIDGE_ATTR_MAX
};
@@ -45,6 +46,7 @@ static const struct blobmsg_policy
bridge_attrs[__BRIDGE_ATTR_MAX] = { [BRIDGE_ATTR_MAX_AGE] = { max_age,
BLOBMSG_TYPE_INT32 },
[BRIDGE_ATTR_IGMP_SNOOP] = { igmp_snooping, BLOBMSG_TYPE_BOOL },
[BRIDGE_ATTR_BRIDGE_EMPTY] = { bridge_empty, BLOBMSG_TYPE_BOOL },
+ [BRIDGE_ATTR_MULTICAST_QUERIER] = { multicast_querier,
BLOBMSG_TYPE_BOOL
}, };
static const struct uci_blob_param_info bridge_attr_info[__BRIDGE_ATTR_MAX]
= { @@ -547,6 +549,7 @@ bridge_apply_settings(struct bridge_state *bst,
struct blob_attr **tb) cfg-stp = false;
cfg-forward_delay = 2;
cfg-igmp_snoop = true;
+ cfg-multicast_querier = true;
cfg-bridge_empty = false;
cfg-priority = 0x7FFF;
@@ -560,7 +563,10 @@ bridge_apply_settings(struct bridge_state *bst, struct
blob_attr **tb) cfg-priority = blobmsg_get_u32(cur);
if ((cur = tb[BRIDGE_ATTR_IGMP_SNOOP]))
- cfg-igmp_snoop = blobmsg_get_bool(cur);
+ cfg-multicast_querier = cfg-igmp_snoop =
blobmsg_get_bool(cur);
+
+ if ((cur = tb[BRIDGE_ATTR_MULTICAST_QUERIER]))
+ cfg-multicast_querier = blobmsg_get_bool(cur);
if ((cur = tb[BRIDGE_ATTR_AGEING_TIME])) {
cfg-ageing_time = blobmsg_get_u32(cur);
diff --git a/system-linux.c b/system-linux.c
index 4737fa6..ef90880 100644
--- a/system-linux.c
+++ b/system-linux.c
@@ -772,7 +772,7 @@ int system_bridge_addbr(struct device *bridge, struct
bridge_config *cfg) bridge-ifname, cfg-igmp_snoop ? 1 : 0);
system_set_dev_sysctl(/sys/devices/virtual/net/%s/bridge/multicast_querie
r, - bridge-ifname, cfg-igmp_snoop ? 1 : 0);
+ bridge-ifname, cfg-multicast_querier ? 1 : 0);
args[0] = BRCTL_SET_BRIDGE_PRIORITY;
args[1] = cfg-priority;
diff --git a/system.h b/system.h
index 9a2326b..94e0dd9 100644
--- a/system.h
+++ b/system.h
@@ -50,6 +50,7 @@ struct bridge_config {
enum bridge_opt flags;
bool stp;
bool igmp_snoop;
+ bool multicast_querier;
unsigned short priority;
int forward_delay;
bool bridge_empty;
Re: [Ninux-Wireless] [blog] Storia di un Google Summer of Code
On Sunday, January 11, 2015 12:41:02 PM Massimiliano CARNEMOLLA wrote: Mia opinione personale : pur di portare avanti qualcosa non scendo a compromessi che possono compromettere la mia coerenza verso cose che penso, dico, faccio. Ma quale sarebbe il compromesso? Sai come funziona il GSoC? Abbiamo piena autonomia, Google ci mette quasi solo i soldi... sicuramente avra un ritorno di immagine ma non mi sembra si stia perdendo di vista chi sia google e chi siamo noi... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Sostenibilita e questioni etiche Was: [blog] Storia di un Google Summer of Code
I soldi li fabbrica solo la banca centrale, ti sembra che gli stia a cuore la liberta` e/o la privacy della gente? Eppure li usiamo Perche`? Perche` per certe cose ancora non abbiamo alternativa. Mikrotic e ubuquiti prendono software libero e ci mescolano dei blob proprietari per giunta non rilasciano manco l'SDK, ti sembra che gli stia a cuore la liberta` e la privacy degli attivisti? Eppure usiamo antenne e apparati delle suddette aziende Perche`? Perche` non esistono ancora openhardware che ci permettano di fare community network. Per sviluppare il software libero su cui si reggono le reti comunitarie, serve poter dar da mangiare a dei programmatori che in quel tempo invece sarebbero dovuti andare a lavorare per M$ o altra azienda equivalente per poter mangiare, e' chiaro che se avessimo alternative migliori le preferiremmo ma siccome da quando Lucio [0] e' andato in pensione i soldi li stampa solo la banca, quindi per fare qualsiasi cosa per cui ti servono soldi o fai come Enric [1] o sarai sempre di fronte a qualche compromesso con qualche azienda Nemmeno a me piace come googlez fa i soldi, ma sono contento che dentro ci sia della gente che si sbatte per far uscire un po di quei soldi che googlez fa anche grazie ai software open source fatti dalla comunita` e farli ritornare alla comunita`, rispetto a quelli che googlez guadagna saranno niente, ma a molte comunita` hanno dato la possibilita` di andare avanti nello sviluppo e crescere. Tutto questo siccome non siamo su wirel...@ingenui.cogl per dire che lo sappiamo tutti che googlez fa soldi vendendo i dati della gente, e con il GSoC vuole farsi bella pubblicita` ma se vogliamo cambiare le cose dobbiamo uscire dall'ottica immobilista del tutto e' male (che gia` lo sappiamo), e cercare di cogliere quelle opportunita` di avere un minimo di risorse per cercare di cambiare le cose, e purtroppo per quello che facciamo servono sssoldi, e che quindi il GSoC va proprio bene che lo facciamo. [0] http://es.wikipedia.org/wiki/Lucio_Urtubia [1] http://en.wikipedia.org/wiki/Enric_Duran ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [OpenWrt-Devel] [PATCH] [ar71xx] Add support for MERCURY MAC1200R
Does openwrt supports 802.11ac with this router? Seller claim 802.11ac wireless + 1200Mbit ethernet speed (Gigabit?) Thanks! ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [Ninux-Wireless] Nuova iniziativa: semester of code!
On Sunday, January 11, 2015 06:50:30 PM Nemesis wrote: Andando a spulciare il sito di retroshare ho scoperto questa iniziativa: http://semesterofcode.com/ (a gioacchì, vedo che ce sta pure libremesh, malimortacci non ce potevi avvertì?) ... Non ho capito invece se danno soldi e quanti. Ci ha iscritto Pau solo che la cosa non e' mai andata avanti perche' non danno soldi (aka non ci ha mai contattato nessuno studente) e si deve fare un sacco di burocrazia, da quel che ho capito, e' una roba del tipo esame aggiuntivo e solo in poche universita', in italia solo ad Udine [0], gia' e' difficile trovare studenti capaci pagandoli pensa aggratis e in piu' che gli tocca fare tutte le carte per farsi riconoscere l'esame aggiuntivo... Dopo averci perso un sacco di tempo per capire come funzionava perche' il sito e' fatto malissimo e ho capito che non davano soldi e che dovevi essere di quelle universita' specifiche ho detto mavafanc... e non lo manco inoltrato, manco per far perdere tempo ad altra gente... [0] http://semesterofcode.com/?p=6 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Chi sta sviluppando per ninux, firmware, reti-mesh?
On Saturday, January 10, 2015 11:08:29 AM Nemesis wrote: * libremesh si potrebbe sviluppare lime-proto-olsrd e lime-proto-olsrd2, non e' molto codice da scrivere ma per poterlo scrivere bisogna imparare molti concetti di rete, openwrt, programmazione in lua e modularita' oltre che l'architettura di libre-mesh Potrei essere mentor senza problemi * altri tool utili Si puo' continuare a lavorare su RetroShare, il plugin dell'anno scorso e' stato un successo, la persona che lo ha scritto ha capito abbastanza in profondita' il funzionamento del software e sta continuando il progetto, oltre che a essere diventato uno sviluppatore attivo del core di RetroShare ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Avere dei mezzi di comunicazione indipendenti non e' un crimine
Qui in Spagna da poco hanno arrestato delle persone per presunti atti di terrorismo mai avvenuti (insomma una roba da minority report...), tra i motivi giustificanti il fatto che vengano tenuti in carcere prima del processo legale usano come motivazione il fatto che questi attivisti non usano provider email normali, ma provider indipendenti come Riseup. Anche noi ninuxiani per comunicare tra noi non usiamo una rete normale come quella di un ISP qualunque, ma una indipendente costruita da noi, pretenderanno un giorno di chiamarci terroristi anche per questo? -- Forwarded Message -- [en] Security is not a crime [es] La seguridad no es un crimen [pt] Segurança não é crime [de] Sicherheit ist kein Verbrechen [fr] La sécurité n'est pas un crime [it] La sicurezza non è un crimine [el] Η ασφάλεια δεν είναι έγκλημα [ca] La seguretat no és cap delicte [en] Security is not a crime - https://help.riseup.net/en/security-not-a-crime On Tuesday December 16th, a large police operation took place in the Spanish State. Fourteen houses and social centers were raided in Barcelona, Sabadell, Manresa, and Madrid. Books, leaflets, computers were seized and eleven people were arrested and sent to the Audiencia Nacional, a special court handling issues of national interest, in Madrid. They are accused of incorporation, promotion, management, and membership of a terrorist organisation. However, lawyers for the defence denounce a lack of transparency, saying that their clients have had to make statements without knowing what they are accused of. [They] speak of terrorism without specifying concrete criminal acts, or concrete individualized facts attributed to each of them [2]. When challenged on this, Judge Bermúdez responded: I am not investigating specific acts, I am investigating the organization, and the threat they might pose in the future [1]; making this yet another case of apparently preventative arrests. Four of the detainees have been released, but seven have been jailed pending trial. The reasons given by the judge for their continued detention include the posession of certain books, the production of publications and forms of communication”, and the fact that the defendants used emails with extreme security measures, such as the RISE UP server [2]. We reject this Kafka-esque criminalization of social movements, and the ludicrous and extremely alarming implication that protecting one's internet privacy is tantamount to terrorism. Riseup, like any other email provider, has an obligation to protect the privacy of its users. Many of the extreme security measures used by Riseup are common best practices for online security and are also used by providers such as hotmail, GMail or Facebook. However, unlike these providers, Riseup is not willing to allow illegal backdoors or sell our users' data to third parties. The European Parliament's report on the US NSA surveillance program states that privacy is not a luxury right, but the foundation stone of a free and democratic society [3]. Recent revelations about the extent to which States violate everyone's right to privacy show that everything that can be spied upon will be spied upon [4]. Furthermore, we know that criminalizing people for using privacy tools also has a chilling effect on everybody, and human-rights defenders, journalists, and activists, in particular. Giving up your basic right to privacy for fear of being flagged as a terrorist is unacceptable. [1] https://directa.cat/actualitat/pandora-empresonada [2] https://directa.cat/jutge-gomez-bermudez-envia-preso-set-de-onze-persones-detingudes-durant-loperacio-pandora [3] http://www.europarl.europa.eu/sides/getDoc.do?pubRef=-//EP//NONSGML%2BCOMPARL%2BPE-526.085%2B02%2BDOC%2BPDF%2BV0//EN [4] http://www.spiegel.de/international/germany/inside-the-nsa-s-war-on-internet-security-a-1010361.html [es] La seguridad no es un crimen - https://help.riseup.net/es/security-not-a-crime El Jueves 16 de diciembre, una operación policial a gran escala tuvo lugar en el Estado Español. Catorce viviendas y centros sociales fueron registrados en Barcelona, Sabadell, Manresa, y Madrid. Libros, panfletos y ordenadores fueron requisados y once personas fueron arrestadas y enviadas a la Audiencia Nacional, un jurado especial para casos de “interés nacional”, in Madrid. Se les acusa de incorporación, promoción, gestión y participación de una organización terrorista. Sin embargo, abogadas de la defensa denuncian falta de transparencia, sus clientes han tenido que declarar sin saber de qué se les acusa. “Hablan de terrorismo sin especificar actos criminales concretos, o hechos concretos individuales atribuídos a cada una” [2]. Cuando fue questionado por esto, el Juéz Bermúdez respondió “No estoy investigando hechos específicos, estoy investigando la organización, y la
Re: [Ninux-Wireless] [lime-dev] Ground routing
On Wednesday, January 07, 2015 12:28:20 PM Pau wrote: Can you please make two cents about what do you mean for ground routing? Yep! Ground routing is a way of building supernodes developed by ninux community network, in practice because they was experiencing bugs in openwrt drivers and their links were mostly AP-STA they started to separate routing from the radio layer, so on the roof you have CPE that only do radio stuff either with openwrt or fabric firmware, while the router is inside your house, there are two variants, one in which an ethernet cable run from each CPE to the router and one in witch you have a gigabit siwtch on the roof where all CPE are connected and only one gigait ethernet cable run to your ground router, lime actually supports both modes, first mode have the advantage that doesn't needs 802.1q tagged vlan support (on both GR and CPE) while have the disadvantage that you have to run one cable for each CPE, the second mode have the advantage that you can run just one gigabit ethernet cable from your roof switch to your GR but needs that both GR and CPEs have 802.1q tagged vlan support to avoid L2 loop, i believe it have some similaruty with guifi hibrid mode, but using open source router, having now libre-mesh supporting GR it means that supernode configuracion is quite simpler having most of them automatically generated by lime :) A tipical topology with gigabit switch on the roof === ethernet link --- wireless link In the house 1on the roof 1 lime GR 1==GbEth switch||=CPE1.1-- _||=CPE1.2 _||=CPE1.3 on the roof 2 In the house 2 CPE2.1||GbEth switchlime GR2 CPE2.3|| CPE2.7|| CPE2.x|| on the roof 3 In the house 2 CPE3.1||GbEth switchlime GR2 CPE3.2|| CPE3.y|| The usage of tagged 802.1q vlans avoid L2 loop Here you can find more informations about GR https://docs.google.com/document/d/1tEp4rFNDis4RAwwo4wwg6xDMdqeJKAi8FVYh_FsPEdk/edit?pli=1#heading=h.8c5qdfnyo0u7 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Avere dei mezzi di comunicazione indipendenti non e' un crimine
On Wednesday, January 07, 2015 10:25:09 PM Michele Salerno wrote: Non credo che si usano account ninux dietro tor o proxy e con macchine camuffate, ne tantomeno transitano informazioni HOT. ISP...se ho un server mio personale pubblico ed ho email mie sono inlegale perchè non sono registrato come maintainer? naaa Certo, se la tua posta esce da un IP camuffato o dietro TOR/Proxychans o altronon è il massimo! Perche' non e' il massimo? Cioe' se non mi piace che il mailserver veda il mio ip sono stronzo? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Auguri a tutti! Qual'è il vostro obiettivo Ninux per il 2015?
On Friday, January 02, 2015 08:08:47 PM Giuseppe De Marco wrote: Hai provato RetroShare? quoto, lo usiamo parecchio quì e funziona State usando la 0.5.x o la versione di sviluppo 0.6? Vuoi fare scambio di chiavi? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Auguri a tutti! Qual'è il vostro obiettivo Ninux per il 2015?
On Friday, January 02, 2015 07:20:59 PM Massimiliano CARNEMOLLA wrote: E' questo anche quello che dovremmo cercare di implementare, un social network distribuito. Hai provato RetroShare? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Copertura nodi e calcolo distanze raggiungibili
On Thursday, January 01, 2015 07:47:50 PM Massimiliano CARNEMOLLA wrote: Si puo' implementare una soluzione non dipendente dal vendor hardware/software di turno ? IBSS e 802.11s sono standard ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Copertura nodi e calcolo distanze raggiungibili
On Thursday, January 01, 2015 10:34:29 PM Massimiliano CARNEMOLLA wrote: Ma la tua isola ninux a quanti hop e' arrivata? Manco 1... na cacata E allora de che te preoccupi degli 8 hop? 802.11s mi pare ha il limite che non puoi realizzare una rete con + di 32 nodi ? Sei sicuro? Io non la sapevo sta cosa hai qualche fonte autorevole? http://en.wikipedia.org/wiki/IEEE_802.11s#Usage Non dice che non si puo' usare per piu' di 32 nodi in ogni caso io se c'e' una differenza apprezzabile al 33esimo nodo inizierei a fare anche mesh a layer 3 Flasha Su Mikrotik non sempre possibile. Gli apparati non flashabili proprio non li comprare, via il ente via il dolore rimane sempre l'incognita che i driver proprietari delle schede wireless dovrebbero dare piu' prestazioni di troughput rispetto alle implementazioni free software Sta roba e' tutta da dimostrare, io non ho ancora visto test eseguiti con rigore scientifico che lo dimostrino ...in piu' se hai delle prove che hanno preso il codice di batman-adv che lo hanno modificatoe che lo hanno chiuso scrivi alla mailinglist GPL violation e denunciali batman-adv e' GPL non si puo' chiudere Lo stesso varrebbe per 802.11s penso. E' scritto sul sito ufficiale della Mikrotik Ma e' da considerarsi sempre violazione se tu invece di chiudere il codice lo riscrivi seguendo le specifiche tecniche di funzionamento del protocollo ? Se tu ti reimplementi il protocollo da 0 non violi la licenza GPL ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Libre Mesh feature/ground_routing merged in develop
On Monday, December 29, 2014 06:00:02 PM Nemesis wrote: Ci vorrebbe un plugin per OLSR1, qualcuno ha più cominciato a lavorare su questa cosa? All' hackmeting ho tenuto un talk su come sviluppare plugins per protocolli di routing su libre-mesh, in diretta nel talk abbiamo implementato una bozza di supporto per il protocollo babeld (lime-proto-babeld) passo passo. Implementare lime-proto-olsrd non dovrebbe essere molto diverso https://github.com/libre-mesh/lime-packages/commit/42e65ab1744c72be8c198be7f390a7785614b054 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Libre Mesh feature/ground_routing merged in develop
Hi all! I have been working on adding support for ground routing in libre-mesh in this days around winter solstice, today i have done various tests and as they satisfied me i have merged the work on develop branch, although it is stable and usable, some buggy switch chip of some router like tl-wdr3500 need some little (remove Ground routing port from other vlans) configuration tweaking after lime autoconfiguration, while for example the tl-wdr3600 works out of the box Moreover ground routing works also with CPE that doesn't have an integrated switch like e ubnt-bullet :) Debugging/Patches/Feedback are all welcome https://github.com/libre-mesh/lime-packages/commit/03202c811e3d3a208a28b35b7eb0cc95d235d4d6 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ninux Backbone
On Thursday, December 25, 2014 11:25:59 AM Massimiliano CARNEMOLLA wrote: Ognuno adotta delle policy che se dovessi applicare un'etichetta per creare un profilo lo chiamerei anarchico. Va be a parte l'utilizzo di termini impropri, direi proprio che il mondo/community e` bello/a perche` e` vario. Hai avuto problemi a connetterti con qualcuno per via della sua policy? Si - Parlaci e mettetevi d'accordo No - Il problema non sussiste Il picopeering mi sembra che venga rispettato dentro ninux. Tutto il resto e' aria fritta, non serve fare ulteriori modelli e/o regole che devono rispettare tutti -_- ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ninux Backbone
On Thursday, December 25, 2014 02:58:14 PM Massimiliano CARNEMOLLA wrote: I tuoi a Mistretta sono sicuramente apposto, li ho esclusi a priori dal profilo anarchico. Ma mica sono miei :p non vengo li da anni, sono apposto proprio perche' sono anarchici Mentre siamo in discorso possiamo fare una VPN tra le varie sottoisole siciliane ? Ma non conviene usare la VPN isole italiana ? Se invece ti va di fare peering ipv6 si puo' usare librenet6 l' ipv6 tunnel broker mesh che abbiamo montato sotto l'ombrello libre-mesh Hai avuto problemi a connetterti con qualcuno per via della sua policy? No, non c'e' visibilita' ottica. E allora che c'entra l'anarchia? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Ninux Backbone
On Thursday, December 25, 2014 06:14:25 PM Massimiliano CARNEMOLLA wrote: On 25/12/2014 15.23, Gioacchino Mazzurco wrote: E allora che c'entra l'anarchia? Qualcuno utilizza ip che non dovrebbe utilizzare Questo credo che potete risolverlo da voi senza troppi problemi , su altri manca OLSR, il router di terra etc. OLSD e router di limarra non sono obbligatori, dipende dal setup che volete fare Tutto questo con l'anarchia[0] non ha niente a che fare, quello a cui ti riferisci tu si chiama disorganizzazione[1] [0] http://it.wikipedia.org/wiki/Anarchia [1] http://dizionari.corriere.it/dizionario_italiano/D/disorganizzazione.shtml ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OLSR o BATMAN
On Thursday, December 11, 2014 12:56:30 PM Davide Bettio wrote: Penso che sia appunto più interessante discutere che cosa implica per la community avere una rete mesh su layer 2 o su layer 3. Cmq secondo me tocca uscire da questo dualismo layer2 o layer3 si possono usare benissimo entrambi insieme prendendo i benefici di ognuno, con gli sviluppatori di libre-mesh stiamo studiando proprio questa cosa e sembra avere delle potenzialita interessanti ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] UnWired
Sostegno a quelli che fanno le reti wireless in Africa, mentre quelli che hanno fatto il documentario robe tipo chattare su feisbuk e' un grande salto se lo potevano risparmiare... Anche perche' e' l'ennesima istanza dell'andare al supermercato dello stregone bianco che ti frega... Mi sembra che la voce narrante questo non l'abbia colto o forse non ha captato l'onda di conoscenza 2014-10-14 22:54 GMT+02:00 Massimiliano CARNEMOLLA massimili...@null.net: http://vimeo.com/54091369 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [hm] BCN - Marinaleda - BCN
Muchas gracias! Le contacto en privado. ___ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting
[hm] BCN - Marinaleda - BCN
Hola! Somos en dos y estamos buscando alguien que vaya a Marinaleda desde BCN o cerca para compartir el viaje, me acuerdo de alguien que salia desde Calafou pero' no he encontrado su email, alguien tiene 2 plazas ? Como equipaje llevaremos dos mocilas Si teneis disponibilidad podeis contactarme en privado gracias :) ___ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting
Re: [hm] [meta] [organizacion] [propuesta] eutanasia, por piedad
Vista la situación yo creo que la idea de hacer que este de octubre sea un warm-up y que el HackMeeting se celebre en diciembre no me parece mala idea, los warm-up en el HM italico son consuetudinarios, y me parece que tengan efecto positivo, ademas de mejorar la organización entre grupos y personas lejana, ayudan a sedimentar las ideas con que cada uno vamos al HM y en el caso especifico de hacer el warm-up en el mismo lugar donde se celebrara el HM a dar mas continuidad. Por lo de la colaboración con las instituciones, a mi tampoco me gustan, mientra me gustaria celebrar el HM en una okupa, pero si queremos llevar nuestros contenidos a Marinaleda no me parece ver muchas alternativas, pues se hubiera tenido que decidir otro lugar si no queremos ese compromiso, pero' si no vamos nosotros a llevar nuestras reflexiones, contenidos y chispas auto-organizativas a los Maridaleños quien se lo va a llevar? Quisas Marinaleda sea algo que nos guste mas en un futuro gracias a nuestras visitas ;) 2014-09-28 11:56 GMT+02:00 al a...@blogmail.cc: On 27/09/14 20:12, paskao wrote: El 27/09/14 10:56, Maider Likona Santamarina escribió: Apa! Hola, lr., 2014.eko iraren 27a 03:42(e)an, al igorleak idatzi zuen: Y quillo, si decidimos hacerlo en Marinaleda, pues toca arremangarse e ir a hablar con el ayuntamiento (y es un ayuntamiento que está muy lejos para la mayoría de hacktivistas peninsulares). Es uno de los precios de no hacerlo en una gran capital. En este caso, es lo que hay. Y si el año que viene se decide hacerlo en un lugar que apenas hay electricidad el acceso está complicado y el agua caliente se acaba pues irá menos gente y la organización será más complicada pero es el precio que tenemos que pagar si queremos hacerlo en Soria (por poner un ejemplo). está claro! En madrid hubo muchísima gente, y ahora nos vamos a un pueblito en una punta de la península, así que habrá menos. Es cierto que hacer el hackmeeting en un pueblito en una punta de la península lo pone todo más difícil y probablemente participen menos personas. Pero me viene la duda de que el problema de la falta de participación, además de ser de carácter geográfico, quizá sea también de carácter político. Hasta hace un par de meses no creía posible que una comunidad cómo la de hackmeeting, que se define autorganizada, pudiera organizar un evento haciendo reuniones con el alcalde de la ciudad y su concejala, que aceptara usar sus medios de comunicación y que se ofreciera al ayuntamiento para instalarle una red de fibra óptica y para hacerle dos páginas web nuevas (una para el ayuntamiento y una para su radio/televisión). Hace un par de meses estaba deseando que llegara el hackmeeting, así cómo otras personas que conozco que querían participar. Luego, viendo cómo se ha organizado y las explicaciones que se han dado (esa decisión de trato suele recaer en el grupo local y sus maneras de trabajar allí donde vamos [0]) hemos perdido la gana y el interés en participar. Personalmente he participado sólo un par de años en el hackmeeting (en A Coruña y Sestao) y leyendo la lista de correo en los últimos dos meses he pensado que quizá me equivocaba acerca de esta comunidad, que quizá sea la normalidad para el hackmeeting iberico organizarse con las instituciones, los dirigentes de partido y los sindicatos verticales y subvencionados por el estado, así como que sea normal hacerles favores. O que quizá para esta comunidad el fin de organizar el meeting en Marilaneda justifica los medios con los cuales se hace. Así que hasta ahora no he querido exponer todo esto porque a lo mejor me equivocaba acerca de lo que es esta comunidad. Luego, constatando la falta de participación al evento, me ha surgido la duda de que quizá esta falta sea el reflejo de un problema general de carácter político, de cómo se organiza esta comunidad. Si esta duda reflejara el estatus actual de la comunidad, no creo que la eutanasia sea la solución, puesto que este año podría ser un momento de reflexión para debatir los errores y arreglarlos. Y si simplemente me he equivocado en pensar que exista un problema político general y que todo lo que pasa es la normalidad, me disculpo por haber escrito este correo fuera de lugar. Para mi hablar con las instituciones es la respuesta real a cómo desarrollar un hackmeeting en un pueblo pequeño, lejano, con toda la población rural en donde no se ha hecho nunca antes. Si tú tienes otra respuesta real a esa pregunta, la apuntamos para el año que viene. Otra cosa es que digamos que no hace falta responder a esa pregunta y que sólo vamos a desarrollar Hackmeetings en ciudades industriales venidas a menos, con población actualmente tecnológica pero de madres obreras: óbviamente el caldo de cultivo de Hackmeetings de éxito. La propuesta de Marinaleda en asambleas finales fue apoyada por lo que a mí me pareció,
Re: [OpenWrt-Devel] [RFC] netifd: Override interface macaddr/mtu not working when new style vlan devices are used
On Friday 12 September 2014 15:13:11 Hans Dedecker wrote: Now I'm a bit puzzled if the oberved behavior (need to define mtu/macaddr in the device section to make override work) is expected behavior by design choice or does it need to be considered as bug ? I believe macaddress and mtu are device specific stuff so in it good that you have to put them in the device section and not in the interface section ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [OpenWrt-Devel] [RFC] netifd: Override interface macaddr/mtu not working when new style vlan devices are used
On Friday 12 September 2014 16:21:53 Hans Dedecker wrote: Just it needs to be made clear this is the vision for the future as currently there's confusion as the wiki documentation does not align the actual implementation Yeah the wiki need to be updated ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [Ninux-Wireless] se entro in ninux...
On Wednesday 10 September 2014 15:40:12 Giorgio Kadmo Pagano wrote: Un iDiota andrebbe bene? :-))) http://vimeo.com/79695097 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] OpenWRT Default IP su firmware customizzati - compilati
Su libre-mesh di default vengono usati gli ip della subnet 192.0.2.0/24 che sono per esempi e documentazione come da RFC On Monday 11 August 2014 11:54:48 Massimiliano CARNEMOLLA wrote: On 11/08/2014 11.31, Luca Postregna wrote: lo fai da make menuconfig: Si ma, io forse ce la posso fare (e manco tanto) ma uno interessato alle prime armi che vuole provare OpenWRT sul TP-Link non gli puoi dire compilati OpenWRT. Uno che non ne capisce di indirizzi IP come fai a dirgli prima che flashi il TP-Link devi cambiare IP al router ADSL ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[OpenWrt-Devel] OpenWrt hangs on USB radio unplug
Hi! I my device hungs when an usb radio is plugged, I have serial console so I investigated a little, it seems that just the networking parts hungs and on dmesg appear something that seems interesting, i know that ath9k_htc is pretty unstable, but if there is someone interested in fix it here it goes the dmesg output: 1.2: USB disconnect, device number 3 [ 69.13] ath: phy2: Unable to reset channel (2462 Mhz) reset status -5 [ 69.14] ath: phy2: Unable to set channel [ 69.25] ath: phy2: RX failed to go idle in 10 ��[ 69.36] br-lan: port 4(wlan2_ap) entered disabled state �^E^@^A^P�[ 69.38] device wlan2_ap left promiscuous mode [ 69.38] br-lan: port 4(wlan2_ap) entered disabled state [ 69.41] CPU 0 Unable to handle kernel paging request at virtual address 00100104, epc == 87212f98, ra == 87212f90 [ 69.42] Oops[#1]: [ 69.42] CPU: 0 PID: 287 Comm: khubd Not tainted 3.10.49 #1 [ 69.42] task: 879050c0 ti: 87afe000 task.ti: 87afe000 [ 69.42] $ 0 : p000 00200200 00100100 [ 69.42] $ 4 : 87affca8 87affe70 0001 001e [ 69.42] $ 8 : 001f0041 001f0041 0001 86f21b80 [ 69.42] $12 : 0014 0001 001e0041 0001 [ 69.42] $16 : 873e7180 87affca0 00100100 873e7188 [ 69.42] $20 : 873e7180 00200200 87aee400 87acd138 [ 69.42] $24 : 802f2870 800fb780 [ 69.42] $28 : 87afe000 87affc90 87212f90 [ 69.42] Hi: 0010 [ 69.42] Lo: 29288c80 [ 69.42] epc : 87212f98 ieee80211_remove_interfaces+0x128/0x1b4 [mac80211] [ 69.42] Not tainted [ 69.42] ra: 87212f90 ieee80211_remove_interfaces+0x120/0x1b4 [mac80211] [ 69.42] Status: 1100dc03 KERNEL EXL IE [ 69.42] Cause : 008c [ 69.42] BadVA : 00100104 [ 69.42] PrId : 0001974c (MIPS 74Kc) [ 69.42] Modules linked in: ath9k ath9k_htc ath9k_common pppoe ppp_async iptable_nat ath9k_hw ath pppox ppp_generic nf_nat_ipv4 nf_conntrack_ipv4 mac80211 ipt_MASQUERADE ebtable_nat ebtable_filter ebtable_broute cfg80211 xt_time xt_tcpudp xt_state xt_nat xt_multiport xt_mark xt_mac xt_limit xt_id xt_conntrack xt_comment xt_TCPMSS xt_REDIRECT xt_LOG xt_CT slhc nf_nat_irc nf_nat_ftp nf_nat nf_defrag_ipv4 nf_conntrack_irc nf_conntrack_ftp macvlan iptable_raw iptable_mangle iptable_filter ipt_REJECT ip_tables ebtables ebt_vlan ebt_stp ebt_redirect ebt_pkttype ebt_mark_m ebt_mark ebt_limit ebt_among ebt_802_3 crc_ccitt compat ledtrig_usbdev batman_adv libcrc32c crc16 ip6t_REJECT ip6table_raw ip6table_mangle ip6table_filter ip6_tables x_tables nf_conntrack_ipv6 nf_conntrack nf_defrag_ipv6 ip6_tunnel tunnel6 tun ipv6 arc4 crypto_blkcipher ohci_hcd ehci_platform ehci_hcd gpio_button_hotplug usbcore nls_base usb_common crc32c crypto_hash [ 69.42] Process khubd (pid: 287, threadinfo=87afe000, task=879050c0, tls=) [ 69.42] Stack : 873e7380 87aee400 87acd820 87affca0 87affca0 00100100 00200200 873e6ac0 871b3c00 873e6ac0 87aee400 87acd820 87200fac 873e7440 871b3c00 873e6ac0 873e7440 872e8f58 0001 801bd150 870bc900 870bc900 87aee468 0001 872e0bbc 87acd820 0005 8794256c 80085b74 87affd1c 87affd1c 80244134 87acd820 87aee400 ... [ 69.42] Call Trace: [ 69.42] [87212f98] ieee80211_remove_interfaces+0x128/0x1b4 [mac80211] [ 69.42] [87200fac] ieee80211_unregister_hw+0x3c/0xe4 [mac80211] [ 69.42] [872e8f58] ath9k_htc_disconnect_device+0x5c/0xc4 [ath9k_htc] [ 69.42] [872e0bbc] ath9k_htc_hw_deinit+0x260/0x1d54 [ath9k_htc] [ 69.42] [ 69.42] Code: 27a40018 8fa2001c 8fa30018 ac620004 ac43 8fb00010 3c030010 3c020020 24630100 [ 69.68] ---[ end trace f27fa60a0f936140 ]--- ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [Ninux-Wireless] Iperf: è normale che un test bidirezionale con UDP non funziona?
On Sunday 27 July 2014 16:25:46 LuX wrote: puoi avviare sulla macchina remota una shell dentro screen[1]. ... Alternativamente c'è http://byobu.co (la scelta preferita da Canonical su Ubuntu Server). Io consiglio tmux :) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] voglio solo rendervi partecipi della mia felicità!
On Friday 11 July 2014 14:58:42 Luca Postregna wrote: Quest'oggi ho aggiornato personalmente un wr1043nd ed un wdr4300 all'ultimo trunk di openwrt ed a batman-adv 2014.2.0. Il lag è sparito! Ora ogni tplink mi indroduce al massimo 2-3ms :D Sono felicissimo! Ottima notizia! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [IuliiNet] [Ninux-Wireless] voglio solo rendervi partecipi della mia felicità!
On Friday 11 July 2014 14:58:42 Luca Postregna wrote: Quest'oggi ho aggiornato personalmente un wr1043nd ed un wdr4300 all'ultimo trunk di openwrt ed a batman-adv 2014.2.0. Il lag è sparito! Ora ogni tplink mi indroduce al massimo 2-3ms :D Sono felicissimo! Ottima notizia! ___ IuliiNet mailing list IuliiNet@ml.ninux.org http://ml.ninux.org/mailman/listinfo/iuliinet
[Ninux-Wireless] Pad resoconto assemblea @ hackmeeting
L'ho fatto su marsupi che il server di eigenlab sembra down http://pad.marsupi.org/ninuxhackmeeting ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] radio radicale ninux e riseapp
On Sunday 22 June 2014 20:34:24 Leonardo wrote: oggi mi hanno intervistato su radio radicale, alla trasmissione presi per il web per parlare di riseapp.org (che voi tutti avete già visitato e votato, vero? :-). ovviamente in 3 minuti di intervista ci ho voluto mettere dentro anche un pochino di ninux :-) Grande! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Realizzazione hardware nodo
On Sunday 15 June 2014 14:06:31 Massimiliano CARNEMOLLA wrote: Inscatorarlo completamente all'interno della scatola oppure Toglietegli il plasticone nero cosi' si rinfresca meglio Le antenne escono da sotto la scatola ma quella centrale risulta troppo a contatto col palo, potrebbe creare schermatura/attuenazione del segnale ? Non credo ti creerebbe grossi problemi, in ogni caso puoi mettere l'antenna centrale perpendiloare alle altre e al palo (piegata a 90) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Wednesday 11 June 2014 18:34:27 Saverio Proto wrote: che lettura ci consigli per capire la differenza tra vlan 802.1q e 802.1ad ? A livello di frame l'unica differenza e' l'ethertype, in piu' mentre su 802.1q il doubletagging dovrebbe essere trattato come un attacco (quindi droppare il pacchetto), per 802.1ad il tagging multiplo e' proprio una feature Nel nostro caso il vantagigo e' che siccome quegli switchetti li hanno supporto hardware solo per 802.1q sono trasparenti per 802.1ad, per cui mentre se tu fai una vlan 802.1q dovresti specificare nella conf dello switch che deve lasciar passare quella vlan taggata (e siccome c'e' il bug tagged/untagged o fai passare taggato oppure no), mentre con 802.1ad configuri tutte le porte come untagged e poi dentro ci fai passare frame 802.1ad, lo switch non sa che quelle in realta' sono VLAN e quindi lo lascia passare come se fosse un pacchetto untagged, siccome poi 802.1ad e' un protocollo per carrier non credo che qualcuno si sogni di fare switchetti economici con riconoscimento hardware di 802.1ad e quindi non credo ci saranno problemi nemmeno in futuro maggiori informazioni el trovate su wikipedia http://en.wikipedia.org/wiki/IEEE_802.1ad hai dei template di configurazione da mostrarci ? Insieme alla patch ho mandato un esempio di configurazione http://patchwork.openwrt.org/patch/5634/ ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 14:52:05 Fabio Capriati wrote: Immagino che nessuno dalle antenne con fw originale lo supporti quindi se lo si vuole utilizzare per fare routing a terra tocca mettere OWRT anche sull'antenna in bridge. Non e' necessatio che l'antenna supporti 802.1ad la metti in WDS e via quello che gli dai lei lo passa al destinatario qualsiasi ethertype abbia ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 15:31:29 Saverio Proto wrote: Tutti lo supportano perche' retrocompatibile. ethertype 0x8100 per il primo tag vlan nello stack no e' al contrario il primo tag deve essere quello di 802.1ad quello che non sono sicuro e' che funzioni quello che dice Gioacchino. Io ho provato sui miei apparati che sono dei tl-wdr3600 e funziona, ho configurato cosi', ho fatto una switch_vlan per ogni porta dello switch, dal lato della porta non taggata mentre dal lato CPU taggate quindi mi sono trovato sul router una cosa del genere eth0 inutilizzabile per farci traffico ip ma utilizzabile per costruirci sopra delle vlan fittizie 802.1q config switch option name 'switch0' option reset '1' option enable_vlan '1' config switch_vlan 'porta_gialla_1_switch' option device 'switch0' option vlan '1' option ports '0t 2' config device 'porta_gialla_1_switch_dev' option type '8021q' option ifname 'eth0' option name 'eth0-1' option vid '1' config interface 'porta_gialla_1_switch_if' option ifname 'eth0-1' option proto 'none' option auto '1' eth0.1 (VLAN della porta 1) linux pensa sia taggata con 802.1q ma lo switch si mangia il tag discorso simile per eth0.2 eth0.3 eth0.4 grazie al fatto che il kernel non sia schizzinoso rispetto all'ordine dei tipi di vlan sopra ognuna di queste ho potuto costruire device 802.1ad tipo questo config device 'test' option type '8021ad' option name 'eth0-1-11' option ifname 'eth0-1' option vid '11' config interface 'testif' option ifname 'eth0-1-11' option proto 'none' option auto '1' ho dato in pasto al protocollo di routing l'interfaccia eth0-1-11 sull'altro router a terra ho fatto la stessa cosa, ad ogni router ho collegato una nanostation M5 messa in WDS risultato i due router si vedono come se fossero collegati con un cavo e senza loops P.S mi raccomando non usate il punto nei nomi delle interfacce se no netifid chiama del codice di retrocompatibilita che crea problemi P.S.2 Si puo' fare una configurazione senza loop anche se avete uno switch che non supporta le vlan semplicemente creando una vlan 802.1ad per ogni link direttamente sopra eth0 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 18:03:53 Saverio Proto wrote: Gioacchino, considerata la rete in figura: https://www.dropbox.com/s/dua2o0mq2hxuqpz/2014-06-12%2018.00.54.jpg R1 R2 R3 sono OpenWrt con tp-link S sono switch stupidi unmanaged M5 sono AirOS nel punto indicato con la freccia, sul filo, io ho un pacchetto con tag VLAN 802.1ad Domande: che ethertype ha questo pacchetto ? 0x88A8 se WDS fa girare tutto a prescindere da ethertype, allora il pacchetto va in loop nella topologia in figura ? C'hai ragione in quella topologia li bisogna per forza filtrare sulle antenne, non avevo capito che a Roma metteste anche uno switch unmanaged aggiuntivo tra antenne e router, mi immaginavo il tl-wdr3600 nella cassetta stagna al posto dello switch unmanaged. cmq sulla descrizione di un modello merdkrotik ho letto che supportava 802.1ad, mentre per quanto riguarda AirFogna[0] dicono che basta aumentare l'MTU, pero' non specificano bene... A me comunque non interessava molto scrivere codice per supportare robe proprietarie ed ho pensato/scritto le patches per la soluzione con OpenWRT anche sulle antenne. Queste aziende che fin che sono piccole fanno le simpatiche con la comunita` e poi come guadagnano qualche milioncino pugnalano alle spalle la comunita' grazie alla quale sono potute crescere chiudendo tutto, nemmeno mi interessa supportarle... [0] https://community.ubnt.com/t5/airMAX-Configuration-Examples/airMAX-VLANs/ta-p/455741 ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 18:44:34 Saverio Proto wrote: 0x88A8 sarebbe 802.1ad QinQ giusto ? si C'hai ragione in quella topologia li bisogna per forza filtrare sulle antenne, ahime, allora avevo capito bene che quello che volevi fare tu con 802.1ad (QinQ) non risolve il nostro problema. se c'avete openwrt sulle antenne si ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 19:08:44 Fabio Capriati wrote: se c'avete openwrt sulle antenne si ;) ... Come avevo detto io 12 mail fa E ce voleva il disegnino chiarificatore ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
On Thursday 12 June 2014 20:55:23 Stefano De Carlo wrote: Il 12/06/2014 12:11, Gioacchino Mazzurco ha scritto: mentre con 802.1ad configuri tutte le porte come untagged e poi dentro ci fai passare frame 802.1ad, lo switch non sa che quelle in realta' sono VLAN Ciao Gioacchino, Per assicurarmi di aver capito: lo switch non sa, e quindi non le tratta come VLAN, per via del diverso ethertype tra 802.1q e 802.1ad? esatto Penso collegato: il riconoscimento in hardware delle VLAN è basato sull'ethertype? esatto non avrebbe altro modo per riconoscerle ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] [ninux-roma] Analisi fra correlazione di etx e RTT
Vi consiglio di condividere anche sulla lista del battlemesh ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] VLAN fix committed to trunk
Oggi hanno committato el mie patch che implementano 802.1ad su openwrt, se usate 802.1ad invece di 802.1q non dovreste avere problemi con questi switchetti ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Retroshare a Roma
On Wednesday 11 June 2014 09:45:29 Nemesis wrote: Fish aveva avuto problemi ai dischi fissi dei suoi server in quanto i file vengono hashati, e tutta la roba condivisa deve essere hashata (e ogni volta che i file cambiano vengono rihashati e vengono ricalcolate una serie di cose) che devono essere inviate a tutti gli amici. Credo che il problema fosse causato anche dal fatto che i dischi erano montati con samba se non ho capito male e hashare dei file via samba e' particolarmente fastidioso ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[OpenWrt-Devel] [PATCH netifd v3 0/3] Add vlan 802.1q/802.1ad support as netifd devices
This patch set mainly add 802.1q/802.1ad support as netifd devices plus some minor unrelated change like adding kdevelop4 and qtcreator project files to .gitignore and reordering device type matching alphabetically, more details in each patch Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com Gioacchino Mazzurco (3): Add qtcreator and kdevelop4 project files to .gitignore Add vlan 802.1q/802.1ad support as netifd devices Reorder alfabetically device type matching as they are growing in number .gitignore | 3 +- CMakeLists.txt | 2 +- config.c | 10 ++- device.h | 1 + system-dummy.c | 10 +++ system-linux.c | 77 + system.h | 13 +++ vlandev.c | 255 + 8 files changed, 366 insertions(+), 5 deletions(-) create mode 100644 vlandev.c -- 1.8.5.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH netifd v3 3/3] Reorder alfabetically device type matching as they are growing in number
Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com
---
config.c | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/config.c b/config.c
index 515e646..7720acf 100644
--- a/config.c
+++ b/config.c
@@ -167,16 +167,16 @@ config_init_devices(void)
type = uci_lookup_option_string(uci_ctx, s, type);
if (type) {
- if (!strcmp(type, bridge))
+ if (!strcmp(type, 8021ad))
+ devtype = vlandev_device_type;
+ else if (!strcmp(type, 8021q))
+ devtype = vlandev_device_type;
+ else if (!strcmp(type, bridge))
devtype = bridge_device_type;
- else if (!strcmp(type, tunnel))
- devtype = tunnel_device_type;
else if (!strcmp(type, macvlan))
devtype = macvlan_device_type;
- else if (!strcmp(type, 8021ad))
- devtype = vlandev_device_type;
- else if (!strcmp(type, 8021q))
- devtype = vlandev_device_type;
+ else if (!strcmp(type, tunnel))
+ devtype = tunnel_device_type;
}
if (!devtype)
--
1.8.5.5
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH netifd v3 1/3] Add qtcreator and kdevelop4 project files to .gitignore
Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com --- .gitignore | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/.gitignore b/.gitignore index fe96dbe..3f9151f 100644 --- a/.gitignore +++ b/.gitignore @@ -6,4 +6,5 @@ CMakeCache.txt CMakeFiles *.cmake install_manifest.txt - +CMakeLists.txt.user +netifd.kdev4 -- 1.8.5.5 ___ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
[OpenWrt-Devel] [PATCH netifd v3 2/3] Add vlan 802.1q/802.1ad support as netifd devices
At moment netifd supports just 802.1q vlan, you can configure them using a
concise but hacky
syntax using an interface config section, with this patch netifd acquire the
capability
of configuring 802.1ad and 802.1q vlan using config device sections, so you can
define a vlan device
plus interface with something like this:
config device 'test'
option type '8021ad'
option name 'test'
option ifname 'eth0'
option vid '1000'
config interface 'testif'
option ifname 'test'
option proto 'none'
option auto '1'
old syntax for 802.1q keeps working so no retrocompatibility problems,
to keep retrocompatibility means also that user must not use name/ifname like
eth0.2
for devices declared with the new style because this would trigger the old
style
when interface config section is parsed
Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com
---
CMakeLists.txt | 2 +-
config.c | 4 +
device.h | 1 +
system-dummy.c | 10 +++
system-linux.c | 77 +
system.h | 13 +++
vlandev.c | 255 +
7 files changed, 361 insertions(+), 1 deletion(-)
create mode 100644 vlandev.c
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 65da3cf..e648b03 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -15,7 +15,7 @@ SET(SOURCES
interface.c interface-ip.c interface-event.c
iprule.c proto.c proto-static.c proto-shell.c
config.c device.c bridge.c vlan.c alias.c
- macvlan.c ubus.c wireless.c)
+ macvlan.c ubus.c vlandev.c wireless.c)
find_library(json NAMES json-c json)
diff --git a/config.c b/config.c
index 1d04efd..515e646 100644
--- a/config.c
+++ b/config.c
@@ -173,6 +173,10 @@ config_init_devices(void)
devtype = tunnel_device_type;
else if (!strcmp(type, macvlan))
devtype = macvlan_device_type;
+ else if (!strcmp(type, 8021ad))
+ devtype = vlandev_device_type;
+ else if (!strcmp(type, 8021q))
+ devtype = vlandev_device_type;
}
if (!devtype)
diff --git a/device.h b/device.h
index 6fceaa1..58dcb18 100644
--- a/device.h
+++ b/device.h
@@ -161,6 +161,7 @@ extern const struct device_type simple_device_type;
extern const struct device_type bridge_device_type;
extern const struct device_type tunnel_device_type;
extern const struct device_type macvlan_device_type;
+extern const struct device_type vlandev_device_type;
void device_lock(void);
void device_unlock(void);
diff --git a/system-dummy.c b/system-dummy.c
index deb53ff..bb94781 100644
--- a/system-dummy.c
+++ b/system-dummy.c
@@ -254,3 +254,13 @@ int system_macvlan_del(struct device *macvlan)
{
return 0;
}
+
+int system_vlandev_add(struct device *vlandev, struct device *dev, struct
vlandev_config *cfg)
+{
+ return 0;
+}
+
+int system_vlandev_del(struct device *vlandev)
+{
+ return 0;
+}
diff --git a/system-linux.c b/system-linux.c
index 7447422..f4721cc 100644
--- a/system-linux.c
+++ b/system-linux.c
@@ -3,6 +3,7 @@
* Copyright (C) 2012 Felix Fietkau n...@openwrt.org
* Copyright (C) 2013 Jo-Philipp Wich j...@openwrt.org
* Copyright (C) 2013 Steven Barth ste...@midlink.org
+ * Copyright (C) 2014 Gioacchino Mazzurco g...@eigenlab.org
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2
@@ -36,6 +37,7 @@
#include linux/ip6_tunnel.h
#include linux/ethtool.h
#include linux/fib_rules.h
+#include linux/version.h
#ifndef RTN_FAILED_POLICY
#define RTN_FAILED_POLICY 12
@@ -802,6 +804,81 @@ int system_vlan_del(struct device *dev)
return system_vlan(dev, -1);
}
+int system_vlandev_add(struct device *vlandev, struct device *dev, struct
vlandev_config *cfg)
+{
+ struct nl_msg *msg;
+ struct nlattr *linkinfo, *data;
+ struct ifinfomsg iim = { .ifi_family = AF_INET };
+ int ifindex = system_if_resolve(dev);
+ int rv;
+
+ if (ifindex == 0)
+ return -ENOENT;
+
+ msg = nlmsg_alloc_simple(RTM_NEWLINK, NLM_F_REQUEST | NLM_F_CREATE |
NLM_F_EXCL);
+
+ if (!msg)
+ return -1;
+
+ nlmsg_append(msg, iim, sizeof(iim), 0);
+ nla_put(msg, IFLA_IFNAME, IFNAMSIZ, vlandev-ifname);
+ nla_put_u32(msg, IFLA_LINK, ifindex);
+
+ if (!(linkinfo = nla_nest_start(msg, IFLA_LINKINFO)))
+ goto nla_put_failure;
+
+ nla_put(msg, IFLA_INFO_KIND, strlen(vlan), vlan);
+
+
+ if (!(data = nla_nest_start(msg, IFLA_INFO_DATA)))
+ goto nla_put_failure;
+
+ nla_put_u16(msg, IFLA_VLAN_ID, cfg-vid);
+
+#if LINUX_VERSION_CODE = KERNEL_VERSION(3,10,0)
+ nla_put_u16(msg, IFLA_VLAN_PROTOCOL, htons(cfg-proto
[Ninux-Wireless] German villagers build own broadband network - The Local
http://m.thelocal.de//20140601/german-villagers-build-own-broadband-network ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[Ninux-Wireless] Backbone 409
Qualcuno su questa lista viene al backbone 409 ? Io tra mille difficolta' mi sto organizzando per andare :) http://backbone409.calafou.org/ ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
[OpenWrt-Devel] [PATCH netifd v2] Add vlan 802.1q/802.1ad support as netifd devices
At moment netifd supports just 802.1q vlan, you can configure them using a
concise but hacky
syntax using an interface config section, with this patch netifd acquire the
capability
of configuring 802.1ad and 802.1q vlan using config device sections, so you can
define a vlan device
plus interface with something like this:
config device 'test'
option type '8021ad'
option name 'test'
option ifname 'eth0'
option vid '1000'
config interface 'testif'
option ifname 'test'
option proto 'none'
option auto '1'
old syntax for 802.1q keeps working so no retrocompatibility problems,
to keep retrocompatibility means also that user must not use name/ifname like
eth0.2
for devices declared with the new style because this would trigger the old
style
when interface config section is parsed
Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com
---
.gitignore | 3 +-
CMakeLists.txt | 2 +-
config.c | 10 ++-
device.h | 1 +
system-dummy.c | 10 +++
system-linux.c | 77 +
system.h | 13 +++
vlandev.c | 255 +
8 files changed, 366 insertions(+), 5 deletions(-)
create mode 100644 vlandev.c
diff --git a/.gitignore b/.gitignore
index fe96dbe..3f9151f 100644
--- a/.gitignore
+++ b/.gitignore
@@ -6,4 +6,5 @@ CMakeCache.txt
CMakeFiles
*.cmake
install_manifest.txt
-
+CMakeLists.txt.user
+netifd.kdev4
diff --git a/CMakeLists.txt b/CMakeLists.txt
index 65da3cf..e648b03 100644
--- a/CMakeLists.txt
+++ b/CMakeLists.txt
@@ -15,7 +15,7 @@ SET(SOURCES
interface.c interface-ip.c interface-event.c
iprule.c proto.c proto-static.c proto-shell.c
config.c device.c bridge.c vlan.c alias.c
- macvlan.c ubus.c wireless.c)
+ macvlan.c ubus.c vlandev.c wireless.c)
find_library(json NAMES json-c json)
diff --git a/config.c b/config.c
index 1d04efd..7720acf 100644
--- a/config.c
+++ b/config.c
@@ -167,12 +167,16 @@ config_init_devices(void)
type = uci_lookup_option_string(uci_ctx, s, type);
if (type) {
- if (!strcmp(type, bridge))
+ if (!strcmp(type, 8021ad))
+ devtype = vlandev_device_type;
+ else if (!strcmp(type, 8021q))
+ devtype = vlandev_device_type;
+ else if (!strcmp(type, bridge))
devtype = bridge_device_type;
- else if (!strcmp(type, tunnel))
- devtype = tunnel_device_type;
else if (!strcmp(type, macvlan))
devtype = macvlan_device_type;
+ else if (!strcmp(type, tunnel))
+ devtype = tunnel_device_type;
}
if (!devtype)
diff --git a/device.h b/device.h
index 6fceaa1..58dcb18 100644
--- a/device.h
+++ b/device.h
@@ -161,6 +161,7 @@ extern const struct device_type simple_device_type;
extern const struct device_type bridge_device_type;
extern const struct device_type tunnel_device_type;
extern const struct device_type macvlan_device_type;
+extern const struct device_type vlandev_device_type;
void device_lock(void);
void device_unlock(void);
diff --git a/system-dummy.c b/system-dummy.c
index deb53ff..bb94781 100644
--- a/system-dummy.c
+++ b/system-dummy.c
@@ -254,3 +254,13 @@ int system_macvlan_del(struct device *macvlan)
{
return 0;
}
+
+int system_vlandev_add(struct device *vlandev, struct device *dev, struct
vlandev_config *cfg)
+{
+ return 0;
+}
+
+int system_vlandev_del(struct device *vlandev)
+{
+ return 0;
+}
diff --git a/system-linux.c b/system-linux.c
index 06226ef..3e1b91e 100644
--- a/system-linux.c
+++ b/system-linux.c
@@ -3,6 +3,7 @@
* Copyright (C) 2012 Felix Fietkau n...@openwrt.org
* Copyright (C) 2013 Jo-Philipp Wich j...@openwrt.org
* Copyright (C) 2013 Steven Barth ste...@midlink.org
+ * Copyright (C) 2014 Gioacchino Mazzurco g...@eigenlab.org
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Public License version 2
@@ -36,6 +37,7 @@
#include linux/ip6_tunnel.h
#include linux/ethtool.h
#include linux/fib_rules.h
+#include linux/version.h
#ifndef RTN_FAILED_POLICY
#define RTN_FAILED_POLICY 12
@@ -802,6 +804,81 @@ int system_vlan_del(struct device *dev)
return system_vlan(dev, -1);
}
+int system_vlandev_add(struct device *vlandev, struct device *dev, struct
vlandev_config *cfg)
+{
+ struct nl_msg *msg;
+ struct nlattr *linkinfo, *data;
+ struct ifinfomsg iim = { .ifi_family = AF_INET };
+ int ifindex = system_if_resolve(dev);
+ int rv;
+
+ if (ifindex == 0)
+ return -ENOENT;
+
+ msg = nlmsg_alloc_simple(RTM_NEWLINK, NLM_F_REQUEST
[OpenWrt-Devel] [PATCH] netifd macvlan fix missing reference to device_attr_list
At moment macvlan devices ignore options inherited as device like mtu.
Thanks to suggestions provided by Felix i have done this patch that fix this
iussue by adding the missing reference to device_attr_list in
macvlan_attr_list
Signed-off-by: Gioacchino Mazzurco gmazzurc...@gmail.com
diff --git a/macvlan.c b/macvlan.c
index 9c03cd8..e5a4891 100644
--- a/macvlan.c
+++ b/macvlan.c
@@ -44,6 +44,9 @@ static const struct blobmsg_policy
macvlan_attrs[__MACVLAN_ATTR_MAX] = {
static const struct uci_blob_param_list macvlan_attr_list = {
.n_params = __MACVLAN_ATTR_MAX,
.params = macvlan_attrs,
+
+ .n_next = 1,
+ .next = { device_attr_list },
};
struct macvlan_device {
diff --git a/macvlan.c b/macvlan.c
index 9c03cd8..e5a4891 100644
--- a/macvlan.c
+++ b/macvlan.c
@@ -44,6 +44,9 @@ static const struct blobmsg_policy macvlan_attrs[__MACVLAN_ATTR_MAX] = {
static const struct uci_blob_param_list macvlan_attr_list = {
.n_params = __MACVLAN_ATTR_MAX,
.params = macvlan_attrs,
+
+ .n_next = 1,
+ .next = { device_attr_list },
};
struct macvlan_device {
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
Re: [Ninux-Wireless] [ninux-roma] Attacchi DoS in olsrd Was: Malfunzionamento a Gallia
On Monday 26 May 2014 11:22:04 Alessio wrote: On 26/05/2014 10:59, Saverio Proto wrote: Gia... anche perché inutile farsi tutte ste pippe sulle reti contro l'NSA che ci intercetta e contro i poteri forti. Sul punto NSA secondo me le reti comunitarie hanno del potenziale, magari se invece di usare SAMBA, cominciamo a usare tools piu' orientati alla comunita` e ai rapporti di fiducia, non diventa piu' cosi' facile mettersi li a intercettare... Per i poteri forti e' una altro discorso, pero' la consapevolezza su come funzionano le tecnologie e su come poterle usare anche in certi casi aiuterebbe e non poco... Al warmup a Bologna una persona ha chiesto a Leonardo se c'era un modo di cifrare il traffico di segnalamento e di proteggersi da questo tipo di attacchi. La risposta di Leonardo (cerco di ricordare più o meno) è stata che esistono i plugin per farlo, magari non funzionano bene o magari sì, però alla fine è una questione di compromesso. Su bmx6 Axel sta proprio sviluppando una roba di cifratura comunitaria che ha spiegato in un qualche talk, e che servirebbe anche in questi casi Se stai in un paese con un regime oppressivo te ne fai poco della cifratura. Quelli vedono da dove parte il segnale e vengono con le armi a casa tua. A quel punto la crittografia non ti proteggerà dalle pallottole :( Be si spera anche che in un paese dal regime oppressivo si sviluppino anche altri tipi di pratiche, e che magari ci si potrebbe pure dare una mano con le reti comunitarie e la crittografia, penso che le reti comunitarie in quelle situazioni assumano altri ruoli e altre forme... Il punto della rete comunitaria, almeno in Italia, secondo me è quello di avere una maggiore consapevolezza in termini di privacy e possesso della rete come bene comune. Di fatto questo ti fa sfuggire un po' di più dalle maglie del tecnocontrollo, però per ora è utopico dire che una WCN ti protegge dai poteri forti. Chiaro per il momento per fortuna non c'e' la necessita di proteggersi dalle pallottole installando un'antenna, pero' far parte di una rete comunitaria, si spera che faccia sviluppare quegli anticorpi di consapevolezza, che servono per riconoscere tutti quei segnali che indicano se si sta andando in una brutta direzione (censura, tecnocontrollo etc etc) e che magari ti fanno accorgere si spera non troppo tardi di brutte pieghe e di correre ai ripari con le antenne e con i denti... Pero' e' chiaro che non bastano le antenne ;) La consapevolezza è il primo passo, se le persone non sono nemmeno a conoscenza del problema (o non lo percepiscono come tale) non c'è niente da fare. Siamo d'accordissimo Detto questo: è evidente che una rete come la nostra non può essere a prova di tutto. Però ha senso cercare di individuare un certo tipo di minacce da cui proteggersi e cercare di capire assieme come fare a farlo. Non esistono reti a prova di tutto, ma saperne a pacchi di come funzionano e' un gran vantaggio ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fibra plastica
On Monday 26 May 2014 12:25:49 Fabio Capriati wrote: kit per il cablaggio in fibra plastica (20m) Nel kit c'e' anche un cutter per il cavo, ma una volta tagliato poi come funziona il crimpaggio ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Fibra plastica
Pero' non ho trovato la banda, e la lunghezza massima de cavo, le bobine che ho trovato di quella marca sono massimo di 25m e' un po limitante... ho trovato bobine da 500m ma di altre marche e non so se sono compatibili... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Pitagora s'è fatto Ninux: nuova isola a Crotone + richiesta 10.90.0.0/16
Ottimo! Scusate il delay ma i flame in corso mi stanno saturando e perdo di vista le email importanti... Stefano hai visto se la subnet e' libera sul wiki gestione indirizzi ? Se si prendila senza remore ;) Il giorno 25 maggio 2014 15:37, Alessio nol...@abisso.org ha scritto: Stefano De Carlo stefana...@gmail.com writes: [Eccezionalmente in cross posting, l'occasione lo richiede] Ciao a tutti, oggi ho messo up il primo link crotonese, tra http://map.ninux.org/select/stefanaussdeca/ e http://map.ninux.org/select/stefanaussGPs :) Nonostante la situazione di PPLoS (Pelo Pelo Line of Sight), l'antenna per fortuna aveva un'opinione molto diversa! http://i.imgur.com/Gc5vGzJ.png Maledette antenne! Fanno sempre quello che vogliono loro :D Vai isola di Crotone! Vai con il PPLoS che assieme al CLoS (Carambola Line of Sight) rendono divertenti ed inaspettate le nostre escursioni sui tetti. don't do this at home: per chi si sta chiedendo cosa sia il CLoS, è una strana situazione che si verifica quando ottieni un link megliore puntando nella stessa direzione in cui punta l AP anzichè puntando in direzione dell'AP! Ovviamente entrambi i link fanno pena e sono praticamente inutillizzabili, però quando fai lo scan e vedi un nodo ninux che non ti apsettavi ti viene sempre un sorriso. [...] nolith -- Sent with my mu4e ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Serve un forum
On Monday 26 May 2014 23:44:28 Danilo Larizza wrote: Leggo partecipazione, diffusione e contributo di ognuno di noi E tu rispondi a tutto ciò conio, nino e altri 10 (che non sappiamo chi sono) sta stronzata del forum non la vogliamo. Non é un discorso relativo al forum...che non ho nemmeno fatto ma solo propostoma é stata l'occasione per capire che ...se un qualcosa va bene a voi si fa...se no cavoli. Tralasciando le pesciate in faccia che sono volete in abbondanza Non prendo le parti di nessuno ma voglio solo far notare che il fatto che 10 persone non vogliano un forum non impedisce a nessuno di fare un forum su cui si parla di ninux, non credo che Saverio viene a casa tua a prenderti il server ad asciate se ci fai un forum per parlarci di ninux, certamente credo che pero' non mettera' a disposizione risorse sue per qualcosa che non condivide e mi sembra pure giusto, e con i suoi modi piu' o meno condivisibili manifesta il suo dissenzo da una tale iniziativa, non vedo come mini la tua liberta' di partecipare etc etc A me se viene uno a chiedermi se gli hosto una cosa che non condivido sul mio server non gli do certo il benvenuto per approfondire consiglio questa breve lettura http://xkcd.com/1357/ ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] nuova rete comunitaria, in trentino
On Saturday 24 May 2014 20:54:08 Leonardo wrote: ieri sera io e due ragazzi di Guifi (in visita a Trento) abbiamo fatto una presentazione a Vigolo Vattaro, un paesino vicino a Trento, ad una trentina di persone interessate a creare una rete comunitaria nella valle. La cosa ottima è che l'iniziativa è nata proprio da loro e che siamo stati almeno due ore a parlare di cosa è e cosa non è una rete wireless comunitaria. Come funziona ninux, specialmente l'esperienza di Firenze che ovviamente conosco meglio. Grandi!! Alla fine hanno fatto una mailing list, e spero che presto cominceranno a montare un po' di nodi. Spero che decideranno di chiamarsi ninux ed entrare nel nostro mondo! Si sarebbe un ottima cosa se si riuscisse a instaurare una collaborazione con questa nuova comunita` sul nome io non mi ci focalizzarei tanti perche' gia tra le comunita' ninux annoveriamo eigennet, iuili, korneolo etc etc Per dare un idea della dimensione nazionale del movimento secondo me e' importante invece che riusciamo ad aver euna mappa su cui appaiano ttte le isole :) Oltre a questo, c'erano due ragazzi di una rete in un altro paese vicino, che già esiste e conta una 30ina di nodi (http://www.gallianetwork.it/). Loro hanno un'associazione e forniscono connettività internet, e, dalle loro parole mi pare che soffrano degli stessi problemi di cui abbiamo sentito anche per il progetto Neco al ninuxday (sintetizzando, poca partecipazione). Se la loro idea di rete comunitaria e' compatibile con quella di ninux io direi che sarebbe il caso di lanciare una collaborazione anche con loro, e magari cercare di farli apparire pure su nodeshot Ho invitato tutti a iscriversi a questa ml, in modo da cominciare a condividere esperienze, problemi e soluzioni, e spero che già lo abbiano fatto. Hai fatto benissimo! Sono i benvenuti! ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prossimo incontro a Roma
On Thursday 22 May 2014 14:28:42 federico la morgia wrote: E passavi da switch 100 mbit per caso ? no lo switch e' gigabit Lo speedtest sull'antenna che valori ti dava in ricezione/trasmissione/ Non ho fatto lo speed test di ubiquity, quello non e' una roba affidabile secondo me, ho generato un monte di traffico e lo fatto passare attraverso le antenne uguale che con i tplink, con i tplink si saturava la porta 100megabit del portatile 2, mentre con le nanobeam non sempre si arrivava a 100. ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Acquisto Hardware a 5 Ghz
On Thursday 22 May 2014 19:20:55 Massimiliano CARNEMOLLA wrote: UniFi AP Outdoor (UAP-Outdoor) a 5 GHZ Hai controllato sul wiki di openwrt se e' ben supportata? Sei sicuro che il lobo di irradiazione sia quello che ti serve a te? (Guardalo nel datasheet) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Acquisto Hardware a 5 Ghz
On Thursday 22 May 2014 21:44:53 Massimiliano CARNEMOLLA wrote: Sono giorni che sto cercando invano un buon apparato + antenna omnidirezionale a 5 Ghz ma non sto trovando nulla... La unifi sembra ok,era solo un esortazione a controllare bene se corrisponde alle tue esigenze prima di spendere ;) L'unico dubbio e` (se non ho capito male) che c'e' parecchia distanza tra te e il nodo piu' vicino e in questi casi l'ominidirezionale non e' adatto Sono costretto a comprare una Rocket o una Bullett + antenna ? Le bullet sono buone economiche e ben supportate da openwrt A livello di prestazioni creerebbe problemi una Microtik Metal Groove con all'interno installato OpenWRT sfruttando la caratteristica del metarouter ? Ma lasciali perde i mikrotik... ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Acquisto Hardware a 5 Ghz
On Thursday 22 May 2014 23:56:06 Gioacchino Mazzurco wrote: On Thursday 22 May 2014 21:44:53 Massimiliano CARNEMOLLA wrote: Sono giorni che sto cercando invano un buon apparato + antenna omnidirezionale a 5 Ghz ma non sto trovando nulla... La unifi sembra ok,era solo un esortazione a controllare bene se corrisponde alle tue esigenze prima di spendere ;) cmq il wiki di openwrt riporta che l'interfaccia ethernet e' gigabit http://wiki.openwrt.org/toh/ubiquiti/unifi ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Acquisto Hardware a 5 Ghz
On Wednesday 21 May 2014 15:22:47 Antonio wrote: Questa info e' interessante.Quindi a questo punto la mia scelta va in direzione delle ubiquiti. E che mi dici delle TP-LINK in quanto ad opensource? Non ho informazioni riguardo a controversie sulla GPL riguardanti tp-link e di solito e' molto facile flasharli con openwrt ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prossimo incontro a Roma
On Wednesday 21 May 2014 17:43:18 federico la morgia wrote: Che dati ti dava il link con airos con le beam ? Non me li sono segnati comunque era praticamente tutto al massimo della qualita' ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prossimo incontro a Roma
On Tuesday 20 May 2014 10:13:54 l0aCk3r [matteo] wrote: prepariamo un custom firmware sempre basato su OpenWRT per un router casalingo per cominciare a sperimentare con B.A.T.M.A.N Se avete voglia di sperimentare con BATMAN che ve ne pare di aggeggiare su libre-mesh cosi' uniamo gli sforzi ancora di piu` ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prossimo incontro a Roma
On Tuesday 20 May 2014 18:41:03 l0aCk3r [matteo] wrote: Che hardware si può usare per coprire 1,5/2 km? Direi che Nanostation M se vuoi fare il link che spigne, mentre Nanostation Loco M se vuoi risparmiare, se invece ti piace smanettare con l'hardware gli argentini prendono i tplink e ci mettono le antenne direzionali bibanda. Sull'hardware io non sono molto esperto penso che li a Roma avete piu' esperienza con i link a distanza Prima di acquistare consulta sempre il wiki di openwrt per verificare la compatibilita`/supporto ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Get it, Mesh it, Love it was [ Prossimo incontro a Roma ]
On Tuesday 20 May 2014 19:01:39 l0aCk3r [matteo] wrote: Non vorrei fare link direttivi come quelli che già abbiamo con olsr, vorrei usare un solo apparato e fare una full mesh. Conosci qualche link con i dettagli degli argentini? Il problema e' che per fare 2Km con una omnidirezionale devi friggere i piccioni del quartiere altro che ninux for life, in ogni caso le nanostation non sono poi eccessivamente direzionali (non te le immaginare tipo spada laser) in piu' hanno anche un lobo di irradiazione sul retro che non si disdegna, per cui secondo me e' le meglio cosa nel tuo caso. Non ho trovato documentazione riguardo alle magie con el antenne pero' puoi contattarli dal loro sito http://www.quintanalibre.org.ar/ ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Prossimo incontro a Roma
On Tuesday 20 May 2014 19:09:05 Nemesis wrote: Tra l'altro ho visto che su Batman è possibile usare sia il link a 2.4ghz che quello a 5ghz contemporaneamente in bonding quindi potrebbe essere molto interessante provare e vedere che risultati si riescono ad ottenere con dei device low-cost (sul sito di batman-adv c'è scritto che si riesce ad avere un incremento del 150% della banda, se fosse vero sarebbe da paura). Io sta roba del bonding non sono riuscito a farla funzionare in ogni caso niente paura perche` su batman-V stanno implementando un meccanismo piu' potente che andrebbe ancora meglio In ogni caso nonostante il bonding non stesse funzionando con firmware libre- mesh su due tp-link wdr-3600 facendo i test di banda saturava (trasferendo dati quindi caricando il link davvero tutto il tempo non con iperf) la ethernet 100Mbit del portatile di vicky (Il mio ha la gigabit), ho fatto durare i test per ore e ore per vedere se si impallavano ma non si sono mai impallati, con la stessa configurazione di testing sostituendo invece i tplink con due nanobeam NBE-M5-400 con airos a volte non ce la facevano a saturare la ethernet 100Mbit Già mi è venuto in mente il vicino che mi abita sopra che poraccio sta senza lavoro e non c'ha i soldi per pagarsi internet, un pò di banda casalinga che tanto non uso perchè sto sempre a lavoro gliela do volentieri. Se volete risparmiare pigliate i tp-link tl-wdr3500 che sono quasi uguali ai 3600 ma non sono gigabit e costano la meta` ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Get it, Mesh it, Love it was [ Prossimo incontro a Roma ]
On Tuesday 20 May 2014 19:39:29 l0aCk3r [matteo] wrote: Io intendevo proprio questo, usando un'antenna omnidirezionale...se non ho capito male a Pisa fanno proprio questo, solo che vorrei capire di quanti metri stiamo parlando, 300 metri? Oppure si riesce a coprire 1/2 km? Sono molto ignorante su questo tema. Con le omnidirezionali si fanno i link sulle poche centinaia di metri, guarda il mapserver e ti fai un'idea ;) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] Guifi [era: presentazione da hw team tedesco !]
Vivendo nella penisola Iberica ho avuto modo di conoscere meglio partecipando a Guifi e posso confermare quanto detto da Nemesis, il fatto della coesione e dell'organizzazione e' infatti stato un punto su cui ho discusso con varie persone di guifi, e stavo appunto facendogli presente che per le dimensioni raggiunte se solo si organizzassero un poco meglio potrebbero arrivare ad avere Hardware open per reti comunitarie, quando per esempio gli ho parlato del cavo ninux molti di loro sbalordivano perche' nella maggior parte dei nodi stanno ancora li a intubare col corrugato da interni che si sgretola dopo du mesi (mo sto cercando di dinamizzare un gruppo d'acquisto proprio per il nostro bel cavo), e poi vanno ogni 2x3 a riparare, fortunatamente hanno potuto creare un modello di sostenibilita' economica per cui anche se il cavo si sgretola c'e' qualcuno che in regime di autoimpiego lo va a riparare (la manodopera e i materiali dei nodi strategici di solito si pagano con il crowdsourcing, mentre quelli foglia se li paga il proprietario) ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [hm] A tema Metadata te delatan
Claro los metadatas no son lo malo, no queria promocionar ese lema por el hackmeeting, creo que era mojor hablar de Metadata que delatan cono subjecto de la email, segun quien recoje esos metadata, se pueden usar por varios fines, es como el destornillador puedes usarlo por destornillar o por matar, el destornillador no es bueno ni malo... Los metadatas que recoje facebook y sus amiguitosde delatan seguro, lo que usa RetroShare por construir una cadena de confianza no ;) Perdonais es que me costa un poquitito escribir en espanol y no me he esplicato bien... ___ HackMeeting mailing list HackMeeting@listas.sindominio.net https://listas.sindominio.net/mailman/listinfo/hackmeeting
Re: [Ninux-Wireless] [ninux-roma] Scooreggione V5 released
Ma a proposito gli avete fatto mergiare a jow/nbd in trunk la patch che aggiusta il bug del tagged/untagged sui tplink ? ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
Re: [Ninux-Wireless] presentazione da hw team tedesco !
On Sunday 18 May 2014 12:34:00 federico la morgia wrote: Ma domanda : se a Mabb un giorno gli gira e stacca tutto, questi che fanno ?!?!?! Mi sa che per avere soldi si stanno facendo comprare. Poi posso aver tradotto male eh ! Io invece ho capito che MABB ha finanziato gli acquisti e la manodopera in cambio di mettere il loghino nel wiki delle relative istallazioni, mentre i device restano di proprieta' dei freifunkers, se MABB stacca la spina la rete resta ai freifunkers, magari senza accessi a internet con banda infinita, ma come diciamo sempre l'obiettivo principle delle community netowrk e' fare comunita/infrastruttura libera no portare internet gratis, quindi niente campagna acquisti :p ___ Wireless mailing list Wireless@ml.ninux.org http://ml.ninux.org/mailman/listinfo/wireless
