Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal V3

[Felix Fietkau]

On 2017-05-29 09:03, John Crispin wrote:
> (resend, this time as plain text)
> 
> Hi,
> 
> here is a V3 of the remerge proposal, I tried to fold all the comments 
> people made into it, if anything is missing let me know. Please remeber 
> that post remerge anything can be voted on, so cluttering the proposal 
> with many details will delay the remerge even more.
> 
> Ideally we manage to vote during this week.
ACK.

- Felix
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Rafał Miłecki]

On 29 May 2017 at 09:03, John Crispin  wrote:
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber that
> post remerge anything can be voted on, so cluttering the proposal with many
> details will delay the remerge even more.
>
> Ideally we manage to vote during this week.

Looks good
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] openwrt and lede - remerge proposal V3

[John Crispin]

*) rules
- owrt will adopt the lede rules and voting system



ACK from me aswell.





*) branding
- the owrt side sees no option of using the lede brand
- a (minor) majority voted for openwrt as a name over lede whilst most 
people said they did not care
- as the last vote had a 100% ACK for a remerge using the owrt brand 
is the only feasible option


*) domain
- transfer owner ship to SPI for openwrt.org and lede-project.org
- add them to the pool of urls at digital ocean
- post remerge build a setup where we have several DNS servers in 
various locations

- point git.openwrt.org at the lede git server
- point bugs.openwrt.org to the lede flyspray instance
- keep both wikis and forums as is (we should decide post remerge how 
to proceed to avoid these issues blocking the progress)
- update the lede domain entries for build/download/rsync/... servers 
so that the openwrt domain also points at them


*) SPI
- nominate a new liaison team (imre and john offer to do this, if 
anyone else is interested let us know)

- inform SPI of the new liaisons, voters and project rules
- this should be done early in the remerge process s.t. the domains 
can be handed over


*) github
- start pushing to the openwrt organisation
- cleanup the list of owners in the openwrt organisation
- obsolete all issues on the openwrt organisation and close the issue 
tracker
- go through the open openwrt and lede PRs, pickup whats useful and 
close the rest, asking people to repost (things wont be rebasable anyhow)

- close the lede PR tracker
- obsolete the lede github org after a grace period of 3-6 months

*) landing page
- add a letter of intent / notice to both current landing pages 
announcing the remerge

- update the lede landing page to represent the openwrt name
- update the landing page to have the same look & feel as the current 
openwrt landing page

- point openwrt.org at the lede landing page
- try to find some design guru that will transform the owrt theme to 
one appropriate to this century


*) trac
- trac is already readonly, keep content so that search engines can 
still find the it
- edit the trac html templates, adding a note pointing at the 
bug.openwrt.org instance


*) IRC
- add back cloaking
- give people channel ownership/admin rights

*) email accounts
- currently there are around ~20 active openwrt.org mail accounts (the 
3 owrt devs would like to keep theirs active)
- turn all the webmaster@, hostmaster@, ... accounts into aliases that 
anyone with voting rights can be subscribed to
- ask those people that are no longer active to voluntarily give up 
their accounts
- mail addresses may under no conditions be used for any personal 
business, consultancy, applying for jobs, ... purposes
- any mail sent from an openwrt.org account needs to adhere the 
trademark policy and should only be used for FOSS purposes


*) wiki / forum
- TBD
- asking in either forum/wiki will get a biased vote so keep them both 
around

- start a separate discussion regarding these post remerge

*) LF
- find out what doubts folks have about LF
- find out benefits - we would have their hosting and sponsorship ?!
- start a separate discussion regarding these post remerge

*) git trees
- rebrand the lede tree to openwrt
- work out what has happened inside the openwrt tree since the reboot 
and pick up the useful bits (zoltan has done some prior work on this 
already)


*) mailing list
- ask david to add the openwrt-adm and openwrt lists
- send out invitation mails to the new list
- setup redirect/auto-reply for the existing lists

