Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-11-01 Thread Dirk Gouders
"Yann E. MORIN" writes: > Dirk, All, > > On 2013-10-30 15:26 +0100, Dirk Gouders spake thusly: >> Dirk Gouders writes: > [--SNIP--] >> below is a patch that prevents choice_values to appear in the list if >> they depend on 'm' symbols and the choice symbol is set to 'y'. I would >> be glad if y

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-31 Thread Yann E. MORIN
Dirk, All, On 2013-10-30 15:26 +0100, Dirk Gouders spake thusly: > Dirk Gouders writes: [--SNIP--] > below is a patch that prevents choice_values to appear in the list if > they depend on 'm' symbols and the choice symbol is set to 'y'. I would > be glad if you could have a look at it. Next tim

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-31 Thread Sebastian Andrzej Siewior
* Dirk Gouders | 2013-10-30 15:26:30 [+0100]: >Hi Sebastian, Yann, all, Hi Dirk, >below is a patch that prevents choice_values to appear in the list if >they depend on 'm' symbols and the choice symbol is set to 'y'. I would >be glad if you could have a look at it. I applied this patch (and ign

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-30 Thread Dirk Gouders
Dirk Gouders writes: > Sebastian Andrzej Siewior writes: > >> On 10/24/2013 05:30 PM, Dirk Gouders wrote: >>> Hi Sebastian, >> >> Hi Dirk, >> >>> I was looking at what you described and initially had a hard time to >>> reproduce the problem, probably because I tried it after `make >>> mrproper'.

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-30 Thread Dirk Gouders
Daniele Forsi writes: > 2013/10/30 Dirk Gouders: > >> Those values are also written to the config file causing modules when >> they should not. > > this sentence of the commit message is missing something, I think you mean: > s/causing modules/causing modules to be built/ Yes, thanks, that is co

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-30 Thread Daniele Forsi
2013/10/30 Dirk Gouders: > Those values are also written to the config file causing modules when > they should not. this sentence of the commit message is missing something, I think you mean: s/causing modules/causing modules to be built/ -- Daniele Forsi -- To unsubscribe from this list: send

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-30 Thread Dirk Gouders
Sebastian Andrzej Siewior writes: > On 10/24/2013 05:30 PM, Dirk Gouders wrote: >> Hi Sebastian, > > Hi Dirk, > >> I was looking at what you described and initially had a hard time to >> reproduce the problem, probably because I tried it after `make >> mrproper'. I am only able to reproduce the

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-24 Thread Dirk Gouders
Sebastian Andrzej Siewior writes: > On 10/24/2013 05:30 PM, Dirk Gouders wrote: >> Hi Sebastian, > > Hi Dirk, > >> I was looking at what you described and initially had a hard time to >> reproduce the problem, probably because I tried it after `make >> mrproper'. I am only able to reproduce the

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-24 Thread Sebastian Andrzej Siewior
On 10/24/2013 05:30 PM, Dirk Gouders wrote: > Hi Sebastian, Hi Dirk, > I was looking at what you described and initially had a hard time to > reproduce the problem, probably because I tried it after `make > mrproper'. I am only able to reproduce the problem with an existing > .config of my runni

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-24 Thread Dirk Gouders
Sebastian Andrzej Siewior writes: > On 10/23/2013 01:23 PM, Yann E. MORIN wrote: >> Sebastian, All, > > Hi Yann, > >> So, I've tried your tests here, and indeed it does not behave as >> expected. Yet, I can observe a slight deviation from your observations: >> the third time I enter the "USB Gadg

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-23 Thread Sebastian Andrzej Siewior
On 10/23/2013 01:23 PM, Yann E. MORIN wrote: > Sebastian, All, Hi Yann, > So, I've tried your tests here, and indeed it does not behave as > expected. Yet, I can observe a slight deviation from your observations: > the third time I enter the "USB Gadget Support" sub-menu, the "USB > Gadget Driver

Re: choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-23 Thread Yann E. MORIN
Sebastian, All, On 2013-10-23 12:51 +0200, Sebastian Andrzej Siewior spake thusly: > Hi, > > in USB gadget menu (that is Device Drivers ---> USB support ---> USB > Gadget Support ---> USB Gadget Drivers) I can create a configuration > which is "lost". Here is how to reproduce it: > > - first co

choice =y selection becomes lost after having multiple entries =m with depends on

2013-10-23 Thread Sebastian Andrzej Siewior
Hi, in USB gadget menu (that is Device Drivers ---> USB support ---> USB Gadget Support ---> USB Gadget Drivers) I can create a configuration which is "lost". Here is how to reproduce it: - first config two gadgets as M: USB Gadget Drivers Audio Gadget Ethernet Gadget MIDI