On 05/15/2017 10:16 PM, Philip Prindeville wrote:
>> On May 12, 2017, at 6:02 AM, Edwin van Drunen wrote:
>>
>> I understand that the vote is done amongst the developers, the people
>> actually running the project, this makes sense.
>> But if the goal of the project is not only to keep yourself b
> On May 12, 2017, at 6:02 AM, Edwin van Drunen wrote:
>
> I understand that the vote is done amongst the developers, the people
> actually running the project, this makes sense.
> But if the goal of the project is not only to keep yourself busy, but also to
> target a larger audience, it make
On 05/15/2017 09:11 PM, Philip Prindeville wrote:
>> On May 11, 2017, at 10:09 PM, Eric Luehrsen wrote:
>>
>> People don't like rules and that could be even more true with open
>> source work groups. However, a good set of _limited_ rules can make life
>> easier. You may focus on important work or
> On May 11, 2017, at 10:09 PM, Eric Luehrsen wrote:
>
> People don't like rules and that could be even more true with open
> source work groups. However, a good set of _limited_ rules can make life
> easier. You may focus on important work or joyful recreation while not
> worrying about acci
On 15.05.2017 18:02, Val Kulkov wrote:
> On 15 May 2017 at 11:46, Yousong Zhou wrote:
>> On 15 May 2017 at 23:29, Val Kulkov wrote:
>>> Yousong, perhaps I was not clear. What I am suggesting is to change
>>> the auto-allocation to start from 1000 rather than from 100 (1000 is
>>> just a sugg
Bump the 17.01 tree kernel to 4.4.68. Trunk 4.4 and 17.01 4.4 have diverged,
talked this
through with jow, he was okay with a clean diff against 17.01 and not a
backported trunk
patch.
The following patches were applied upstream:
062-[1-6]-MIPS-* series
042-0004-mtd-bcm47xxpart-fix-parsing-fi
This option redirects the igmpproxy to STDERR instead of system log.
Without this option the system log is unusable because igmpproxy warns about
every SSDP package recieved from wan.
Signed-off-by: Dmitry Tunin
---
package/network/services/igmpproxy/files/igmpproxy.init | 2 +-
1 file changed,
On Mon, May 15, 2017 at 10:59:55PM +0800, Yousong Zhou wrote:
> On 15 May 2017 at 22:41, Val Kulkov wrote:
> > The auto-allocation of uid/gid emulates useradd/groupadd, picking the
> > first unused uid/gid starting from 100. This works quite well on its
> > own, but there are about three dozen pac
On 05/15/2017 07:29 PM, Tobias Welz wrote:
>
> If not, there would be the need to do some post-processing after
> restore to somehow fix gids/uids to make everything work again; but it
> will be an extra level of complexity.
uhm, I might say something very noobish, but...
are all packages gr
Hello,
In general I don't mind auto-allocation - it's somehow best for (PC)
distributions.
I'm not sure if the same applies to embedded systems and OSes like LEDE
- at least with static backing up of passwd/shadow files.
Wouldnt't a user (developer) expect to backup the settings and restore
On 15 May 2017 at 11:46, Yousong Zhou wrote:
> On 15 May 2017 at 23:29, Val Kulkov wrote:
>> Yousong, perhaps I was not clear. What I am suggesting is to change
>> the auto-allocation to start from 1000 rather than from 100 (1000 is
>> just a suggestion, it could be anything else that is high eno
On 15 May 2017 at 23:29, Val Kulkov wrote:
> Yousong, perhaps I was not clear. What I am suggesting is to change
> the auto-allocation to start from 1000 rather than from 100 (1000 is
> just a suggestion, it could be anything else that is high enough), and
> to have a convention to allocate the 1-
On 15 May 2017 at 11:12, Yousong Zhou wrote:
> On 15 May 2017 at 23:04, Val Kulkov wrote:
>> On 15 May 2017 at 10:59, Yousong Zhou wrote:
>>> On 15 May 2017 at 22:41, Val Kulkov wrote:
The auto-allocation of uid/gid emulates useradd/groupadd, picking the
first unused uid/gid starting
On 15 May 2017 at 23:04, Val Kulkov wrote:
> On 15 May 2017 at 10:59, Yousong Zhou wrote:
>> On 15 May 2017 at 22:41, Val Kulkov wrote:
>>> The auto-allocation of uid/gid emulates useradd/groupadd, picking the
>>> first unused uid/gid starting from 100. This works quite well on its
>>> own, but
On 15 May 2017 at 10:59, Yousong Zhou wrote:
> On 15 May 2017 at 22:41, Val Kulkov wrote:
>> The auto-allocation of uid/gid emulates useradd/groupadd, picking the
>> first unused uid/gid starting from 100. This works quite well on its
>> own, but there are about three dozen packages in the packag
On 15 May 2017 at 22:41, Val Kulkov wrote:
> The auto-allocation of uid/gid emulates useradd/groupadd, picking the
> first unused uid/gid starting from 100. This works quite well on its
> own, but there are about three dozen packages in the packages repo
> that come with hardcoded uid/gid's:
>
> f
On 15 May 2017 at 09:46, Yousong Zhou wrote:
> On 15 May 2017 at 21:07, Val Kulkov wrote:
>> On 15 May 2017 at 02:30, Alexandru Ardelean wrote:
>>> On Sun, May 14, 2017 at 3:59 AM, Daniel Golle wrote:
Hi Val,
On Sat, May 13, 2017 at 06:23:29PM -0400, Val Kulkov wrote:
> Is th
Refresh patches. A number of patches have landed upstream & hence are no
longer required locally:
062-[1-6]-MIPS-* series
042-0004-mtd-bcm47xxpart-fix-parsing-first-block
Reintroduced lantiq/patches-4.4/0050-MIPS-Lantiq-Fix-cascaded-IRQ-setup
as it was incorrectly included upstream thus dropped f
On 15 May 2017 at 21:07, Val Kulkov wrote:
> On 15 May 2017 at 02:30, Alexandru Ardelean wrote:
>> On Sun, May 14, 2017 at 3:59 AM, Daniel Golle wrote:
>>> Hi Val,
>>>
>>> On Sat, May 13, 2017 at 06:23:29PM -0400, Val Kulkov wrote:
Is there any convention on the use of uid and gid when crea
Thanks Chris Blake,
>First off, thank you very much for this patch and your work on the ipq40xx
>platform. I have been doing more testing, and it seems that some of the pins
>in pinctl are not defined to the correct function.
>This is what I am currently seeing on the board:
> [1.278649] i
On 15 May 2017 at 02:30, Alexandru Ardelean wrote:
> On Sun, May 14, 2017 at 3:59 AM, Daniel Golle wrote:
>> Hi Val,
>>
>> On Sat, May 13, 2017 at 06:23:29PM -0400, Val Kulkov wrote:
>>> Is there any convention on the use of uid and gid when creating new
>>> users or groups? Can someone point me
- Refresh all patches
- Removed upstreamed
- Adapted 1
Compile tested on: bcm53xx, cns3xxx, imx6
Run tested on: cns3xxx & imx6
Signed-off-by: Koen Vandeputte
---
3rd & final attempt to bump the kernel.
I would be very grateful if more people could test it on different targets.
include/kernel
* Bastian Bittorf [15.05.2017 09:27]:
> > + [ "$noreolv" -eq '1' -o "$resolvfile" = "/tmp/resolv.conf.auto" ] && {
>
> thanks for the patch!
>
> please test for 'bool_true' not for 1
sorry for the noise, this is already normalized by
config_get_bool() - so testing for 0 or 1 is fine.
bye, ba
* Paul Oranje [15.05.2017 09:08]:
> fixes FS#785
> v1: write /tmp/resolv.conf also when nosolv is true
> v2: also change guard in dnsmasq_stop() routine
>
> Signed-off-by: Paul Oranje
> ---
> package/network/services/dnsmasq/files/dnsmasq.init | 4 ++--
> 1 file changed, 2 insertions(+), 2 dele
>Hello Ram,
On Thursday, May 11, 2017 8:39:46 PM CEST Christian Lamparter wrote:
> On Thursday, May 11, 2017 10:15:58 PM CEST Ram Chandra Jangir wrote:
> > I added nand pinmux in https://patchwork.ozlabs.org/patch/761243/ ,
> > Could you please try with this, if it helps you.
> Thanks, I'll for
25 matches
Mail list logo