*) trademark policy
- review/ack imres trademark policy (https://openwrt.org/trademark)

*) timeline
- vote / agree on the proposal within the next week
- work on the action items in the 4 weeks after that

John



___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Hans Dedecker]

On Mon, May 29, 2017 at 9:03 AM, John Crispin  wrote:
> (resend, this time as plain text)
>
>
> Hi,
>
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber that
> post remerge anything can be voted on, so cluttering the proposal with many
> details will delay the remerge even more.
>
> Ideally we manage to vote during this week.
>
>
> John
>
> *) rules
> - owrt will adopt the lede rules and voting system
>
> *) branding
> - the owrt side sees no option of using the lede brand
> - a (minor) majority voted for openwrt as a name over lede whilst most
> people said they did not care
> - as the last vote had a 100% ACK for a remerge using the owrt brand is the
> only feasible option
>
> *) domain
> - transfer owner ship to SPI for openwrt.org and lede-project.org
> - add them to the pool of urls at digital ocean
> - post remerge build a setup where we have several DNS servers in various
> locations
> - point git.openwrt.org at the lede git server
> - point bugs.openwrt.org to the lede flyspray instance
> - keep both wikis and forums as is (we should decide post remerge how to
> proceed to avoid these issues blocking the progress)
> - update the lede domain entries for build/download/rsync/... servers so
> that the openwrt domain also points at them
>
> *) SPI
> - nominate a new liaison team (imre and john offer to do this, if anyone
> else is interested let us know)
> - inform SPI of the new liaisons, voters and project rules
> - this should be done early in the remerge process s.t. the domains can be
> handed over
>
> *) github
> - start pushing to the openwrt organisation
> - cleanup the list of owners in the openwrt organisation
> - obsolete all issues on the openwrt organisation and close the issue
> tracker
> - go through the open openwrt and lede PRs, pickup whats useful and close
> the rest, asking people to repost (things wont be rebasable anyhow)
> - close the lede PR tracker
> - obsolete the lede github org after a grace period of 3-6 months
>
> *) landing page
> - add a letter of intent / notice to both current landing pages announcing
> the remerge
> - update the lede landing page to represent the openwrt name
> - update the landing page to have the same look & feel as the current
> openwrt landing page
> - point openwrt.org at the lede landing page
> - try to find some design guru that will transform the owrt theme to one
> appropriate to this century
>
> *) trac
> - trac is already readonly, keep content so that search engines can still
> find the it
> - edit the trac html templates, adding a note pointing at the
> bug.openwrt.org instance
>
> *) IRC
> - add back cloaking
> - give people channel ownership/admin rights
>
> *) email accounts
> - currently there are around ~20 active openwrt.org mail accounts (the 3
> owrt devs would like to keep theirs active)
> - turn all the webmaster@, hostmaster@, ... accounts into aliases that
> anyone with voting rights can be subscribed to
> - ask those people that are no longer active to voluntarily give up their
> accounts
> - mail addresses may under no conditions be used for any personal business,
> consultancy, applying for jobs, ... purposes
> - any mail sent from an openwrt.org account needs to adhere the trademark
> policy and should only be used for FOSS purposes
>
> *) wiki / forum
> - TBD
> - asking in either forum/wiki will get a biased vote so keep them both
> around
> - start a separate discussion regarding these post remerge
>
> *) LF
> - find out what doubts folks have about LF
> - find out benefits - we would have their hosting and sponsorship ?!
> - start a separate discussion regarding these post remerge
>
> *) git trees
> - rebrand the lede tree to openwrt
> - work out what has happened inside the openwrt tree since the reboot and
> pick up the useful bits (zoltan has done some prior work on this already)
>
> *) mailing list
> - ask david to add the openwrt-adm and openwrt lists
> - send out invitation mails to the new list
> - setup redirect/auto-reply for the existing lists
>
> *) trademark policy
> - review/ack imres trademark policy (https://openwrt.org/trademark)
>
> *) timeline
> - vote / agree on the proposal within the next week
Ack from my side on all the listed items

Thx for compiling the list John

Hans
> - work on the action items in the 4 weeks after that
>
> John
>
>
>
> ___
> Lede-dev mailing list
> lede-...@lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
>
>
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
> ___
> openwrt-devel mailing list
> openwrt-devel@lists.openwrt.org
> https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Daniel Golle]

On Mon, May 29, 2017 at 09:03:57AM +0200, John Crispin wrote:
> (resend, this time as plain text)
> 
> Hi,
> 
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber that
> post remerge anything can be voted on, so cluttering the proposal with many
> details will delay the remerge even more.
> 
> Ideally we manage to vote during this week.

+1 ACK
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [OpenWrt-Hackers] openwrt and lede - remerge proposal V3

[Florian Fainelli]

Le 05/29/17 à 00:03, John Crispin a écrit :
> (resend, this time as plain text)
> 
> Hi,
> 
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know. Please remeber
> that post remerge anything can be voted on, so cluttering the proposal
> with many details will delay the remerge even more.
> 
> Ideally we manage to vote during this week.

Ack on everything, let's get this moving!
-- 
Florian
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

On 29 May 2017 at 14:46, Bjørn Mork  wrote:

> Carlo Lobrano  writes:
>
> > On 29 May 2017 at 14:24, Bjørn Mork  wrote:
> >
> >>
> >> Great!  And if you reboot the modem in this state, does it still come up
> >> as connected?
> >
> >
> >
> > ​Nope, still "disconnected"​
>
> Then I believe everything works as expected.
>
>
> Bjørn
>

​Perfect, thank you​
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Bjørn Mork]

Carlo Lobrano  writes:

> On 29 May 2017 at 14:24, Bjørn Mork  wrote:
>
>>
>> Great!  And if you reboot the modem in this state, does it still come up
>> as connected?
>
>
>
> ​Nope, still "disconnected"​

Then I believe everything works as expected.


Bjørn
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

On 29 May 2017 at 14:24, Bjørn Mork  wrote:

>
> Great!  And if you reboot the modem in this state, does it still come up
> as connected?



​Nope, still "disconnected"​
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Bjørn Mork]

Carlo Lobrano  writes:

>>
>> Probably.  My point was just that you could try to include
>> "--autoconnect", which will disable the autoconnect feature.  I am too
>> lazy to bother to write the whole command ;-)
>
>
> I understand :D
>
> By the way, it looks like that the handle for
> when-you-dont-know-what-the-handle-is is 0x
>
> $ sudo uqmi -d /dev/cdc-wdm1 --stop-network 0x --autoconnect
> $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> "disconnected"

Great!  And if you reboot the modem in this state, does it still come up
as connected?



Bjørn
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

>
> Probably.  My point was just that you could try to include
> "--autoconnect", which will disable the autoconnect feature.  I am too
> lazy to bother to write the whole command ;-)


I understand :D

By the way, it looks like that the handle for
when-you-dont-know-what-the-handle-is is 0x

$ sudo uqmi -d /dev/cdc-wdm1 --stop-network 0x --autoconnect
$ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
"disconnected"




On 29 May 2017 at 13:54, Bjørn Mork  wrote:

> Carlo Lobrano  writes:
>
> >> AFAICS, that is the expected result.  The modem is connected and you do
> >> not disconnect, so "start-network" has no effect.
> >
> > Yes, you're right, but why am I connected in the first place? There is no
> > context configured
>
> If autoconnect is enabled, then I believe the modem will try to connect
> with whatever it has. Don't know if it tries an empty APN or reuse the
> default bearer context in this case, but either will most likely work
> (depending on operator, but still..)
>
>
> >> If "--set-autoconnect disabled" does not work as expected, then please
> >> try "--stop-network --autoconnect".
> >
> > doesn't stop-network require an handle?
> >
> > $ sudo uqmi -d /dev/cdc-wdm1 --stop-network --autoconnect
> > "Invalid handle"
>
> Probably.  My point was just that you could try to include
> "--autoconnect", which will disable the autoconnect feature.  I am too
> lazy to bother to write the whole command ;-)
>
>
>
> Bjørn
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Bjørn Mork]

Carlo Lobrano  writes:

>> AFAICS, that is the expected result.  The modem is connected and you do
>> not disconnect, so "start-network" has no effect.
>
> Yes, you're right, but why am I connected in the first place? There is no
> context configured

If autoconnect is enabled, then I believe the modem will try to connect
with whatever it has. Don't know if it tries an empty APN or reuse the
default bearer context in this case, but either will most likely work
(depending on operator, but still..)


>> If "--set-autoconnect disabled" does not work as expected, then please
>> try "--stop-network --autoconnect".
>
> doesn't stop-network require an handle?
>
> $ sudo uqmi -d /dev/cdc-wdm1 --stop-network --autoconnect
> "Invalid handle"

Probably.  My point was just that you could try to include
"--autoconnect", which will disable the autoconnect feature.  I am too
lazy to bother to write the whole command ;-)



Bjørn
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

Hi Bjørn,

thanks for the reply

> AFAICS, that is the expected result.  The modem is connected and you do
> not disconnect, so "start-network" has no effect.

Yes, you're right, but why am I connected in the first place? There is no
context configured

> If "--set-autoconnect disabled" does not work as expected, then please
> try "--stop-network --autoconnect".

doesn't stop-network require an handle?

$ sudo uqmi -d /dev/cdc-wdm1 --stop-network --autoconnect
"Invalid handle"

On 29 May 2017 at 13:20, Bjørn Mork  wrote:

> Carlo Lobrano  writes:
>
> > Hello,
> >
> > Hope this is the right place to ask for help and my apologies if it is
> not.
> >
> > I'm testing uqmi with a Telit LE910 LTE modem on Ubuntu 16.10, but I'm
> > facing this weird issue.
> > Uqmi considers the modem connected from the very beginning, even if I
> > haven't run --start-network yet and even if I use --set-autoconnect
> > disabled first, and when I try to connect with a different APN it replies
> > with "no effect"
> >
> >
> > $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> > "connected"
> > $ sudo uqmi -d /dev/cdc-wdm1 --set-autoconnect disabled
> > $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> > "connected"
> > $ sudo uqmi -d /dev/cdc-wdm1 --start-network web.omnitel.it
> >  --autoconnect
> > "No effect"
>
>
> AFAICS, that is the expected result.  The modem is connected and you do
> not disconnect, so "start-network" has no effect.
>
> If you do not want "autoconnect" then you should not include it with the
> "start-network" request.
>
> If "--set-autoconnect disabled" does not work as expected, then please
> try "--stop-network --autoconnect".  This should both stop the current
> session and disable autoconnect for future sessions.  Until you enable
> it again with "--start-network --autoconnect".  Just don't do that if
> you don't want autoconnect...
>
>
> > I think that reason is the default bearer established at the attach
> (since
> > it's LTE), but I'm not sure how to overcome this and any hints would be
> > very appreciated.
>
> I haven't seen any such issues with the Qualcomm based modems. They seem
> to deal pretty well with the difference between their data bearers and
> the initial default bearer.
>
>
> Bjørn
>
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

[Imre Kaloz]

On 2017-05-29 13:10, Jamie Stuart wrote:

See another iteration, with:

- correct capitalisation
- antenna to the side (will not work with lowercase ’n’)
- open sans typeface (open source)
- mockups of website header
- accent colours

http://i.imgur.com/ZKtcFXo.png


Nice :) Personally I like the darker color set of the last, but the 
layout of the first the most (when the "signal" is at the end).



Imre
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Bjørn Mork]

Carlo Lobrano  writes:

> Hello,
>
> Hope this is the right place to ask for help and my apologies if it is not.
>
> I'm testing uqmi with a Telit LE910 LTE modem on Ubuntu 16.10, but I'm
> facing this weird issue.
> Uqmi considers the modem connected from the very beginning, even if I
> haven't run --start-network yet and even if I use --set-autoconnect
> disabled first, and when I try to connect with a different APN it replies
> with "no effect"
>
>
> $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> "connected"
> $ sudo uqmi -d /dev/cdc-wdm1 --set-autoconnect disabled
> $ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
> "connected"
> $ sudo uqmi -d /dev/cdc-wdm1 --start-network web.omnitel.it
>  --autoconnect
> "No effect"


AFAICS, that is the expected result.  The modem is connected and you do
not disconnect, so "start-network" has no effect.

If you do not want "autoconnect" then you should not include it with the
"start-network" request.

If "--set-autoconnect disabled" does not work as expected, then please
try "--stop-network --autoconnect".  This should both stop the current
session and disable autoconnect for future sessions.  Until you enable
it again with "--start-network --autoconnect".  Just don't do that if
you don't want autoconnect...


> I think that reason is the default bearer established at the attach (since
> it's LTE), but I'm not sure how to overcome this and any hints would be
> very appreciated.

I haven't seen any such issues with the Qualcomm based modems. They seem
to deal pretty well with the difference between their data bearers and
the initial default bearer.


Bjørn
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

[Jamie Stuart]

See another iteration, with:

- correct capitalisation
- antenna to the side (will not work with lowercase ’n’)
- open sans typeface (open source)
- mockups of website header
- accent colours

http://i.imgur.com/ZKtcFXo.png


> On 29 May 2017, at 13:52, John Crispin  wrote:
> 
> 
> 
> On 29/05/17 12:11, Jamie Stuart wrote:
>> Hi,
>> First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is 
>> moving forward.
>> For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘leddy’ - 
>> and not tied to the name of an old router!)
>> 
>> However, it seems the consensus is that the OpenWrt name should remain. I 
>> thought that maybe we should take this opportunity to at least give the 
>> project an updated look?
>> Maybe a new logo? I’m personally not one for mascots, so I had a quick go at 
>> a few simple text-based designs:
>> 
>> http://i.imgur.com/9zyXSYR.png
>> 
>> What are you thoughts?
>> 
>> Jamie, onebillion
> 
> Hi,
> 
> the correct spelling is OpenWrt with a capital O and W. could you add that to 
> the proposal aswell please ? ideally with and without the antenna feature
> 
>John
>> ___
>> Lede-dev mailing list
>> lede-...@lists.infradead.org
>> http://lists.infradead.org/mailman/listinfo/lede-dev
> 
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

[John Crispin]

On 29/05/17 12:11, Jamie Stuart wrote:

Hi,
First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is 
moving forward.
For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘leddy’ - and 
not tied to the name of an old router!)

However, it seems the consensus is that the OpenWrt name should remain. I 
thought that maybe we should take this opportunity to at least give the project 
an updated look?
Maybe a new logo? I’m personally not one for mascots, so I had a quick go at a 
few simple text-based designs:

http://i.imgur.com/9zyXSYR.png

What are you thoughts?

Jamie, onebillion


Hi,

the correct spelling is OpenWrt with a capital O and W. could you add 
that to the proposal aswell please ? ideally with and without the 
antenna feature


John

___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

[Martin Tippmann]

On Mon, May 29, 2017 at 12:11 PM, Jamie Stuart  wrote:
> Hi,
> First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is 
> moving forward.
> For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘leddy’ - and 
> not tied to the name of an old router!)
>
> However, it seems the consensus is that the OpenWrt name should remain. I 
> thought that maybe we should take this opportunity to at least give the 
> project an updated look?
> Maybe a new logo? I’m personally not one for mascots, so I had a quick go at 
> a few simple text-based designs:
>
> http://i.imgur.com/9zyXSYR.png
>
> What are you thoughts?

+1

The logo looks great. Is the used font free to use? There could be a
problems if it's a commercial font, depending on the licence?

Maybe LEDE/OpenWRT could create some minimal "corporate identity" like
some base colors and fonts that are used on all websites. I guess it
shouldn't more be than a few CSS rules but having a somewhat unified
look across all websites / pages is a nice thing to have. Arch Linux
is a good example, they also use Flyspray and a Wiki and gitweb but
have a similiar look and feel everywhere.

regards
Martin
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] [LEDE-DEV] Remerge logo ideas

[Jamie Stuart]

Hi,
First of all, I’m glad to hear the process of remerging LEDE with OpenWrt is 
moving forward.
For what it’s worth, if prefer the LEDE name (it’s friendlier - ‘leddy’ - and 
not tied to the name of an old router!)

However, it seems the consensus is that the OpenWrt name should remain. I 
thought that maybe we should take this opportunity to at least give the project 
an updated look?
Maybe a new logo? I’m personally not one for mascots, so I had a quick go at a 
few simple text-based designs:

http://i.imgur.com/9zyXSYR.png

What are you thoughts?

Jamie, onebillion
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] Unable to connect with uqmi ("No effect")

[Carlo Lobrano]

Hello,

Hope this is the right place to ask for help and my apologies if it is not.

I'm testing uqmi with a Telit LE910 LTE modem on Ubuntu 16.10, but I'm
facing this weird issue.
Uqmi considers the modem connected from the very beginning, even if I
haven't run --start-network yet and even if I use --set-autoconnect
disabled first, and when I try to connect with a different APN it replies
with "no effect"


$ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
"connected"
$ sudo uqmi -d /dev/cdc-wdm1 --set-autoconnect disabled
$ sudo uqmi -d /dev/cdc-wdm1 --get-data-status
"connected"
$ sudo uqmi -d /dev/cdc-wdm1 --start-network web.omnitel.it
 --autoconnect
"No effect"

I think that reason is the default bearer established at the attach (since
it's LTE), but I'm not sure how to overcome this and any hints would be
very appreciated.

Best regards,
Carlo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[John Crispin]

On 29/05/17 10:39, Tom Psyborg wrote:




Compared to Flyspray, Trac is a nightmare to administer. It leaks
resources like a sieve and tends to slow down to a crawl under load.

Regards,
Jo


Could you be more specific? I don't see how can it leak resources. 
About slow down, have you ever chekced the server it is hosted on, or 
checked for updates/fixes to trac software? If you consider spam 
comments as nightmare to administer I don't understand why not assign 
someone to remove these as soon as they're posted.


please start a new thread if you want to discuss trac vs flyspray.

John






___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Tom Psyborg]

> Compared to Flyspray, Trac is a nightmare to administer. It leaks
> resources like a sieve and tends to slow down to a crawl under load.
>
> Regards,
> Jo
>
>
Could you be more specific? I don't see how can it leak resources. About
slow down, have you ever chekced the server it is hosted on, or checked for
updates/fixes to trac software? If you consider spam comments as nightmare
to administer I don't understand why not assign someone to remove these as
soon as they're posted.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Jo-Philipp Wich]

Hi Tom,

> I'd vote for re-enabling trac for all users, instead of wasting time and
> resources on another flyspray instance or even existing one which
> compared to trac does not bring any breakthrough features.

Compared to Flyspray, Trac is a nightmare to administer. It leaks
resources like a sieve and tends to slow down to a crawl under load.

Regards,
Jo
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

Re: [OpenWrt-Devel] openwrt and lede - remerge proposal V3

[Tom Psyborg]

On 29 May 2017 at 08:56, John Crispin  wrote:

> Hi,
>
> here is a V3 of the remerge proposal, I tried to fold all the comments
> people made into it, if anything is missing let me know.
>
> *) trac
> - trac is already readonly, keep content so that search engines can still
> find the it
> - edit the trac html templates, adding a note pointing at the
> bug.openwrt.org instance
>
>
> John
>
>

I'd vote for re-enabling trac for all users, instead of wasting time and
resources on another flyspray instance or even existing one which compared
to trac does not bring any breakthrough features.
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] openwrt and lede - remerge proposal V3

[John Crispin]

(resend, this time as plain text)

Hi,

here is a V3 of the remerge proposal, I tried to fold all the comments 
people made into it, if anything is missing let me know. Please remeber 
that post remerge anything can be voted on, so cluttering the proposal 
with many details will delay the remerge even more.


Ideally we manage to vote during this week.


John

*) rules
- owrt will adopt the lede rules and voting system

*) branding
- the owrt side sees no option of using the lede brand
- a (minor) majority voted for openwrt as a name over lede whilst most 
people said they did not care
- as the last vote had a 100% ACK for a remerge using the owrt brand is 
the only feasible option


*) domain
- transfer owner ship to SPI for openwrt.org and lede-project.org
- add them to the pool of urls at digital ocean
- post remerge build a setup where we have several DNS servers in 
various locations

- point git.openwrt.org at the lede git server
- point bugs.openwrt.org to the lede flyspray instance
- keep both wikis and forums as is (we should decide post remerge how to 
proceed to avoid these issues blocking the progress)
- update the lede domain entries for build/download/rsync/... servers so 
that the openwrt domain also points at them


*) SPI
- nominate a new liaison team (imre and john offer to do this, if anyone 
else is interested let us know)

- inform SPI of the new liaisons, voters and project rules
- this should be done early in the remerge process s.t. the domains can 
be handed over


*) github
- start pushing to the openwrt organisation
- cleanup the list of owners in the openwrt organisation
- obsolete all issues on the openwrt organisation and close the issue 
tracker
- go through the open openwrt and lede PRs, pickup whats useful and 
close the rest, asking people to repost (things wont be rebasable anyhow)

- close the lede PR tracker
- obsolete the lede github org after a grace period of 3-6 months

*) landing page
- add a letter of intent / notice to both current landing pages 
announcing the remerge

- update the lede landing page to represent the openwrt name
- update the landing page to have the same look & feel as the current 
openwrt landing page

- point openwrt.org at the lede landing page
- try to find some design guru that will transform the owrt theme to one 
appropriate to this century


*) trac
- trac is already readonly, keep content so that search engines can 
still find the it
- edit the trac html templates, adding a note pointing at the 
bug.openwrt.org instance


*) IRC
- add back cloaking
- give people channel ownership/admin rights

*) email accounts
- currently there are around ~20 active openwrt.org mail accounts (the 3 
owrt devs would like to keep theirs active)
- turn all the webmaster@, hostmaster@, ... accounts into aliases that 
anyone with voting rights can be subscribed to
- ask those people that are no longer active to voluntarily give up 
their accounts
- mail addresses may under no conditions be used for any personal 
business, consultancy, applying for jobs, ... purposes
- any mail sent from an openwrt.org account needs to adhere the 
trademark policy and should only be used for FOSS purposes


*) wiki / forum
- TBD
- asking in either forum/wiki will get a biased vote so keep them both 
around

- start a separate discussion regarding these post remerge

*) LF
- find out what doubts folks have about LF
- find out benefits - we would have their hosting and sponsorship ?!
- start a separate discussion regarding these post remerge

*) git trees
- rebrand the lede tree to openwrt
- work out what has happened inside the openwrt tree since the reboot 
and pick up the useful bits (zoltan has done some prior work on this 
already)


*) mailing list
- ask david to add the openwrt-adm and openwrt lists
- send out invitation mails to the new list
- setup redirect/auto-reply for the existing lists

*) trademark policy
- review/ack imres trademark policy (https://openwrt.org/trademark)

*) timeline
- vote / agree on the proposal within the next week
- work on the action items in the 4 weeks after that

John



___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev


___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel

[OpenWrt-Devel] openwrt and lede - remerge proposal V3

[John Crispin]

Hi,

here is a V3 of the remerge proposal, I tried to fold all the comments 
people made into it, if anything is missing let me know. Please remeber 
that post remerge anything can be voted on, so cluttering the proposal 
with many details will delay the remerge even more.


Ideally we manage to vote during this week.


John

*) rules
- owrt will adopt the lede rules and voting system

*) branding
- the owrt side sees no option of using the lede brand
- a (minor) majority voted for openwrt as a name over lede whilst most 
people said they did not care
- as the last vote had a 100% ACK for a remerge using the owrt brand is 
the only feasible option


*) domain
- transfer owner ship to SPI for openwrt.org and lede-project.org
- add them to the pool of urls at digital ocean
- post remerge build a setup where we have several DNS servers in 
various locations

- point git.openwrt.org at the lede git server
- point bugs.openwrt.org to the lede flyspray instance
- keep both wikis and forums as is (we should decide post remerge how to 
proceed to avoid these issues blocking the progress)
- update the lede domain entries for build/download/rsync/... servers so 
that the openwrt domain also points at them


*) SPI
- nominate a new liaison team (imre and john offer to do this, if anyone 
else is interested let us know)

- inform SPI of the new liaisons, voters and project rules
- this should be done early in the remerge process s.t. the domains can 
be handed over


*) github
- start pushing to the openwrt organisation
- cleanup the list of owners in the openwrt organisation
- obsolete all issues on the openwrt organisation and close the issue 
tracker
- go through the open openwrt and lede PRs, pickup whats useful and 
close the rest, asking people to repost (things wont be rebasable anyhow)

- close the lede PR tracker
- obsolete the lede github org after a grace period of 3-6 months

*) landing page
- add a letter of intent / notice to both current landing pages 
announcing the remerge

- update the lede landing page to represent the openwrt name
- update the landing page to have the same look & feel as the current 
openwrt landing page

- point openwrt.org at the lede landing page
- try to find some design guru that will transform the owrt theme to one 
appropriate to this century


*) trac
- trac is already readonly, keep content so that search engines can 
still find the it
- edit the trac html templates, adding a note pointing at the 
bug.openwrt.org instance


*) IRC
- add back cloaking
- give people channel ownership/admin rights

*) email accounts
- currently there are around ~20 active openwrt.org mail accounts (the 3 
owrt devs would like to keep theirs active)
- turn all the webmaster@, hostmaster@, ... accounts into aliases that 
anyone with voting rights can be subscribed to
- ask those people that are no longer active to voluntarily give up 
their accounts
- mail addresses may under no conditions be used for any personal 
business, consultancy, applying for jobs, ... purposes
- any mail sent from an openwrt.org account needs to adhere the 
trademark policy and should only be used for FOSS purposes


*) wiki / forum
- TBD
- asking in either forum/wiki will get a biased vote so keep them both 
around

- start a separate discussion regarding these post remerge

*) LF
- find out what doubts folks have about LF
- find out benefits - we would have their hosting and sponsorship ?!
- start a separate discussion regarding these post remerge

*) git trees
- rebrand the lede tree to openwrt
- work out what has happened inside the openwrt tree since the reboot 
and pick up the useful bits (zoltan has done some prior work on this 
already)


*) mailing list
- ask david to add the openwrt-adm and openwrt lists
- send out invitation mails to the new list
- setup redirect/auto-reply for the existing lists

*) trademark policy
- review/ack imres trademark policy (https://openwrt.org/trademark)

*) timeline
- vote / agree on the proposal within the next week
- work on the action items in the 4 weeks after that

John



___
Lede-dev mailing list
lede-...@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/lede-dev
___
openwrt-devel mailing list
openwrt-devel@lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel