Re: [Kicad-developers] Bus upgrades merge

[Jeff Young]

and.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>> > >>  >  >  > <mailto:s...@hillbrand.org 
>> > <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
>> > >>  >  >  > > <mailto:s...@hillbrand.org 
>> > <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>> > >>  >  > <mailto:s...@hillbrand.org 
>> > <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >>      > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>> >

Re: [Kicad-developers] Bus upgrades merge

[Jeff Young]

o:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
> > >>  >  >  > > <mailto:s...@hillbrand.org 
> > <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> > >>  >  > <mailto:s...@hillbrand.org 
> > <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>>> wrote:
> >     >>  >  >  > >
> > >>  >  >  > > Am 2019-03-30 17:33, schrieb Simon
> >     >> Richter:
> > >>  >  >  > > > Hi Wayne,
> > >>  >  >  > > >
> > >>  >  >  > > > On 30.03.19 21:30, Wayne Stambaugh
> > >> wrote:
> > >>  >  >  > > >
> > >>  >  >  > > >> Is this the last of it?  If so,
> > I will
> > >> attempt to
> > >>      >  > get this
> > >>  >  >  > merged
> > >>      >  >  > > >> tomorrow.
> > >>      >  >  > > >
> > >>  >      >  > > > Compiles fine on msys2 and msvc.
> > Not all
> > >>  > intermediate
> > >>  >  >  > commits compile,
> > >>  >  >      > > > but I'm not sure anyone does
> > git-bisect
> > >> anyway.
>

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

rand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> >     >>  >      >      >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> >     >>  >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
> >     >>  >      >      >     > <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     >>  >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     >>  >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> >     >>  >      >     <mailto:s...@hillbrand.org
>     <mailto:s...@hillbrand.org>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> >     >>  >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >     >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>>> wrote:
> >     >>      >      >      >     >
> >     >>  >      >      >     >     Am 2019-03-30 17:33, schrieb
> Simon
> >     >> Richter:
> >     >>  >      >      >     >     > Hi Wayne,
> >     >>  >      >      >     >     >
> >     >>  >      >      >     >     > On 30.03.19 21:30, Wayne
> Stambaugh
> >     >> wrote:
> >     >>  >      >      >  

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

>>  >  >  > > easier.  I could squash
> everything
> > > into one
> > > >> huge
> > > >>  > commit if
> > > >>  >  > you'd
> > > >>  >  >  > prefer.
> > > >>  >  >  > >
> > > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM
> Seth
> > > Hillbrand
> > > >>  >  >  > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > > >>  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> > > >>  >  >  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > > >>  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
> > > >>  >  >  > > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >>  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >>  >     <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> >     <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>

Re: [Kicad-developers] Bus upgrades merge

[Jeff Young]

> >>  > open to
>>> > >>  >  >  > suggestion.
>>> > >>  >  >  >
>>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
>>> > >>  >  >  > > Seth, I split up the initial rebased
>>> > branch
>>> > >> to make
>>> > >>  > review
>>> > >>  >  > a bit
>>> > >>  >  >  > > easier.  I could squash everything
>>> > into one
>>> > >> huge
>>> > >>  > commit if
>>> > >>  >  > you'd
>>> > >>  >  >  > prefer.
>>> > >>  >  >  > >
>>> > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
>>> > Hillbrand
>>> > >>  >  > mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>>> > >>  >  >  > <mailto:s...@hillbrand.org 
>>> > <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >>  >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
>>> > >>  >  >  > > <mailto:s...@hillbrand.org 
>>> > <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >> <mailto:

Re: [Kicad-developers] Bus upgrades merge

[John Beard]

;> other.  I'm
> > > >>  > open to
> > > >>  >  >  > suggestion.
> > > >>  >  >  >
> > > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
> > > >>  >  >  > > Seth, I split up the initial rebased
> > > branch
> > > >> to make
> > > >>  > review
> > > >>  >  > a bit
> > > >>  >  >  > > easier.  I could squash everything
> > > into one
> > > >> huge
> > > >>  > commit if
> > > >>  >  > you'd
> > > >>  >  >  > prefer.
> > > >>  >  >  > >
> > > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
> > > Hillbrand
> > > >>  >  >  > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > > >>  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> > > >>  >  >  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > > >>  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>
> > > >>  >  >  > > <mailto:s...@hillbrand.org
> >     <mailto:s...@hillbrand.org>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >     >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > > >>      > <mailto:s...@hillbrand.org
> >     <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

t; >>  >  >  >
>>> > >>  >  >  > When was the code that did not
>>> build on msvc
>>> > >>  > introduced?  If
>>> > >>  >  > was early
>>> > >>  >  >  > then it might make sense to squash
>>> > everything.
>>> > >>  > Otherwise, it
>>> > >>  >  > may be
>>> > >>  >  >  > worthwhile squashing from the commit
>>> > where the
>>> > >> build
>>> > >>  > error was
>>> > >>  >  >  > introduced to and including the
>>> commit where
>>> > >> the build
>>> > >>  > error
>>> > >>  >  > was fixed.
>>> > >>  >  >  >  I don't have a preference one way
>>> or the
>>> > >> other.  I'm
>>> > >>  > open to
>>> > >>  >  >  > suggestion.
>>> > >>  >  >  >
>>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
>>> > >>  >  >  > > Seth, I split up the initial rebased
>>> > branch
>>> > >> to make
>>> > >>  > review
>>> > >>  >  > a bit
>>> > >>  >  >  > > easier.  I could squash everything
>>> > into one
>>> > >> huge
>>> > >>  > commit if
>>> > >>  >  > you'd
>>> > >>  >  >  > prefer.
>>> > >>  >  >  > >
>>> > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
>>> > Hillbrand
>>> > >>  >  > >> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
>>> <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >>  > <mailto:s...@hillbrand.org
>>> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
>>> <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>>> > >>  >  >  > <mailto:s...@hillbrand.org
>>> <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >>  >     <mailto:s...@hillbrand.org
>>> <

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

;
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >>  >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> >>  >      >     <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> <mailto:s...@hillbrand.org>>
> >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >>  >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>> wrote:
> >>  >      >      >     >
> >>  >      >      >     >     Am 2019-03-30 17:33, schrieb Simon
> >> Richter:
> >>  >      >      >     >     > Hi Wayne,
> >>  >      >      >     >     >
> >>  >      >      >     >     > On 30.03.19 21:30, Wayne Stambaugh
> >> wrote:
> >>  >      >      >     >     >
> >>  >      >      >     >     >> Is this the last of it?  If so,
>     I will
> >>     attempt to
> >>  >      >     get this
> >>  >      >      >     merged
>     >>  >      >      >     >     >> tomorrow.
> >>  >      >      >     >     >
> >>  >      >      >     >     > Compiles fine on msys2 and msvc.
> Not all
> >>  >     intermediate
> >>  >      >      >     commits compile,
> >>  >      >      >     >     > but I'm not sure anyone does
> git-bisect
> >>     anyway.
> >>  >      >      >     >
> >>  >      >      >     >     I use git bisect frequently. 
> Please do
> >>     not push
> >>      >      >     commits that
> >>  >      >      >     do not
> >>  >      >      >     >     compile.  This has been done
> previously
> >>     and it added
> >>  >      >     hours to
> >>  >      >      >     fixing a
> >>  >      >      >     >     single bug in 5.0.1.
> >>  >      >      >     >
> >>  >      >      >     >     -S
> >>      >      >      >     >
> >>  >      >      >     >     
> >>  _______
> >>  >      >      >     >     Mailing list:
> >>  > https://launchpad.net/~kicad-developers
>     >>  >      >      >     >     Post to     :
> >>  > kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >>     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> >>  >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >>     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>
> >>  >      >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >>     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> >>  >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >>     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>>
> >>  >      >      >   
>  <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >>     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

rg>
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>>
>>>>>>> >     >>    
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>>
>>>>>>>     >     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>>>>
>>>>>>> >     >>  >      >      >   
>>>>>>>  <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>
>>>>>>>     >     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>
>>>>>>> >     >>    
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>>
>>>>>>> >     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>>
>>>>>>> >     >>    
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>>>
>>>>>>> >     >>  >   
>>>>>>>  <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>>
>>>>>>> >     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>>>
>>>>>>>     >     >>    
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>
>>>>>>> >     <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>
>>>>>>> <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>>>>>>
>>>>>>> >     >>      >      >      >     >
>>>>>>>     <mailto:s...@hillbrand.org
>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>> >     <mailto:s...@hillbrand.org
>>>>>>>     <mailto:s...@hillbrand.org>>
>>>>>>> >     >>    
>>>>>>>

Re: [Kicad-developers] Bus upgrades merge

[Jeff Young]

;>>>>> > >>  >  >  > introduced to and including the commit 
>>>>>> > where
>>>>>> > >> the build
>>>>>> > >>  > error
>>>>>> > >>  >  > was fixed.
>>>>>> > >>  >  >  >  I don't have a preference one way or 
>>>>>> > the
>>>>>> > >> other.  I'm
>>>>>> > >>  > open to
>>>>>> > >>  >  >  > suggestion.
>>>>>> > >>  >  >  >
>>>>>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
>>>>>> > >>  >  >  > > Seth, I split up the initial rebased
>>>>>> > branch
>>>>>> > >> to make
>>>>>> > >>  > review
>>>>>> > >>  >  > a bit
>>>>>> > >>  >  >  > > easier.  I could squash everything
>>>>>> > into one
>>>>>> > >> huge
>>>>>> > >>  > commit if
>>>>>> > >>  >  > you'd
>>>>>> > >>  >  >  > prefer.
>>>>>> > >>  >  >  > >
>>>>>> > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
>>>>>> > Hillbrand
>>>>>> > >>  >  > >>>>> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>>>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>>>>> > >>  > <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>>>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>>>>>> > >>  >  >  > <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org>
>>>>>> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>>>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>>>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>>>>> >     >>  > <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org 
>>>>>> > <mailto:s...@hillbrand.org>>
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org> 
>>>>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>>>>> > >&g

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

m
>>>>>>>>>    <mailto:stambau...@gmail.com>>>>>>>
>>>>>>>>>    wrote:
>>>>>>>>>>      >>  >      >      >
>>>>>>>>>>      >>  >      >      >   
>>>>>>>>> When was the code that did not build
>>>>>>>>>    on msvc
>>>>>>>>>>      >>  >     introduced?  If
>>>>>>>>>>      >>  >      >     was early
>>>>>>>>>>      >>  >      >      >   
>>>>>>>>> then it might make sense to squash
>>>>>>>>>>      everything.
>>>>>>>>>>      >>  >     Otherwise, it
>>>>>>>>>>      >>  >      >     may be
>>>>>>>>>>      >>  >      >      >   
>>>>>>>>>         worthwhile squashing from the commit
>>>>>>>>>>      where the
>>>>>>>>>>      >>     build
>>>>>>>>>>      >>  >     error was
>>>>>>>>>>      >>      >      >      >   
>>>>>>>>> introduced to and including the
>>>>>>>>>    commit where
>>>>>>>>>>      >>     the build
>>>>>>>>>>      >>  >     error
>>>>>>>>>>      >>  >      >     was fixed.
>>>>>>>>>>      >>  >      >      >      I
>>>>>>>>>    don't have a preference one way or the
>>>>>>>>>>      >>     other.  I'm
>>>>>>>>>>      >>  >     open to
>>>>>>>>>>      >>  >      >      >   
>>>>>>>>>     suggestion.
>>>>>>>>>>      >>  >      >      >
>>>>>>>>>>      >>  >      >      >     On
>>>>>>>>>    3/31/19 11:14 AM, Jon Evans wrote:
>>>>>>>>>>      >>  >      >      >     >
>>>>>>>>>        Seth, I split up the initial rebased
>>>>>>>>>>      branch
>>>>>>>>>>      >>     to make
>>>>>>>>>>      >>  >     review
>>>>>>>>>>      >>      >      >     a bit
>>>>>>>>>>      >>  >      >      >     >
>>>>>>>>>    easier.  I could squash everything
>>>>>>>>>>      into one
>>>>>>>>>>      >> huge
>>>>>>>>>>      >>      >     commit if
>>>>>>>>>>      >>  >      >     you'd
>>>>>>>>>>      >>  >      >      >     prefer.
>>>>>>>>>>      >>  >      >      >     >
>>>>>>>>>>      >>  >      >      >     >
>>>>>>>>>    On Sun, Mar 31, 2019 at 9:56 AM Seth
>>>>>>>>>>      Hillbrand
>>>>>>>>>>      >>  >      >   
>>>>>>>>> >>>>>>>> <mailto:s...@hillbrand.org>
>>>>>>>>>    <mailto:s...@hillbrand.org>
>>>>>>>>>    <mailto:s...@hillbrand.org
>>>>>>>>>        <mailto:s...@hillbrand.org>>
>>>>>>>>>>      <mailto:s...@hillbrand.org
>>>>>>>>>    <mailto:s...@hillbrand.org>
>>>>>>>>>    <mailto:s..

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > >>  >  >  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
> > >>  >  >  > > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> > >>  >  > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>> wrote:
> > >>  >  >  > >
> > >>  >  >  > > Am 2019-03-30 17:33, schrieb Simon
> > >> Richter:
> > >>  >  >  > > > Hi Wayne,
> > >>      >  >  > > >
> > >>  >  >  > > > On 30.03.19 21:30, Wayne
> Stambaugh
> > >> wrote:
> > >>  >  >  > > >
> > >>  >  >  > > >> Is this the last of it?  If so,
> > I will
> > >> attempt to
> > >>  >  >     get this
> > >>  >  >  > merged
> > >>  >  >  > > >> tomorrow.
> > >>  >  >  > > >
> > >>  >  >  > > > Compiles fine on msys2 and msvc.
> > Not all
> > >>  > intermediate
> > >>  >  >  >     commits compile,
> > >>  >  >  > > > but I'm not sure anyone does
> > git-bisect
> > >> anyway.
> > >>  >  >  > >
> > >>  >  >  > > I use git bisect frequently.
> > Please do
> > >> not push
> > >>  >  > commits that
> > >>  >  >  > do not
> > >>  >  >  > > compile.  This has been done
> > previously
> > >> and it added
> > >>  >  > hours to
> > >>  >  >  > fixing a
> > >>  >      >  >     > single bug in 5.0.1.
> > >>  >  >  > >
> > &

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

t;mailto:stambau...@gmail.com <mailto:stambau...@gmail.com
>>> >>>
>>> > >>  > <mailto:stambau...@gmail.com
>>> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
>>> > <mailto:stambau...@gmail.com>>
>>> > >> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>
>>> wrote:
>>> > >>  >  >  >
>>> > >>  >  >  > When was the code that did not build
>>> on msvc
>>> > >>  > introduced?  If
>>> > >>  >  > was early
>>> > >>  >  >  > then it might make sense to squash
>>> > everything.
>>> > >>  > Otherwise, it
>>> > >>  >  > may be
>>> > >>  >  >  > worthwhile squashing from the commit
>>> > where the
>>> > >> build
>>> > >>  > error was
>>> > >>  >  >  > introduced to and including the commit
>>> where
>>> > >> the build
>>> > >>  > error
>>> > >>  >  > was fixed.
>>> > >>  >  >  >  I don't have a preference one way or
>>> the
>>> > >> other.  I'm
>>> > >>  > open to
>>> > >>  >  >  > suggestion.
>>> > >>  >  >  >
>>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
>>> > >>  >  >  > > Seth, I split up the initial rebased
>>> > branch
>>> > >> to make
>>> > >>  > review
>>> > >>  >  > a bit
>>> > >>  >  >  > > easier.  I could squash everything
>>> > into one
>>> > >> huge
>>> > >>  > commit if
>>> > >>  >  > you'd
>>> > >>  >  >  > prefer.
>>> > >>  >  >  > >
>>> > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
>>> > Hillbrand
>>> > >>  >  > >> s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >>  > <mailto:s...@hillbrand.org >> s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>>> > >>  >  >  > <mailto:s...@hillbrand.org
>>> > <mailto:s...@hillbrand.org>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> > >>     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>>> > >>  >     <mailto:s...@hillbrand.org >> s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>>> >     >>  >  >  > > <mailto:s...@hillbrand.org
>>> > <mailto:s...@hillbrand.org>
>>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>>> > >>  > <mailto:s...@hillbrand.org >> s...@hillbrand.org>
>>> > <mailto:s...@hillbrand.org <ma

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

om the commit
>> > where the
>> > >> build
>> > >>  > error was
>> > >>  >  >  > introduced to and including the commit
>> where
>> > >> the build
>> > >>  > error
>> > >>  >  > was fixed.
>> > >>  >  >  >  I don't have a preference one way or
>> the
>> > >> other.  I'm
>> > >>  > open to
>> > >>  >  >  > suggestion.
>> > >>  >  >  >
>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
>> > >>  >  >  > > Seth, I split up the initial rebased
>> > branch
>> > >> to make
>> > >>  > review
>> > >>  >  > a bit
>> > >>  >  >  > > easier.  I could squash everything
>> > into one
>> > >> huge
>> > >>  > commit if
>> > >>  >  > you'd
>> > >>  >  >  > prefer.
>> > >>  >  >  > >
>> > >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
>> > Hillbrand
>> > >>  >  > mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >>  >  >  > <mailto:s...@hillbrand.org
>> > <mailto:s...@hillbrand.org>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>
>> > >>  >  >  > > <mailto:s...@hillbrand.org
>> > <mailto:s...@hillbrand.org>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
>> > >>  >  > <mailto:s...@hillbrand.org
>> >     <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
>> > <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
>> > >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
>> >
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
>> > >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
>> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>>> wrote:
>> > >>  >  >  > >
>> > >>  >  >

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

;mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
 >      >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>> wrote:
 >      >      >     >
 >      >      >     >     Am 2019-03-30 17:33, schrieb Simon Richter:
 >      >      >     >     > Hi Wayne,
 >      >      >     >     >
 >      >      >     >     > On 30.03.19 21:30, Wayne Stambaugh wrote:
 >      >      >     >     >
 >      >      >     >     >> Is this the last of it?  If so, I will
attempt to
 >      >     get this
 >      >      >     merged
 >      >      >     >     >> tomorrow.
 >      >      >     >     >
 >      >      >     >     > Compiles fine on msys2 and msvc. Not all
 >     intermediate
 >      >      >     commits compile,
 >      >      >     >     > but I'm not sure anyone does git-bisect
anyway.
 >      >      >     >
 >      >      >     >     I use git bisect frequently.  Please do
not push
 >      >     commits that
 >      >      >     do not
 >      >      >     >     compile.  This has been done previously
and it added
 >      >     hours to
 >      >      >     fixing a
 >      >      >     >     single bug in 5.0.1.
 >      >      >     >
 >      >      >     >     -S
 >      >      >     >
 >      >      >     >   
  _______

 >      >      >     >     Mailing list:
 > https://launchpad.net/~kicad-developers
 >      >      >     >     Post to     :
 > kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
     >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
     >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>>
 >      >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>>>
 >      >      >     >   
  <mailto:kicad-developers@lists.launchpad.net

<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>>
     >      >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>>>>
 >      >      >     >     Unsubscribe :
 > https://launchpad.net/~kicad-developers
 >      >      >     >     More help   :
https://help.launchpad.net/ListHelp
 >      >      >     >
 >      >      >     >
 >      >      >     > ___
 >      >      >     > Mailing list:
https://launchpad.net/~kicad-developers
 >      >      >     > Post to     :
kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-deve

Re: [Kicad-developers] KiCad joins the Linux Foundation

[Wayne Stambaugh]

om <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> >     >     <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>> wrote:
> >     >     >     >     >
> >     >     >     >     >     I just pushed a blog post to the KiCad
> >     website that
> >     >     >     KiCad has
> >     >     >     >     joined the
> >     >     >     >     >     Linux Foundation so consider this the
> official
> >     >     >     announcement.  The
> >     >     >     >     >     project did this to give donors a
> choice of how
> >     >     they want to
> >     >     >     >     donate to
> >     >     >     >     >     KiCad and it gives us some more
> flexibility
> >     on how
> >     >     we can
> >     >     >     >     spend donation
> >     >     >     >     >     money.  This does not in any way
> change our
> >     >     relationship
> >     >     >     with
> >     >     >     >     CERN and
> >     >     >     >     >     you can continue to donate via CERN if
> that
> >     is your
> >     >     >     >     preference.  You
> >     >     >     >     >     should be seeing announcements from
> the Linux
> >     >     Foundation
> >     >     >     shortly.
> >     >     >     >     >
> >     >     >     >     >     I need to add a "Donate via Linux
> Foundation"
> >     >     button to
> >     >     >     the KiCad
> >     >     >     >     >     website main page.  If someone would
> please
> >     point
> >     >     me to the
> >     >     >     >     correct
> >     >     >     >     >     place in the website source where I
> need to do
> >     >     this, I would
> >     >     >     >     appreciate
> >     >     >     >     >     it.  If you would rather do it
> yourself, the
> >     KiCad LF
> >     >     >     donation
> >     >     >     >     link is
> >     >     >     >     >   
> >      https://funding.communitybridge.org/projects/kicad.
> >     >     >     >     >
>     >     >     >     >     >     Who has the account login information
> for the
>     >     >     KiCad Facebook
> >     >     >     >     page?  I
> >     >     >     >     >     didn't create this so it would be nice
> if I
> >     had edit
> >     >     >     access so
> >     >     >     >     I could
> >     >     >     >     >     post announcements there instead of asking
> >     someone
> >     >     else
> >     >     >     to do it.
> >     >     >     >     >
> >     >     >     >     >     I hope joining the Linux Foundation will
> >     improve our
> >     >     >     potential
> >     >     >     >     donor
> >     >     >     >     >     visibility so we can continue to grow
> the KiCad
> >     >     project. 
> >     >     >     >     Thank you all
> >     >     >     >     >     for your continued support.
> >     >     >     >     >
> >     >     >     >     >     Cheers,
> >     >     >     >     >
> >     >     >     >     >     Wayne
> >     >     >     >     >
> >     >     >     >     >   
>  _______
> >     >     >     >     >     Mailing list:
> >     https://launchpad.net/~kicad-developers
> >     >     >     >     >     Post to     :
> >     kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.l

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

@hillbrand.org>>>>
 >      >      >     > <mailto:s...@hillbrand.org
    <mailto:s...@hillbrand.org>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
    <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
 >      >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
    <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
    <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>> wrote:
 >      >      >     >
 >      >      >     >     Am 2019-03-30 17:33, schrieb Simon 
Richter:

 >      >      >     >     > Hi Wayne,
 >      >      >     >     >
 >      >      >     >     > On 30.03.19 21:30, Wayne Stambaugh 
wrote:

 >      >      >     >     >
 >      >      >     >     >> Is this the last of it?  If so, I will
    attempt to
 >      >     get this
 >      >      >     merged
 >      >      >     >     >> tomorrow.
 >      >      >     >     >
 >      >      >     >     > Compiles fine on msys2 and msvc. Not all
 >     intermediate
 >      >      >     commits compile,
 >      >      >     >     > but I'm not sure anyone does git-bisect
    anyway.
 >      >      >     >
 >      >      >     >     I use git bisect frequently.  Please do
    not push
 >      >     commits that
 >      >      >     do not
 >      >      >     >     compile.  This has been done previously
    and it added
 >      >     hours to
 >      >      >     fixing a
 >      >      >     >     single bug in 5.0.1.
 >      >      >     >
     >      >      >     >     -S
 >      >      >     >
 >      >      >     >  
 ___

 >      >      >     >     Mailing list:
 > https://launchpad.net/~kicad-developers
 >      >      >     >     Post to     :
 > kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>>
 >      >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>>>
 >      >      >     >  
 <mailto:kicad-developers@lists.launchpad.net

    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>>
 >      >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>
 >      >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
    <mailto:kicad-developers@lists.launchpad.net>>>>>
 >      >      >     >     Unsubscribe :
 > https://launchpad.net/~kicad-developers
 >      >      >     >     More help   :
    https://help.launchpad.net/ListHelp
 >      >      >     >
 >      >      >     >
 >      >      >     > 
_______

     >      >      >     > Mailing list:
    https://launchpad.net/~kicad-developers
 >  

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

introduced to and including the commit where
> >> the build
> >>  > error
> >>  >  > was fixed.
> >>  >  >  >  I don't have a preference one way or the
> >> other.  I'm
> >>  > open to
> >>  >  >  > suggestion.
> >>  >  >  >
> >>  >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
> >>  >  >  > > Seth, I split up the initial rebased branch
> >> to make
> >>  > review
> >>  >  > a bit
> >>  >  >  > > easier.  I could squash everything into one
> >> huge
> >>  > commit if
> >>  >  > you'd
> >>  >  >  > prefer.
> >>  >  >  > >
> >>  >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth
> Hillbrand
> >>  >  > mailto:s...@hillbrand.org>
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >>  >  >  > <mailto:s...@hillbrand.org
> >> <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> >> <mailto:s...@hillbrand.org>>
> >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>
> >>  >  >  > > <mailto:s...@hillbrand.org
> >> <mailto:s...@hillbrand.org>
> >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >>  >  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org
> >
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >>  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> >> <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>>> wrote:
> >>  >  >      > >
> >>  >  >  > > Am 2019-03-30 17:33, schrieb Simon
> >> Richter:
> >>  >  >  > >     > Hi Wayne,
> >>  >  >  > > >
> >>  >  >      > > > On 30.03.19 21:30, Wayne Stambaugh
> >> wrote:
> >>  >  >  > > >
> >>  >  >  > > >> Is this the last of it?  If so, I will
> >> attempt to
> >>  >  > get this
> >>  >  >  > merged
> >>  >  >  > > >> tomorrow.
> >>  >  >  > > >
> >>  >  >  > > > Compiles fine on msys2 and msvc. Not
> all
> >>  > intermediate
> >>      >  >  > commits compile,
> >>  >  >  > > > but I'm not sure anyone does git-bisect
> >> anyway.
> >>  >  >  > >
> >>  >  >  > > I use git bisect frequently.  Please do
> >> not push
> >>  >  > commits that
> >>      >  >  > do not
> >>  >  >  > > compile.  This has been done previously
> >> and it added
> >>  >  > hours to
> >>  >  >  > fixing a
> >>  >  >  > > single bug in 5.0.1.
> >>  >  >  > >
> >>  >  >  > > -S
> >>  >  >  > >
> >>  >  >  > >
> >>  ___
> >>  >  >  > > Mailing list:
> >>  > https://launchpad.net/~kicad-developers
> >>  >  >  > > Post to :
> >>  > kicad-develop

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

>>> split
>>>>>>>> > up for
>>>>>>>> > >> review
>>>>>>>> > >>  >  > purposes and
>>>>>>>> > >>  >  >  > not intended to be built on their own.
>>>>>>>> > >>  >  >  >
>>>>>>>> > >>  >  >  > On Sun, Mar 31, 2019, 14:16 Wayne
>>>>>>>> Stambaugh
>>>>>>>> > >>  > >>>>>>> stambau...@gmail.com>
>>>>>>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>
>>>>>>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
>>>>>>>> > >>  >  > <mailto:stambau...@gmail.com
>>>>>>>> > <mailto:stambau...@gmail.com>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>>
>>>>>>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>>>>
>>>>>>>> > >>  >  >  > <mailto:stambau...@gmail.com
>>>>>>>> > <mailto:stambau...@gmail.com>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>>
>>>>>>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>>>
>>>>>>>> > >>  > <mailto:stambau...@gmail.com
>>>>>>>> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
>>>>>>>> > <mailto:stambau...@gmail.com>>
>>>>>>>> > >> <mailto:stambau...@gmail.com >>>>>>> stambau...@gmail.com>
>>>>>>>> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>
>>>>>>>> wrote:
>>>>>>>> > >>  >  >  >
>>>>>>>> > >>  >  >  > When was the code that did not
>>>>>>>> build on msvc
>>>>>>>> > >>  > introduced?  If
>>>>>>>> > >>  >  > was early
>>>>>>>> > >>  >  >  > then it might make sense to squash
>>>>>>>> > everything.
>>>>>>>> >     >>  > Otherwise, it
>>>>>>>> > >>  >  > may be
>>>>>>>> > >>  >  >  > worthwhile squashing from the
>>>>>>>> commit
>>>>>>>> > where the
>>>>>>>> > >> build
>>>>>>>> > >>  > error was
>>>>>>>> > >>  >  >  > introduced to and including the
>>>>>>>> commit where
>>>>>>>> > >> the build
>>>>>>>> > >>  > error
>>>>>>>> > >>  >  > was fixed.
>>>>>>>> > >>  >  >  >  I don't have a preference one
>>>>>>>> way or the
>>>>>>>> > >> other.  I'm
>>>>>>>> > >>  > open to
>>>>>>>> > >>  >  >  > suggestion.
>>>>>>>> > >>  >  >  >
>>>>>>>> > >>  >  >  > On 3/31/19 11:14 AM, Jon Evans
>>>>>>>> wrote:
>>>>>>>

Re: [Kicad-developers] KiCad joins the Linux Foundation

[Mark Roszko]

..@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>
> > > > > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>>>
> > > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>>
> wrote:
> > > > > > >
> > > > > > > I just pushed a blog post to the KiCad
> > > website that
> > > > > KiCad has
> > > > > > joined the
> > > > > > > Linux Foundation so consider this the
> > official
> > > > > announcement.  The
> > > > > > > project did this to give donors a
> > choice of how
> > > > they want to
> > > > > > donate to
> > > > > > > KiCad and it gives us some more
> > flexibility
> > > on how
> > > > we can
> > > > > > spend donation
> > > > > > > money.  This does not in any way
> > change our
> > > > relationship
> > > > > with
> > >     > > > CERN and
> > > > > > > you can continue to donate via CERN if
> > that
> > > is your
> > > > > > preference.  You
> > > > > > > should be seeing announcements from
> >     the Linux
> > > >     Foundation
> > > > >     shortly.
> > > > > > >
> > > > > > > I need to add a "Donate via Linux
> > Foundation"
> > > > button to
> > > >     > the KiCad
> > > > > > > website main page.  If someone would
> > please
> > > point
> >     > > me to the
> > > > > > correct
> > >     > >     > > place in the website source where I
> > need to do
> > > > this, I would
> > >     > >     > appreciate
> > > > > > > it.  If you would rather do it
> > yourself, the
> > >     KiCad LF
> > > > > donation
> >     > > > > link is
> > > > > > >
> > >  https://funding.communitybridge.org/projects/kicad.
> > > > > > >
> > > > > > > Who has the account login information
> > for the
> > > > KiCad Facebook
> > >     > >

Re: [Kicad-developers] Mac HighDPI performance

[Wayne Stambaugh]

mailto:de...@latke.net>
> <mailto:de...@latke.net <mailto:de...@latke.net>>>
> >     >     >>>>>     <mailto:de...@latke.net
> <mailto:de...@latke.net> <mailto:de...@latke.net
> <mailto:de...@latke.net>>
> >     >     <mailto:de...@latke.net <mailto:de...@latke.net>
> >     <mailto:de...@latke.net
> <mailto:de...@latke.net>>>> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>
> >     >     <mailto:de...@latke.net <mailto:de...@latke.net>
> <mailto:de...@latke.net <mailto:de...@latke.net>>>>
> >     >     >>>>>       
> >     >     >>>>>     <mailto:de...@latke.net
> <mailto:de...@latke.net> <mailto:de...@latke.net
> <mailto:de...@latke.net>>
> >     >     <mailto:de...@latke.net <mailto:de...@latke.net>
> >     <mailto:de...@latke.net
> <mailto:de...@latke.net>>> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>
> >     >     <mailto:de...@latke.net <mailto:de...@latke.net>
> <mailto:de...@latke.net <mailto:de...@latke.net>>>>>> wrote:
> >     >     >>>>>        >
> >     >     >>>>>        >
>     >     >     >>>>>        >
> >     >     >>>>>        >> On Mar 1, 2018, at 8:53
> PM, Seth
> >     Hillbrand
> >     >     >>>>>         <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>
> >     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>>
> >     >     >>>>>     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>
> >     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
>     <mailto:seth.hillbr...@gmail.com>>>>
> >     >     >>>>>   
> <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
>     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>
> >     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
>     <mailto:seth.hillbr...@gmail.com>>>>
> >     >     >>>>>   
> <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>
> >     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
>     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>>
> >     >     >>>>>   
> <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>
> >     >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>
> >     <mailto:seth.hillbr...@gmail.com
> <mailto:seth.hillbr...@gmail.com>>>>>> wrote:
> >     >     >>>>>        >>
> >     >     >>>>>        >> Andrey-
> >     >     >>>>>        >>
> >     >     >>>>>        >> I'm moving this to a new
> thread so
> >     that
> >     >     we don't
> >     >     >>>>>    conflate the
> >     >     >>>>>        OpenMP discussion with this.
> >     >     >>>>>        >>
>

Re: [Dhis2-devs] All menus are not displayed in 2.13 war file

[Gerald Thomas]

Thanks to everyone mine is working now 
Sent from my BlackBerry® smartphone from Airtel Sierra Leone

-Original Message-
From: Muhire Andrew 
Date: Fri, 25 Oct 2013 07:35:07 
To: 
Cc: ; ; ; 

Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file



Thanks all for your quick reaction, now its working. 2.13 is amazing.

 
Regards






 Muhire Andrew

 Ministry of Health / HMIS
""A mind is a terrible thing to waste""



***


 ** Cell:(+25)0788436150** 
*** Twitter :andrewmuhire***

 skype:muhire_andrew
muhireand...@yahoo.com
 
 
 
 
 
  On Wednesday, October 23, 2013 10:14 AM, Gerald Thomas 
 wrote:
   
Knut,
Thanks for your help. It is now working fine. I appreciate your. Support boss
Sent from my BlackBerry® smartphone from Airtel Sierra Leone

-Original Message-
From: Knut Staring mailto:knu...@gmail.com> >
Date: Wed, 23 Oct 2013 05:04:48 
To: mailto:gerald...@hotmail.com> >
Cc: mailto:bobjolli...@gmail.com> >; 
mailto:dhis2-devs@lists.launchpad.net> >; 
mailto:muhireand...@yahoo.com> >; 
mailto:jason.p.picker...@gmail.com> >
Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file


Hi Gerald,


Yes, you definitely have a problem with that war file. I recommend downloading 
2.13 again from http://www.dhis2.org/downloads.  
<http://www.dhis2.org/downloads.> You can also try renaming the dhis.war to 
dhis.zip and just extracting it like any zip file. 


Knut



On Wed, Oct 23, 2013 at 6:49 AM, Gerald Thomas mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> > > wrote:
 

 
Knut,
The dhis.war  file had been fully deployed but I am still having error. It seem 
like the tomcat can't extra the war file.
Please find the attached log and kindly revert.

  
Sent from Windows Mail
 

From: Knut Staring
 Sent: ?Tuesday?, ?October? ?22?, ?2013 ?3?:?07? ?PM
To: Gerald Thomas
Cc: Bob Jolliffe, DHIS 2 developers, muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com>  <mailto:muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com> > , jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com>  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> > 


 
Pls try a different browser. Also make sure you delete both the dhis.war and 
all the unpacked folders and files. 
Sent from my mobile 
On 22 Oct 2013 17:05, "Gerald Thomas" mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> > > wrote:
 I haven't tried another browser and no it is not an online server but I can 
put it online u want it to be
 Sent from my BlackBerry® smartphone from Airtel Sierra Leone
 
 -Original Message-
 From: Knut Staring mailto:knu...@gmail.com>  
<mailto:knu...@gmail.com <mailto:knu...@gmail.com> > >
 Date: Tue, 22 Oct 2013 14:33:08
 To: mailto:gerald...@hotmail.com>  
<mailto:gerald...@hotmail.com <mailto:gerald...@hotmail.com> > >
 Cc: mailto:jason.p.picker...@gmail.com>  
<mailto:jason.p.picker...@gmail.com <mailto:jason.p.picker...@gmail.com> > >; 
mailto:bobjolli...@gmail.com>  
<mailto:bobjolli...@gmail.com <mailto:bobjolli...@gmail.com> > >; 
mailto:muhireand...@yahoo.com>  
<mailto:muhireand...@yahoo.com <mailto:muhireand...@yahoo.com> > >; 
mailto:dhis2-devs@lists.launchpad.net>  
<mailto:dhis2-devs@lists.launchpad.net <mailto:dhis2-devs@lists.launchpad.net> 
> >
 Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file
 
 
 Hi Gerald,
 
 
 Have you tried a different browser? Have you tried Chrome incognito mode? Is 
this on an online server?
 
 
 Knut
 
 
 
 On Tue, Oct 22, 2013 at 4:31 PM, Gerald Thomas mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> >  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> > > > wrote:
  Dear Jason,
  I am having the same issues. Like u said I deleted the war file and the dhis 
folder completely. Then I copy and paste the 2.13 war. But when I restart the 
tomcat the dhis screen does not load but the tomcat is running. Please help!!!
  Sent from my BlackBerry® smartphone from Airtel Sierra Leone
 
 
  -Original Message-
  From: Jason Pickering mailto:jason.p.picker...@gmail.com>  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> >  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com>  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> > > >
  Date: Tue, 22 Oct 2013 14:02:57
  To: mailto:bobjolli...@gmail.com>  
<mailto:bo

[Clim2-announce] CLIM2 mailing lists

[Earl DuCaine]

Announcing (somewhat pointlessly) CLIM2 mailing lists:

clim2-announce@lists.launchpad.net 
<mailto:clim2-announce@lists.launchpad.net>

clim2-h...@lists.launchpad.net <mailto:clim2-announce@lists.launchpad.net>
clim2-de...@lists.launchpad.net <mailto:clim2-announce@lists.launchpad.net>

To subscribe, create a launchpad account and join the teams: 
clim2-announce, <mailto:clim2-announce@lists.launchpad.net>clim2-help, 
<mailto:clim2-announce@lists.launchpad.net>

clim2-devel <mailto:clim2-announce@lists.launchpad.net>


-- 
Mailing list: https://launchpad.net/~clim2-announce
Post to : clim2-announce@lists.launchpad.net
Unsubscribe : https://launchpad.net/~clim2-announce
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] Proposal to add Johannes Erdfelt to nova-core

[Rick Harris]

Definite +1

On Nov 9, 2011, at 11:05 AM, Trey Morris wrote:

+1

On Wed, Nov 9, 2011 at 9:35 AM, Sandy Walsh 
mailto:sandy.wa...@rackspace.com>> wrote:
9 * 3 - 26



From: 
openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net<mailto:rackspace@lists.launchpad.net>
 
[openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net<mailto:rackspace@lists.launchpad.net>]
 on behalf of Brian Waldon 
[brian.wal...@rackspace.com<mailto:brian.wal...@rackspace.com>]
Sent: Wednesday, November 09, 2011 10:02 AM
To: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net> 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>)
Subject: [Openstack] Proposal to add Johannes Erdfelt to nova-core

I'd like to nominate Johannes for nova-core, as he has definitely been doing a 
good number of reviews lately.
___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Bus upgrades merge

[Jon Evans]

Yes I just squashed the parts that dont compile on their own.

On Sun, Mar 31, 2019, 19:48 Wayne Stambaugh  wrote:

> Jon,
>
> I thought we decided to squash your patch set or did you just squash
> part of the patch set?  I see 17 separate patches the archive you sent.
>
> Wayne
>
> On 3/31/19 7:39 PM, Jon Evans wrote:
> > Attached!
> >
> > On Sun, Mar 31, 2019 at 7:28 PM Wayne Stambaugh  > <mailto:stambau...@gmail.com>> wrote:
> >
> > Jon,
> >
> > Would you please post the squashed patch to the mailing list so I can
> > get it merged?
> >
> > Thanks,
> >
> > Wayne
> >
> > On 3/31/19 3:07 PM, Jon Evans wrote:
> >  > I went through and squashed the offending commits and updated the
> > PRs.
> >  >
> >  > -Jon
> >  >
> >  > On Sun, Mar 31, 2019 at 2:22 PM Wayne Stambaugh
> > mailto:stambau...@gmail.com>
> >  > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> wrote:
> >  >
> >  > If that's the case then it may make the most sense to squash
> > everything
> >  > into a single commit.
> >  >
> >  > On 3/31/19 2:17 PM, Jon Evans wrote:
> >  >  > That one was very late and would be easy to squash.
> > However, some
> >  > of the
> >  >  > very early commits in the branch were split up for review
> >  > purposes and
> >  >  > not intended to be built on their own.
> >  >  >
> >  >  > On Sun, Mar 31, 2019, 14:16 Wayne Stambaugh
> > mailto:stambau...@gmail.com>
> >  > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> >  >  > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
> >  >  >
> >  >  > When was the code that did not build on msvc
> > introduced?  If
> >  > was early
> >  >  > then it might make sense to squash everything.
> > Otherwise, it
> >  > may be
> >  >  > worthwhile squashing from the commit where the build
> > error was
> >  >  > introduced to and including the commit where the build
> > error
> >  > was fixed.
> >  >  >  I don't have a preference one way or the other.  I'm
> > open to
> >  >  > suggestion.
> >  >  >
> >  >  > On 3/31/19 11:14 AM, Jon Evans wrote:
> >  >  > > Seth, I split up the initial rebased branch to make
> > review
> >  > a bit
> >  >  > > easier.  I could squash everything into one huge
> > commit if
> >  > you'd
> >  >  > prefer.
> >  >  > >
> >  >  > > On Sun, Mar 31, 2019 at 9:56 AM Seth Hillbrand
> >  > mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
> >  >  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
> >  >  > > <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
> > <mailto:s...@hillbrand.org>>
> >  > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
> > <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>> wrote:
> >  >  > >
> >  >  > > Am 2019-03-30 17:33, schrieb Simon Richter:
> >  >  > > > Hi Wayne,
> >  >  > > >
> >  >  > > > On 30.03.19 21:30, Wayne Stambaugh wrote:
> >  >  > > >
> >  >  > > >> Is this the last of it?  If so, I will
> attempt to
> >  > get this
> >  >  > merged
> >  >  > > >> tomorrow.
> >  >  > > >
> >  >  > > > Compiles fine on msys2 and msvc. Not all
> >     intermediate
>

Re: [Kicad-developers] Bus upgrades merge

[Wayne Stambaugh]

Jon,

I thought we decided to squash your patch set or did you just squash 
part of the patch set?  I see 17 separate patches the archive you sent.


Wayne

On 3/31/19 7:39 PM, Jon Evans wrote:

Attached!

On Sun, Mar 31, 2019 at 7:28 PM Wayne Stambaugh <mailto:stambau...@gmail.com>> wrote:


Jon,

Would you please post the squashed patch to the mailing list so I can
get it merged?

Thanks,

Wayne

On 3/31/19 3:07 PM, Jon Evans wrote:
 > I went through and squashed the offending commits and updated the
PRs.
 >
 > -Jon
 >
 > On Sun, Mar 31, 2019 at 2:22 PM Wayne Stambaugh
mailto:stambau...@gmail.com>
 > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>> wrote:
 >
 >     If that's the case then it may make the most sense to squash
everything
 >     into a single commit.
 >
 >     On 3/31/19 2:17 PM, Jon Evans wrote:
 >      > That one was very late and would be easy to squash.
However, some
 >     of the
 >      > very early commits in the branch were split up for review
 >     purposes and
 >      > not intended to be built on their own.
 >      >
 >      > On Sun, Mar 31, 2019, 14:16 Wayne Stambaugh
mailto:stambau...@gmail.com>
 >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
 >      > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
<mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
 >      >
 >      >     When was the code that did not build on msvc
introduced?  If
 >     was early
 >      >     then it might make sense to squash everything. 
Otherwise, it

 >     may be
 >      >     worthwhile squashing from the commit where the build
error was
 >      >     introduced to and including the commit where the build
error
 >     was fixed.
 >      >      I don't have a preference one way or the other.  I'm
open to
 >      >     suggestion.
 >      >
 >      >     On 3/31/19 11:14 AM, Jon Evans wrote:
 >      >     > Seth, I split up the initial rebased branch to make
review
 >     a bit
 >      >     > easier.  I could squash everything into one huge
commit if
 >     you'd
 >      >     prefer.
 >      >     >
 >      >     > On Sun, Mar 31, 2019 at 9:56 AM Seth Hillbrand
 >     mailto:s...@hillbrand.org>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>
 >      >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>
 >      >     > <mailto:s...@hillbrand.org
<mailto:s...@hillbrand.org> <mailto:s...@hillbrand.org
<mailto:s...@hillbrand.org>>
 >     <mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>
<mailto:s...@hillbrand.org <mailto:s...@hillbrand.org>>>>> wrote:
 >      >     >
 >      >     >     Am 2019-03-30 17:33, schrieb Simon Richter:
 >      >     >     > Hi Wayne,
 >      >     >     >
 >      >     >     > On 30.03.19 21:30, Wayne Stambaugh wrote:
 >      >     >     >
 >      >     >     >> Is this the last of it?  If so, I will attempt to
 >     get this
 >      >     merged
 >      >     >     >> tomorrow.
 >      >     >     >
 >      >     >     > Compiles fine on msys2 and msvc. Not all
intermediate
 >      >     commits compile,
 >      >     >     > but I'm not sure anyone does git-bisect anyway.
 >      >     >
 >      >     >     I use git bisect frequently.  Please do not push
 >     commits that
 >      >     do not
 >      >     >     compile.  This has been done previously and it added
 >     hours to
 >      >     fixing a
 >      >     >     single bug in 5.0.1.
 >      >     >
 >      >     >     -S
 >      >     >
 >      >     >     _______
 >      >     >     Mailing list:
https://launchpad.net/~kicad-developers
 >      >     >     Post to     :
kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
 >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>

Re: [Openstack] Jenkins Job Configuration

[Rohit Karajgi]

Configs are visible to me too.

Regards,
Rohit

From: openstack-bounces+rohit.karajgi=vertex.co...@lists.launchpad.net 
[mailto:openstack-bounces+rohit.karajgi=vertex.co...@lists.launchpad.net] On 
Behalf Of Josh Kearney
Sent: Thursday, July 14, 2011 11:40 PM
To: Monty Taylor
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Jenkins Job Configuration

Works great!
On Thu, Jul 14, 2011 at 12:35 PM, Monty Taylor 
mailto:mord...@inaugust.com>> wrote:
This has now been installed and activated. Anonymous users should be able to 
read the config of any job now. I've got admin access, so it's kinda of hard to 
test - would someone mind verifying that they can, in fact, see the job configs?

Thanks!
Monty

On 07/14/2011 11:50 AM, Alexander Sakhnov wrote:
Hi,
there is a plugin for Jenkins that extends standart permission matrix.
http://wiki.hudson-ci.org/display/HUDSON/Extended+Read+Permission+Plugin
Maybe this would help.

On Thu, Jul 14, 2011 at 7:27 PM, 
mailto:adrian_f_sm...@dell.com>
<mailto:adrian_f_sm...@dell.com<mailto:adrian_f_sm...@dell.com>>> wrote:

> That something will likely be a drop of a bunch of xml files
   That would be perfect. Thanks Monty.

   Adrian

   -Original Message-
   From: openstack-bounces+adrian_f_smith=dell.com<http://dell.com>
   <http://dell.com>@lists.launchpad.net<http://lists.launchpad.net> 
<http://lists.launchpad.net>
   
[mailto:openstack-bounces+adrian_f_smith<mailto:openstack-bounces%2Badrian_f_smith>
   
<mailto:openstack-bounces%2Badrian_f_smith<mailto:openstack-bounces%252Badrian_f_smith>>=dell.com<http://dell.com>
   <http://dell.com>@lists.launchpad.net<http://lists.launchpad.net> 
<http://lists.launchpad.net>]
   On Behalf Of Monty Taylor
   Sent: Thursday, July 14, 2011 4:01 PM
   To: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net> 
<mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>
   Subject: Re: [Openstack] Jenkins Job Configuration

   Hi!

   We're working on a decent solution for this. Jenkins itself does not
   have a setting which allows you to see the job config without also
   giving you access to edit it. (fail)

   However, it's been on my todo list to a) just publish these somewhere or
   b) even better, an easy way for you to spin up an identical jenkins
   (albeit one which does not publish tarballs)

   I'm going to move a) up on my list and see if I can't get you
   something today. That something will likely be a drop of a bunch of
   xml files 
   but it's at least something. :)

   Monty


   On 07/14/2011 09:30 AM, 
adrian_f_sm...@dell.com<mailto:adrian_f_sm...@dell.com> wrote:
> Would it be possible to see the individual configuration files
   for the
> jobs running on http://jenkins.openstack.org?
>
>
>
> _______
> Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
> Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
   <mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>
> Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
> More help   : https://help.launchpad.net/ListHelp

   _______
   Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
   Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
   <mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>
   Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
   More help   : https://help.launchpad.net/ListHelp

   _______
   Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
   Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
   <mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>
   Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
   More help   : https://help.launchpad.net/ListHelp




--
Best regards,
Alexander Sakhnov



___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openst

Re: [Kicad-developers] [PATCH] Add live footprint filtering in modview window

[Wayne Stambaugh]

    >     FOOTPRINT_VIEWER_FRAME::ReCreateHToolbar()
> >     >     >         >     >     >                                    
> >      KiBitmap(
> >     >     >         module_xpm ),
> >     >     >         >     >     >                                    
> >      _( "Select
> >     >     >         footprint to
> >     >     >         >     >     browse" ) );
> >     >     >         >     >     >      
> >     >     >         >     >     >     -        m_searchBox = new
> >     wxSearchCtrl(
> >     >     >         m_mainToolBar,
> >     >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT );
> >     >     >         >     >     >     +        m_searchBox = new
> >     wxSearchCtrl(
> >     >     >         m_mainToolBar,
> >     >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT,
>     >     >     >         >     >     >     +                _( "Enter
> filter
> >     >     string" ) );
>     >     >     >         >     >     >            
>  m_searchBox->SetMinSize(
> >     >     wxSize( 250,
> >     >     >         30 ) );
> >     >     >         >     >     >     -       
> >     m_searchBox->SetDescriptiveText( _(
> >     >     >         "Enter filter
> >     >     >         >     >     string" ) );
> >     >     >         >     >     >
> >     >     >         >     >     >
> >     >     >         >     >     >
> >     >     >         >     >     >   
> >     >      ___
> >     >     >         >     >     >     Mailing list:
> >     >     >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
>     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>>>
> >     >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
>     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>>>>
> >     >     >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >     >         <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>>>>>
> >     >     >         >     >   
>  <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers

Re: [Kicad-developers] [PATCH] Add live footprint filtering in modview window

[Wayne Stambaugh]

   grey on idle()
> >     >     >         >     >     when the text is empty.
> >     >     >         >     >     >
> >     >     >         >     >     >         Don't you mean wx 3.0? 
> CMake
> >     should
> >     >     not even
> >     >     >         >     generate the
> >     >     >         >     >     build
> >     >     >         >     >     >         configuration files
> without wx 3.0
> >     >     or greater.
> >     >     >         >     >     >
> >     >     >         >     >     >
> >     >     >         >     >     >     Hmm... This was an issue back in
> >     2.8 that
> >     >     >         appears to be only
> >     >     >         >     >     partly
> >     >     >         >     >     >     fixed.  The workaround I suggest
> >     above is
> >     >     >         functional
> >     >     >         >     but, for
> >     >     >         >     >     this,
> >     >     >         >     >     >     we can also execute a
> cleaner fix
> >     by setting
> >     >     >         the descriptive
> >     >     >         >     >     text in
> >     >     >         >     >     >     the declaration:
> >     >     >         >     >     >
> >     >     >         >     >     >     @@ -67,9 +67,10 @@ void
> >     >     >         >     FOOTPRINT_VIEWER_FRAME::ReCreateHToolbar()
> >     >     >         >     >     >                                    
> >      KiBitmap(
> >     >     >         module_xpm ),
> >     >     >         >     >     >                                    
> >      _( "Select
> >     >     >         footprint to
> >     >     >         >     >     browse" ) );
> >     >     >         >     >     >      
> >     >     >         >     >     >     -        m_searchBox = new
> >     wxSearchCtrl(
> >     >     >         m_mainToolBar,
> >     >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT );
>     >     >     >         >     >     >     +        m_searchBox = new
> >     wxSearchCtrl(
> >     >     >         m_mainToolBar,
> >     >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT,
> >     >     >         >     >     >     +                _( "Enter
> filter
> >     >     string" ) );
> >     >     >         >     >     >            
>  m_searchBox->SetMinSize(
> >     >     wxSize( 250,
> >     >     >         30 ) );
> >     >     >         >     >     >     -       
>     >     m_searchBox->SetDescriptiveText( _(
> >     >     >         "Enter filter
> >     >     >         >     >     string" ) );
> >     >     >         >     >     >
> >     >     >         >     >     >
> >     >     >         >     >     >
> >     >     >         >     >     >   
> >     >      ___
> >     >     >         >     >     >     Mailing list:
> >     >     >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-develo

Re: [Kicad-developers] 5.0.2 stable release.

[Wayne Stambaugh]

    <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>>
> >> >>>         >>>>     <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>>>>
> >> >>>         >> wrote:
> >> >>>         >>>>     >>>
> >> >>>         >>>>     >>>          I just tagged and pushed
> 5.0.2 so we need
> >> >>>         to decide
> >> >>>         >> what we
> >> >>>         >>>>     >>> want
> >> >>>         >>>>     >>>          to do
> >> >>>         >>>>     >>>          about tagging the library
> and translation
> >> >>>         repos.
> >> >>>         >> Rene, any
> >> >>>         >>>>     >>>          thoughts on
> >> >>>         >>>>     >>>          the library repos.  I know
> there have been
> >> >>>         a lot of
> >> >>>         >> changes
> >> >>>         >>>>     >>>          since 5.0.1
> >> >>>         >>>>     >>>          but as long as the existing
> symbols have
> >> >>>         changed too
> >> >>>         >>>>     >>>          significantly, I'm
> >> >>>         >>>>     >>>          fine with tagging the
> current head of each
> >> >>>         library.
> >> >>>         >>>>     >>>
> >> >>>         >>>>     >>>          On 11/26/2018 5:55 PM, Nick
> Østergaard
> >> >> wrote:
> >> >>>         >>>>     >>>          > Are we expecting to tag
> 5.0.1 as 5.0.2
> >> >>>         for the
> >> >>>         >> libraries
> >> >>>         >>>>     >>> or are we
> >> >>>         >>>>     >>>          > getting a minor library
> update as well?
> >> >>>         >>>>     >>>          > On Mon, 26 Nov 2018 at
> 20:32, Wayne
>     >> >>>         Stambaugh
> >> >>>         >>>>     >>>           <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>>
> >> >>>         >>>>     <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >> >>>         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>>>>
> >> >>>         >> wrote:
> >> >>>         >>>>     >>>          >>
> >> >>>         >>>>     >>>          >> I just noticed a few
> last minute
> >> >>>         changes were made
> >> >>>         >>>>     to the
> >> >>>         >>>>     >>> 5.0
> >> >>>         >>>>     >>>          branch.
> >> >>>         >>>>     >>>          >> Is there anything else
> pending 

Re: [Kicad-developers] Profligacy of messages/ link errors building 5.99 on Windows 10/Msys

[Wayne Stambaugh]

It's probably too late to tell swig not to wrap everything.  We should
have only wrapped the objects that we wanted to expose to scripting
langauages but that is a lot more work.  That being said, swig only
wraps what we tell it to wrap so if we don't want something wrapped then
we need to let swig know.  If you include a new header an existing
header that gets pull in than you have to tell swig to exclude it.

On 7/24/2020 4:11 PM, Jon Evans wrote:
> I am not sure the exact nature of this error, but it seems like somehow
> SWIG is failing to wrap some data structures.
> 
> Since we are planning on the new Python API not just exposing all
> internals, maybe instead of trying to debug SWIG we should just start
> restricting it to not wrap everything?
> 
> 
> On Fri, Jul 24, 2020 at 4:04 PM Wayne Stambaugh  > wrote:
> 
> I filed a issue[1] for this.  Just to add insult to injury, clang wont
> work because something changed in libcontext that causes it to choke.
> The hits just keep on coming.
> 
> [1]: https://gitlab.com/kicad/code/kicad/-/issues/4967
> 
> On 7/22/2020 6:39 PM, Jon Evans wrote:
> > If it is the commit I made that Ian points out, I won't be able to
> debug
> > it very effectively.  I don't have a msys2 build environment, and it
> > seems to work on all the platforms I do have.
> >
> > On Wed, Jul 22, 2020 at 6:38 PM Wayne Stambaugh
> mailto:stambau...@gmail.com>
> > >> wrote:
> >
> >     No problem.  I'll file a issue report as soon as I determine
> the guilty
> >     commit.
> >
> >     On 7/22/2020 6:34 PM, Ian McInerney wrote:
> >     > It was committed on July 3rd. I am not sure which commit is
> 100 behind
> >     > the current head though, and I really don't want to kill my
> build
> >     > directory by switching that far back to find out.
> >     >
> >     > -Ian
> >     >
> >     > On Wed, Jul 22, 2020 at 11:27 PM Wayne Stambaugh
> >     mailto:stambau...@gmail.com>
> >
> >     > 
>  >     >
> >     >     I'm running `git bisect` now from HEAD~100.  Is it further
> >     back that
> >     >     that?  Given that mingw debug builds are painfully slow,
> it's
> >     going to
> >     >     take a while.
> >     >
> >     >     On 7/22/2020 6:17 PM, Ian McInerney wrote:
> >     >     > Try going right before
> >     c0aa6965de7b83ca78dd5c4d700b50a2a03a34e4 first.
> >     >     > The errors that Brian showed at the beginning of the
> thread
> >     mention
> >     >     > NETCLASS* and shared_ptr stuff, and it looks like the last
> >     commit that
> >     >     > touched those Swig parts was from Jon on June 30th
> which moved
> >     >     that from
> >     >     > pcbnew to the common Swig directory. I am not sure how
> that
> >     could have
> >     >     > broken things, but I think it would be a good commit to
> >     start with and
> >     >     > see if it is the issue.
> >     >     >
> >     >     > -Ian
> >     >     >
> >     >     > On Wed, Jul 22, 2020 at 11:10 PM Brian Piccioni
> >     >     >  
> >      >
> >      
> >      >>
> >     >      
> >      >
> >     >      
> >       wrote:
> >     >     >
> >     >     >     Perhaps what I can try and do is a binary search
> for the
> >     last
> >     >     "working"
> >     >     >     master.
> >     >     >
> >     >     >     I think that is within my abilities.
> >     >     >
> >     >     >     On 2020-07-22 6:00 p.m., Jon Evans wrote:
> >     >     >     > If you know a version that builds (you said late
> June
> >     >     worked) you can
> >     >     >     > do a git bisect against a commit from back then and
> >     >     eventually this
> >     >     >     > will tell you which commit changed the behavior
> >     >     >     >
> >     >     >     > On Wed, Jul 22, 2020 at 5:58 PM Brian Piccioni
> >     >     >     >  

Re: [Kicad-developers] Profligacy of messages/ link errors building 5.99 on Windows 10/Msys

[Brian Piccioni]

FWIW I realized that I didn't need a debug version of the code in order 
to resolve my merge issues so I built a Release version with no troubles.


In a way I'm glad I reported this because it could have been a problem 
later on and at least the people who know what SWIG is and can do 
something about it are aware.


On 2020-07-24 5:00 p.m., Wayne Stambaugh wrote:

It's probably too late to tell swig not to wrap everything.  We should
have only wrapped the objects that we wanted to expose to scripting
langauages but that is a lot more work.  That being said, swig only
wraps what we tell it to wrap so if we don't want something wrapped then
we need to let swig know.  If you include a new header an existing
header that gets pull in than you have to tell swig to exclude it.

On 7/24/2020 4:11 PM, Jon Evans wrote:

I am not sure the exact nature of this error, but it seems like somehow
SWIG is failing to wrap some data structures.

Since we are planning on the new Python API not just exposing all
internals, maybe instead of trying to debug SWIG we should just start
restricting it to not wrap everything?


On Fri, Jul 24, 2020 at 4:04 PM Wayne Stambaugh mailto:stambau...@gmail.com>> wrote:

 I filed a issue[1] for this.  Just to add insult to injury, clang wont
 work because something changed in libcontext that causes it to choke.
 The hits just keep on coming.

 [1]: https://gitlab.com/kicad/code/kicad/-/issues/4967

 On 7/22/2020 6:39 PM, Jon Evans wrote:
 > If it is the commit I made that Ian points out, I won't be able to
 debug
 > it very effectively.  I don't have a msys2 build environment, and it
 > seems to work on all the platforms I do have.
 >
 > On Wed, Jul 22, 2020 at 6:38 PM Wayne Stambaugh
 mailto:stambau...@gmail.com>
 > >> wrote:
 >
 >     No problem.  I'll file a issue report as soon as I determine
 the guilty
 >     commit.
 >
 >     On 7/22/2020 6:34 PM, Ian McInerney wrote:
 >     > It was committed on July 3rd. I am not sure which commit is
 100 behind
 >     > the current head though, and I really don't want to kill my
 build
 >     > directory by switching that far back to find out.
 >     >
 >     > -Ian
 >     >
 >     > On Wed, Jul 22, 2020 at 11:27 PM Wayne Stambaugh
 >     mailto:stambau...@gmail.com>
 >
 >     > 
      >
 >     >     I'm running `git bisect` now from HEAD~100.  Is it further
 >     back that
 >     >     that?  Given that mingw debug builds are painfully slow,
 it's
 >     going to
 >     >     take a while.
 >     >
 >     >     On 7/22/2020 6:17 PM, Ian McInerney wrote:
 >     >     > Try going right before
 >     c0aa6965de7b83ca78dd5c4d700b50a2a03a34e4 first.
 >     >     > The errors that Brian showed at the beginning of the
 thread
 >     mention
 >     >     > NETCLASS* and shared_ptr stuff, and it looks like the last
 >     commit that
 >     >     > touched those Swig parts was from Jon on June 30th
 which moved
 >     >     that from
 >     >     > pcbnew to the common Swig directory. I am not sure how
 that
 >     could have
 >     >     > broken things, but I think it would be a good commit to
 >     start with and
 >     >     > see if it is the issue.
 >     >     >
 >     >     > -Ian
 >     >     >
 >     >     > On Wed, Jul 22, 2020 at 11:10 PM Brian Piccioni
 >     >     > mailto:br...@documenteddesigns.com>
 >     >
 >     
 >     >>
 >     >     
 >     >
 >     >     
 >      wrote:
 >     >     >
 >     >     >     Perhaps what I can try and do is a binary search
 for the
 >     last
 >     >     "working"
 >     >     >     master.
 >     >     >
 >     >     >     I think that is within my abilities.
 >     >     >
 >     >     >     On 2020-07-22 6:00 p.m., Jon Evans wrote:
 >     >     >     > If you know a version that builds (you said late
 June
 >     >     worked) you can
 >     >     >     > do a git bisect against a commit from back t

Re: [Kicad-developers] Profligacy of messages/ link errors building 5.99 on Windows 10/Msys

[Wayne Stambaugh]

As of commit 33af2d9a, debug builds started working agian even though I
didn't see anything that would have fixed this issue.

The msys2 project just released gcc 10.2 which gets rid of all of the
warning messages so you should probably upgrade when you get a chance.

On 7/24/2020 8:05 PM, Brian Piccioni wrote:
> FWIW I realized that I didn't need a debug version of the code in order
> to resolve my merge issues so I built a Release version with no troubles.
> 
> In a way I'm glad I reported this because it could have been a problem
> later on and at least the people who know what SWIG is and can do
> something about it are aware.
> 
> On 2020-07-24 5:00 p.m., Wayne Stambaugh wrote:
>> It's probably too late to tell swig not to wrap everything.  We should
>> have only wrapped the objects that we wanted to expose to scripting
>> langauages but that is a lot more work.  That being said, swig only
>> wraps what we tell it to wrap so if we don't want something wrapped then
>> we need to let swig know.  If you include a new header an existing
>> header that gets pull in than you have to tell swig to exclude it.
>>
>> On 7/24/2020 4:11 PM, Jon Evans wrote:
>>> I am not sure the exact nature of this error, but it seems like somehow
>>> SWIG is failing to wrap some data structures.
>>>
>>> Since we are planning on the new Python API not just exposing all
>>> internals, maybe instead of trying to debug SWIG we should just start
>>> restricting it to not wrap everything?
>>>
>>>
>>> On Fri, Jul 24, 2020 at 4:04 PM Wayne Stambaugh >> > wrote:
>>>
>>>  I filed a issue[1] for this.  Just to add insult to injury,
>>> clang wont
>>>  work because something changed in libcontext that causes it to
>>> choke.
>>>  The hits just keep on coming.
>>>
>>>  [1]: https://gitlab.com/kicad/code/kicad/-/issues/4967
>>>
>>>  On 7/22/2020 6:39 PM, Jon Evans wrote:
>>>  > If it is the commit I made that Ian points out, I won't be
>>> able to
>>>  debug
>>>  > it very effectively.  I don't have a msys2 build environment,
>>> and it
>>>  > seems to work on all the platforms I do have.
>>>  >
>>>  > On Wed, Jul 22, 2020 at 6:38 PM Wayne Stambaugh
>>>  mailto:stambau...@gmail.com>
>>>  > >>
>>> wrote:
>>>  >
>>>  >     No problem.  I'll file a issue report as soon as I determine
>>>  the guilty
>>>  >     commit.
>>>  >
>>>  >     On 7/22/2020 6:34 PM, Ian McInerney wrote:
>>>  >     > It was committed on July 3rd. I am not sure which commit is
>>>  100 behind
>>>  >     > the current head though, and I really don't want to kill my
>>>  build
>>>  >     > directory by switching that far back to find out.
>>>  >     >
>>>  >     > -Ian
>>>  >     >
>>>  >     > On Wed, Jul 22, 2020 at 11:27 PM Wayne Stambaugh
>>>  >     mailto:stambau...@gmail.com>
>>>  >
>>>  >     > 
>>>  >> wrote:
>>>  >     >
>>>  >     >     I'm running `git bisect` now from HEAD~100.  Is it
>>> further
>>>  >     back that
>>>  >     >     that?  Given that mingw debug builds are painfully
>>> slow,
>>>  it's
>>>  >     going to
>>>  >     >     take a while.
>>>  >     >
>>>  >     >     On 7/22/2020 6:17 PM, Ian McInerney wrote:
>>>  >     >     > Try going right before
>>>  >     c0aa6965de7b83ca78dd5c4d700b50a2a03a34e4 first.
>>>  >     >     > The errors that Brian showed at the beginning of the
>>>  thread
>>>  >     mention
>>>  >     >     > NETCLASS* and shared_ptr stuff, and it looks like
>>> the last
>>>  >     commit that
>>>  >     >     > touched those Swig parts was from Jon on June 30th
>>>  which moved
>>>  >     >     that from
>>>  >     >     > pcbnew to the common Swig directory. I am not sure
>>> how
>>>  that
>>>  >     could have
>>>  >     >     > broken things, but I think it would be a good
>>> commit to
>>>  >     start with and
>>>  >     >     > see if it is the issue.
>>>  >     >     >
>>>  >     >     > -Ian
>>>  >     >     >
>>>  >     >     > On Wed, Jul 22, 2020 at 11:10 PM Brian Piccioni
>>>  >     >     > >>  
>>>  >     >>  >
>>>  >     >>  
>>>  >     >>  >>
>>>  >     >     >>  
>>>  >     >>  

Re: [Kicad-developers] KiCad joins the Linux Foundation

[Nick Østergaard]

e.
> > > > > >
> > > > > > But is it in addition to or to replace CERN?
> > > > >
> > > > > In addition to.
> > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > On Fri, Nov 22, 2019 at 12:03 PM Wayne Stambaugh
> > > > >  > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>
> > > > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>
> wrote:
> > > > > >
> > > > > > I just pushed a blog post to the KiCad
> > website that
> > > > KiCad has
> > > > > joined the
> > > > > > Linux Foundation so consider this the
> official
> > > > announcement.  The
> > > > > > project did this to give donors a choice of
> how
> > > they want to
> > > > > donate to
> > > > > > KiCad and it gives us some more flexibility
> > on how
> > > we can
> > > > > spend donation
> > > > > > money.  This does not in any way change our
> > > relationship
> > > > with
> > > > > CERN and
> > > > > > you can continue to donate via CERN if that
> > is your
> > > > > preference.  You
> > > > > > should be seeing announcements from the Linux
> > > Foundation
> > > > shortly.
> > > >     > >
> > > > > > I need to add a "Donate via Linux Foundation"
> > > button to
> > > > the KiCad
> > > > > > website main page.  If someone would please
> > point
> > > me to the
> > > > > correct
> > > > > > place in the website source where I need to
> do
> >     > this, I would
> > > > > appreciate
> > > > > > it.  If you would rather do it yourself, the
> > KiCad LF
> > > > donation
> > > > > link is
> > > > > >
> >  https://funding.communitybridge.org/projects/kicad.
> > > > > >
> > > > > > Who has the account login information for the
> > > KiCad Facebook
> > > > > page?  I
> > > > > > didn't create this so it would be nice if I
> > had edit
> > > > access so
> > > > > I could
> > > > > > post announcements there instead of asking
> > someone
> > > else
> > > > to do it.
> > > >

Re: [Kicad-developers] [PATCH] Add logo to documentation

[Wayne Stambaugh]

gt;             DEPENDS xml-to-docstrings)
> >         >
> >         >             Cheers,
> >         >
> >         >             John
> >         >
> >         >             On Wed, Jun 13, 2018 at 8:04 PM, Wayne Stambaugh
> >         >              <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>
> >         <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> >         >         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>>>> wrote:
> >         >
> >         >                 John,
> >         >
> >         >                 I am getting the following error when I
> try to
> >         apply
> >         >         your patch:
> >         >
> >         >                 $ git am --ignore-whitespace <
> >         >                
> >         >       
> >       
>   
> /c/Users/wstambaugh/Documents/Archive/temp/kicad/patches/0001-Documentation-add-logo-to-Doxygen-pages.patch
> >         >                 Applying: Documentation: add logo to
> Doxygen pages
> >         >                 error: patch failed:
> pcbnew/CMakeLists.txt:533
> >         >                 error: pcbnew/CMakeLists.txt: patch does
> not apply
> >         >                 Patch failed at 0001 Documentation: add logo
> >         to Doxygen
> >         >         pages
> >         >                 Use 'git am --show-current-patch' to see the
> >         failed patch
> >         >                 When you have resolved this problem, run
> "git am
> >         >         --continue".
> >         >                 If you prefer to skip this patch, run
> "git am
> >         --skip"
> >         >         instead.
> >         >                 To restore the original branch and stop
> >         patching, run
> >         >         "git am
> >         >                 --abort".
> >         >
> >         >                 It appears to be choking on the
> >         pcbnew/CMakeFile.txt.  Is it
> >         >                 possible
> >         >                 that you have other changes to this file
> that
> >         are not in the
> >         >                 master branch?
> >         >
> >         >                 Cheers,
> >         >
> >         >                 Wayne
> >         >
> >         >                 On 6/13/2018 1:50 PM, John Beard wrote:
> >         >                  > Hi,
> >         >                  >
> >         >                  > This patch adds a small KiCad logo to the
> >         three doxygen
> >         >                 documentation
> >         >                  > targets (C++, dev docs and Python
> docs) for
> >         a little
> >         >         bit more
> >         >                 flair.
> >         >                  >
> >         >                  > The image itself is put in the
> >         /Documentation dir,
> >         >         but it's
> >         >                 not really
> >         >                  > important to the process where it goes.
> >         >                  >
>     >         >                  > Cheers,
> >         >                  >
> >         >                  > John
> >         >                  >
> >         >                  >
> >         >                  >
> ___
> >         >                  > Mailing list:
> >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         >         <https:/

Re: [Kicad-developers] KiCad joins the Linux Foundation

[Wayne Stambaugh]

ailto:stambau...@gmail.com>>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> >     >     <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>
> >     >     >     > <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> >     >     <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>> wrote:
> >     >     >     >
> >     >     >     >     I just pushed a blog post to the KiCad
> website that
> >     >     KiCad has
> >     >     >     joined the
> >     >     >     >     Linux Foundation so consider this the official
> >     >     announcement.  The
> >     >     >     >     project did this to give donors a choice of how
> >     they want to
> >     >     >     donate to
> >     >     >     >     KiCad and it gives us some more flexibility
> on how
> >     we can
> >     >     >     spend donation
> >     >     >     >     money.  This does not in any way change our
> >     relationship
> >     >     with
> >     >     >     CERN and
> >     >     >     >     you can continue to donate via CERN if that
> is your
> >     >     >     preference.  You
> >     >     >     >     should be seeing announcements from the Linux
> >     Foundation
> >     >     shortly.
> >     >     >     >
> >     >     >     >     I need to add a "Donate via Linux Foundation"
> >     button to
> >     >     the KiCad
> >     >     >     >     website main page.  If someone would please
> point
> >     me to the
> >     >     >     correct
>     >     >     >     >     place in the website source where I need to do
> >     this, I would
> >     >     >     appreciate
> >     >     >     >     it.  If you would rather do it yourself, the
> KiCad LF
> >     >     donation
> >     >     >     link is
> >     >     >     >   
>      https://funding.communitybridge.org/projects/kicad.
> >     >     >     >
> >     >     >     >     Who has the account login information for the
> >     KiCad Facebook
> >     >     >     page?  I
> >     >     >     >     didn't create this so it would be nice if I
> had edit
> >     >     access so
> >     >     >     I could
> >     >     >     >     post announcements there instead of asking
> someone
> >     else
> >     >     to do it.
> >     >     >     >
> >     >     >     >     I hope joining the Linux Foundation will
> improve our
> >     >     potential
> >     >     >     donor
> >     >     >     >     visibility so we can continue to grow the KiCad
> >     project. 
> >     >     >     Thank you all
> >     >     >     >     for your continued support.
> >     >     >     >
> >     >     >     >     Cheers,
> >     >     >     >
> >     >     >     >     Wayne
> >     >     >     >
>     >     >     >     >     ___
> >     >     >     >     Mailing list:
> https://launchpad.net/~kicad-developers
> >     >     >     &

Re: [Kicad-developers] Pulling mac 5.0.2...

[Bob Gustafson]

likeburning.com
<mailto:adamw...@feelslikeburning.com>>
>     >     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>>
>     >     >             <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>
>     >     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>>>>> wrote:
>     >     >             >
>     >     >             >     It looks like there's something
wrong with the
>     >     shared
>     >     >             library
>     >     >             >     references of just the 5.0.2
packages.
>     They were
>     >     >             generated using
>     >     >             >     the build script, but not 100%
>     automatically.  I've
>     >     >             set Jenkins up
>     >     >             >     to build those too, which should help
>     reduce human
>     >     >             error next time.
>     >     >             >
>     >     >             >     This is assuming I fatfingered
something
>     in the
>     >     build.
>     >     >             >
>     >     >             >     The nighties and 5.0.1 seem fine.
>     >     >             >
>     >     >             >     I have a contract delivery this
week, and
>     things
>     >     are a
>     >     >             little
>     >     >             >     frantic, but I should still be
able to get
>     this
>     >     fixed.
>     >     >             >
>     >     >             >     Adam
>     >     >             >
>     >     >             >     On Mon, Jan 7, 2019, 5:46 PM Andy
Peters
>     >     >             mailto:de...@latke.net> <mailto:de...@latke.net
<mailto:de...@latke.net>>
>     <mailto:de...@latke.net <mailto:de...@latke.net>
<mailto:de...@latke.net <mailto:de...@latke.net>>>
>     >     <mailto:de...@latke.net <mailto:de...@latke.net>
<mailto:de...@latke.net <mailto:de...@latke.net>>
>     <mailto:de...@latke.net <mailto:de...@latke.net>
<mailto:de...@latke.net <mailto:de...@latke.net>>>>
>     >     >             >     <mailto:de...@latke.net
<mailto:de...@latke.net>
>     <mailto:de...@latke.net <mailto:de...@latke.net>>
<mailto:de...@latke.net <mailto:de...@latke.net>
>     <mailto:de...@latke.net <mailto:de...@latke.net>>>
>     >     <mailto:de...@latke.net <mailto:de...@latke.net>
<mailto:de...@latke.net <mailto:de...@latke.net>>
>     <mailto:de...@latke.net <mailto:de...@latke.net>
<mailto:de...@latke.net <mailto:de...@latke.net>>>>> wrote:
>     >     >             >
>     >     >             >
>     >     >             >
    >     >     >             >         > On Jan 7, 2019, at 3:20 PM,
    Adam Wolf
>     >     >             >         mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>
>     >     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>>
>     >     >             <mailto:adamw...@feelslikeburning.com
    <mailto:adamw...@feelslikeburning.com>
    >     <mailto:adamw...@feelslikeburning.com
    <mailto:adamw...@feelslikeburning.com>>
>     >     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>
>     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>>>
>     >     >             >       
 <mailto:adamw...@feelslikeburning.com
    <mailto:adamw...@feelslikeburning.com>
    >     <mailto:adamw...@feelslikeburning.com
<mailto:adamw...@feelslikeburning.com>>
 

Re: [Kicad-developers] Profligacy of messages/ link errors building 5.99 on Windows 10/Msys

[Brian Piccioni]

Thanks for the headsup. Compile is much cleaner now.

FYI I seem to recall the issue had an indirect relationship to Python 
and I note Msys upgraded Python when I ran Pacman -Syuu so perhaps that 
had something to do with it working?



On 2020-07-25 8:25 a.m., Wayne Stambaugh wrote:

As of commit 33af2d9a, debug builds started working agian even though I
didn't see anything that would have fixed this issue.

The msys2 project just released gcc 10.2 which gets rid of all of the
warning messages so you should probably upgrade when you get a chance.

On 7/24/2020 8:05 PM, Brian Piccioni wrote:

FWIW I realized that I didn't need a debug version of the code in order
to resolve my merge issues so I built a Release version with no troubles.

In a way I'm glad I reported this because it could have been a problem
later on and at least the people who know what SWIG is and can do
something about it are aware.

On 2020-07-24 5:00 p.m., Wayne Stambaugh wrote:

It's probably too late to tell swig not to wrap everything.  We should
have only wrapped the objects that we wanted to expose to scripting
langauages but that is a lot more work.  That being said, swig only
wraps what we tell it to wrap so if we don't want something wrapped then
we need to let swig know.  If you include a new header an existing
header that gets pull in than you have to tell swig to exclude it.

On 7/24/2020 4:11 PM, Jon Evans wrote:

I am not sure the exact nature of this error, but it seems like somehow
SWIG is failing to wrap some data structures.

Since we are planning on the new Python API not just exposing all
internals, maybe instead of trying to debug SWIG we should just start
restricting it to not wrap everything?


On Fri, Jul 24, 2020 at 4:04 PM Wayne Stambaugh mailto:stambau...@gmail.com>> wrote:

  I filed a issue[1] for this.  Just to add insult to injury,
clang wont
  work because something changed in libcontext that causes it to
choke.
  The hits just keep on coming.

  [1]: https://gitlab.com/kicad/code/kicad/-/issues/4967

  On 7/22/2020 6:39 PM, Jon Evans wrote:
  > If it is the commit I made that Ian points out, I won't be
able to
  debug
  > it very effectively.  I don't have a msys2 build environment,
and it
  > seems to work on all the platforms I do have.
  >
  > On Wed, Jul 22, 2020 at 6:38 PM Wayne Stambaugh
  mailto:stambau...@gmail.com>
  > >>
wrote:
  >
  >     No problem.  I'll file a issue report as soon as I determine
  the guilty
  >     commit.
  >
  >     On 7/22/2020 6:34 PM, Ian McInerney wrote:
  >     > It was committed on July 3rd. I am not sure which commit is
  100 behind
  >     > the current head though, and I really don't want to kill my
  build
  >     > directory by switching that far back to find out.
  >     >
  >     > -Ian
  >     >
  >     > On Wed, Jul 22, 2020 at 11:27 PM Wayne Stambaugh
  >     mailto:stambau...@gmail.com>
  >
  >     > 
       >
  >     >     I'm running `git bisect` now from HEAD~100.  Is it
further
  >     back that
  >     >     that?  Given that mingw debug builds are painfully
slow,
  it's
  >     going to
  >     >     take a while.
  >     >
  >     >     On 7/22/2020 6:17 PM, Ian McInerney wrote:
  >     >     > Try going right before
  >     c0aa6965de7b83ca78dd5c4d700b50a2a03a34e4 first.
  >     >     > The errors that Brian showed at the beginning of the
  thread
  >     mention
  >     >     > NETCLASS* and shared_ptr stuff, and it looks like
the last
  >     commit that
  >     >     > touched those Swig parts was from Jon on June 30th
  which moved
  >     >     that from
  >     >     > pcbnew to the common Swig directory. I am not sure
how
  that
  >     could have
  >     >     > broken things, but I think it would be a good
commit to
  >     start with and
  >     >     > see if it is the issue.
  >     >     >
  >     >     > -Ian
  >     >     >
  >     >     > On Wed, Jul 22, 2020 at 11:10 PM Brian Piccioni
  >     >     > mailto:br...@documenteddesigns.com>
  >     >
  >     
  >     >>
  >     >     
  >     >
  >     >     

Re: [Openstack] [nova] Proposal for Sean Dague to join nova-core

[Matt Dietz]

+1

From: Tong Li mailto:liton...@us.ibm.com>>
Date: Friday, July 20, 2012 1:34 PM
To: Vishvananda Ishaya mailto:vishvana...@gmail.com>>
Cc: 
"openstack-bounces+litong01=us.ibm@lists.launchpad.net<mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>"
 
mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>>,
 "Openstack 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>) 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>)" 
mailto:openstack@lists.launchpad.net>>
Subject: Re: [Openstack] [nova] Proposal for Sean Dague to join nova-core


+1,
Sean will be a great addition to the nova-core. He has always been willing to 
lend a helping hand in the community.

Tong Li
Emerging Technologies & Standards
Building 501/B205
liton...@us.ibm.com<mailto:liton...@us.ibm.com>

[Inactive hide details for Vishvananda Ishaya ---07/20/2012 01:53:48 PM---Hello 
Everyone, When I was going through the list of r]Vishvananda Ishaya 
---07/20/2012 01:53:48 PM---Hello Everyone, When I was going through the list 
of reviewers to see who would be good for nova-cor

From: Vishvananda Ishaya mailto:vishvana...@gmail.com>>
To: "Openstack 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>) 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>)" 
mailto:openstack@lists.launchpad.net>>
Date: 07/20/2012 01:53 PM
Subject: [Openstack] [nova] Proposal for Sean Dague to join nova-core
Sent by: 
openstack-bounces+litong01=us.ibm@lists.launchpad.net<mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>





Hello Everyone,

When I was going through the list of reviewers to see who would be good for 
nova-core a few days ago, I left one out. Sean has been doing a lot of reviews 
lately[1] and did the refactor and cleanup of the driver loading code. I think 
he would also be a great addition to nova-core.

Vish

[1] https://review.openstack.org/#/dashboard/2750
_______
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


<>___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-phone] owncloud sync on the phone.

[Filip Dorosz]

   so you can
   have a look
> > > > at it:
> > > >
https://github.com/fihufil/owncloud-file-sync
> > > >
    > > > > If someone is
willing to
     create
  GUI for
   managing my config
    > > > > files it
    > > > > would be really
nice.
    > > > > I know this (whole
 project) is not
  suitable for
   official
    > > > > store but
    > > > > my guess it is
for Openstore.
> > > >
    > > > > Any feedback if
greatly
     welcome.
    > > > >
    > > > > Happy CLI-hacking,
    > > > > Filip Dorosz.
    > > > >
    > > > > --
    > > > > Mailing list:
    https://launchpad.net/~ubuntu-phone
    > > > > Post to :
ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>>
        > > > >
    <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>>>
> > > > Unsubscribe :
https://launchpad.net/~ubuntu-phone
> > > > More help   :
https://help.launchpad.net/ListHelp
    > > > >
    > > > >
    > > > >
    > > >
        > >
    > --
    > Mailing list:
https://launchpad.net/~ubuntu-phone
        > Post to :
ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
      <mailto:ubuntu-phone@lists.launchpad

Re: [Ubuntu-phone] owncloud sync on the phone.

[Wayne Ward]

  > > > >
> > > > I've setup
repository on
 my github
  so you can
   have a look
> > > > at it:
> > > >
https://github.com/fihufil/owncloud-file-sync
> > > >
    > > > > If someone is
willing to
     create
  GUI for
   managing my config
    > > > > files it
    > > > > would be really
nice.
    > > > > I know this (whole
 project) is not
  suitable for
   official
    > > > > store but
    > > > > my guess it is
for Openstore.
> > > >
    > > > > Any feedback if
greatly
     welcome.
    > > > >
    > > > > Happy CLI-hacking,
    > > > > Filip Dorosz.
    > > > >
    > > > > --
    > > > > Mailing list:
    https://launchpad.net/~ubuntu-phone
    > > > > Post to :
ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>>
        > > > >
    <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
    <mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>>>
> > > > Unsubscribe :
https://launchpad.net/~ubuntu-phone
> > > > More help   :
https://help.launchpad.net/ListHelp
    > > > >
    > > > >
    > > > >
    > > >
        > >
    > --
    > Mailing list:
https://launchpad.net/~ubuntu-phone
        > Post to :
ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phon

Re: [Openstack] Developer conference documentation

[Sandy Walsh]

Just added slides for Orchestration and Advanced Scheduling to wiki.
(sparse etherpad URL's on title slides)

-Sandy


From: openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net 
[openstack-bounces+sandy.walsh=rackspace@lists.launchpad.net] on behalf of 
Salvatore Orlando [salvatore.orla...@eu.citrix.com]
Sent: Monday, October 10, 2011 5:37 PM
To: Dan Wendlandt; Debo Dutta (dedutta)
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Developer conference documentation

One of those folks just filled the details he could fill!

Salvatore

From: openstack-bounces+salvatore.orlando=eu.citrix@lists.launchpad.net 
[mailto:openstack-bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] 
On Behalf Of Dan Wendlandt
Sent: 10 October 2011 18:52
To: Debo Dutta (dedutta)
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Developer conference documentation

I'm still waiting for folks to fill in some of the details, but here's a wiki 
page with pointers to Quantum/NetStack related sessions and presentations at 
the Essex summit:  http://wiki.openstack.org/NetstackEssexSummit

Dan
On Mon, Oct 10, 2011 at 1:26 PM, Debo Dutta (dedutta) 
mailto:dedu...@cisco.com>> wrote:
Donabe: http://etherpad.openstack.org/Donabe

thx
debo

-Original Message-
From: 
openstack-bounces+dedutta=cisco....@lists.launchpad.net<mailto:cisco@lists.launchpad.net>
[mailto:openstack-bounces+dedutta<mailto:openstack-bounces%2Bdedutta>=cisco@lists.launchpad.net<mailto:cisco@lists.launchpad.net>]
 On
Behalf Of bob.bl...@calxeda.com<mailto:bob.bl...@calxeda.com>
Sent: Monday, October 10, 2011 9:23 AM
To: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Subject: [Openstack] Developer conference documentation

Several sessions had slide presentations, but the only one I've been
able to find is Geoff Arnold's.  Where are they?

Also, is there an index of the etherpads from the sessions?

Bob Blair


___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp



--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com<http://www.nicira.com> | 
www.openvswitch.org<http://www.openvswitch.org>
Sr. Product Manager
cell: 650-906-2650
~~~
This email may include confidential information. If you received it in error, 
please delete it.
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Mac HighDPI performance

[Wayne Stambaugh]

stems.de
> <mailto:stegma...@sw-systems.de>>> <mailto:stegma...@sw-systems.de
> <mailto:stegma...@sw-systems.de>
> >     <mailto:stegma...@sw-systems.de <mailto:stegma...@sw-systems.de>>>
> >     >>>>>    <mailto:stegma...@sw-systems.de
> <mailto:stegma...@sw-systems.de>
> >     <mailto:stegma...@sw-systems.de <mailto:stegma...@sw-systems.de>>
> >     >>>>>    <mailto:stegma...@sw-systems.de
> <mailto:stegma...@sw-systems.de>
> >     <mailto:stegma...@sw-systems.de
> <mailto:stegma...@sw-systems.de>>>>> wrote:
> >     >>>>>
> >     >>>>>        Hi,
> >     >>>>>
> >     >>>>>        to be honest, I don’t really know
> what this is
> >     >>>>>     about.
> >     >>>>>
> >     >>>>>        @Andrey:
> >     >>>>>        You looked for a very complex
> (foreign) project
> >     >>>>>    (Chris mainboard?)
> >     >>>>>        to prove that eeschema is slow on Mac?
> >     >>>>>        Well, we know that and we told you
> already some
> >     >>>>>    weeks/months ago
> >     >>>>>        why it is like it is (if memory serves me
> >     right).
> >     >>>>>
> >     >>>>>        Or, do you have an own project that is so
> >     >>>>>    ridiculously slow, that
> >     >>>>>        you can’t work with it?
> >     >>>>>        If so, please provide it so that we can
> >     analyse why
> >     >>>>>    this specific
> >     >>>>>        project behaves like that.
> >     >>>>>        If you can’t or don’t want to provide
> it we
> >     could
> >     >>>>>    tell you how to
> >     >>>>>        do some performance measurements so
> that we
> >     >>>>>     might see
> >     >>>>>    something.
> >     >>>>>
> >     >>>>>        Obviously, there are a number of Mac
> users
> >     here and
> >     >>>>>    also over at
> >     >>>>>        the KiCad forum who might also be
> happy to get
> >     >>>>>     some more
> >     >>>>>        performance here and there, but who
> are in
> >     general
> >     >>>>>    reasonably able
> >     >>>>>        to work on their projects (including
> >     myself, on a
> >     >>>>>    2012 Retina
> >     >>>>>        MacBook with only an i5).
> >     >>>>>
> >     >>>>>
> >     >>>>>        Regards,
> >     >>>>>        Bernhard
> >     >>>>>
> >     >>>>>        > On 2. Mar 2018, at 17:59, Andy Peters
> >     >>>>>    mailto:de...@latke.net>
> <mailto:de...@latke.net <mailto:de...@latke.net>>
> >     >>>>>     <mailto:de...@latke.net <mailto:de...@latke.net>
> >     <mailto:de...@latke.net
> <mailto:de...@latke.net>>> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>>
> >     >>>>>       
> >     >>>>>     <mailto:de...@latke.net <mailto:de...@latke.net>
> >     <mailto:de...@latke.net
> <mailto:de...@latke.net>> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>>>> wrote:
> >     >>>>>        >
> >     >>>>>        >

Re: [Kicad-developers] [PATCH] Add live footprint filtering in modview window

[Wayne Stambaugh]

t;     not even
> >     >         >     generate the
> >     >         >     >     build
> >     >         >     >     >         configuration files without wx 3.0
> >     or greater.
> >     >         >     >     >
> >     >         >     >     >
> >     >         >     >     >     Hmm... This was an issue back in
> 2.8 that
> >     >         appears to be only
> >     >         >     >     partly
> >     >         >     >     >     fixed.  The workaround I suggest
> above is
> >     >         functional
> >     >         >     but, for
> >     >         >     >     this,
> >     >         >     >     >     we can also execute a cleaner fix
> by setting
> >     >         the descriptive
> >     >         >     >     text in
> >     >         >     >     >     the declaration:
> >     >         >     >     >
> >     >         >     >     >     @@ -67,9 +67,10 @@ void
> >     >         >     FOOTPRINT_VIEWER_FRAME::ReCreateHToolbar()
> >     >         >     >     >                                    
>  KiBitmap(
> >     >         module_xpm ),
> >     >         >     >     >                                    
>  _( "Select
> >     >         footprint to
> >     >         >     >     browse" ) );
> >     >         >     >     >      
> >     >         >     >     >     -        m_searchBox = new
> wxSearchCtrl(
> >     >         m_mainToolBar,
> >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT );
> >     >         >     >     >     +        m_searchBox = new
> wxSearchCtrl(
>     >     >         m_mainToolBar,
> >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT,
>     >     >         >     >     >     +                _( "Enter filter
> >     string" ) );
> >     >         >     >     >              m_searchBox->SetMinSize(
> >     wxSize( 250,
> >     >         30 ) );
> >     >         >     >     >     -       
> m_searchBox->SetDescriptiveText( _(
> >     >         "Enter filter
> >     >         >     >     string" ) );
>     >     >         >     >     >
> >     >         >     >     >
>     >     >         >     >     >
> >     >         >     >     >   
> >      ___
>     >     >         >     >     >     Mailing list:
> >     >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>>
> >     >         >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <http

Re: [Openstack] Incredibly odd mysql permission error

[Sylvain Bauza]

..@gmail.com <mailto:jaypi...@gmail.com>>>>> wrote:
> > >
> > > What does this show?
> > >
> > > mysql -hmysql-ha -unova -p -e"SELECT
User, Host,
> > Password FROM
> > > mysql.user"
> > >
> > > -jay
> > >
> > > On 03/08/2013 01:46 PM, Samuel Winchenbach
wrote:
> > > > Sorry, that must have been a copy and
paste error.
>  Here
> > is what I
> > > > actually ran:
> > > >
> > > > http://paste2.org/p/3084996
> > > >
> > > >
> > > > On Fri, Mar 8, 2013 at 12:40 PM, Jay Pipes
> > mailto:jaypi...@gmail.com>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>>
> > > <mailto:jaypi...@gmail.com
<mailto:jaypi...@gmail.com>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>>>
> > > > <mailto:jaypi...@gmail.com
<mailto:jaypi...@gmail.com>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>>
> > <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>
> <mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>
<mailto:jaypi...@gmail.com <mailto:jaypi...@gmail.com>>>>>> wrote:
> > > >
> > > > On 03/08/2013 12:19 PM, Samuel
Winchenbach wrote:
> > > > > Hi All,
> > > > >
> > > > > I have two nodes (test1 and test2)
that I am
> trying to
> > > set up in a
> > > > > highly available configuration.
> > > > >
> > > > > During the setup process I tried running
> "nova-manage
> > > service list" on
> > > > > both nodes.   It worked fine on
test2, but
> fails on
> > >     test1 even
> > > > though I
> >     > > > can connect to the database with the
mysql
> client from
> > > test1.
> > > > >
> > > > > Here is a screen capture that shows
the setup on
> > the two
> > > nodes are
> >     > > > basically identical:
> http://paste2.org/p/3084223
>     > > >
> > >     > In the above paste you are doing:
    > > > >
> > > > mysql -unova -     hmysql-ha -u  root
 nova
> > > > -p****
> > > >
    > > > > Note you are supplying 2 -u arguments,
and mysql
    > > will take
> >     > the second
> > > > (root).
>     > > >
> > >     > -jay
> > >     >
> > > >
_______
> > > > Mailing list:
https://launchpad.net/~openstack <https://launchpad.net/%7Eopenstack>
> > > > Post to :
openstack@lists.launchpad.net <mailto:openstack@lists.launchpad.net>
> <mailto:openstack@lists.launchpad.net
<mailt

Re: [Openstack] Keystone tenants vs. Nova projects

[Ziad Sawalha]

Agreed. Especially as we start to consider federation use cases, we'll need to 
take into consideration routing different requests to different backends. As an 
"Identity Metasystem", Keystone will implement a pluggable router model as well 
to handle custom routing of requests.
It's not a trivial problem and so far out of scope for Diablo.
Z

From: andi abes [mailto:andi.a...@gmail.com]
Sent: Friday, July 15, 2011 02:11 PM
To: andi abes 
Cc: openstack@lists.launchpad.net 
Subject: Re: [Openstack] Keystone tenants vs. Nova projects

Just to clarify - yuriy, what you're describing is very reasonable for an 
enterprise system, where you definitely strive to achieve centralized 
authentication. I however believe that model is too restrictive for a cloud 
service provider. These two worlds are somewhat different.

On Jul 15, 2011, at 15:07, andi abes 
mailto:andi.a...@gmail.com>> wrote:

I guess sfdc disagrees with you - they allow e.g Dell to use a single sign on 
to authenticate to their services - as a @dell user, you can login with the 
same email/password to internal resources as well as sfdc ones. ( in case it's 
not obvious - you also update your password in one location - the Dell AD 
directory)

On Jul 15, 2011, at 14:14, Yuriy Taraday 
<<mailto:yorik@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>> 
wrote:

Currently there is a basic skeleton for only one backend (identity store) 
configuration per Keystone instance. It can be either DB or LDAP (the latter is 
almost done).
May be in future we should be somehow able to specify not only tenants but also 
an backend for each authentication request.
But I cannot imagine a real use case for that. All identities should be stored 
in one place. I doubt that it'll be useful to keep different users and/or 
tenants (or roles or whatever) in different stores. There usually is one single 
central repository, DB, LDAP or may be some billing system. If we have two 
isolated systems, we should consider using two separate auth services.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 21:40, andi abes 
<<mailto:andi.a...@gmail.com><mailto:andi.a...@gmail.com>andi.a...@gmail.com<mailto:andi.a...@gmail.com>>
 wrote:
Yuriy,

a  use-case scenario for keystone would be a service provider servicing  large 
customers with  their own  authentication infrastructure (e.g. LDAP/ AD etc). 
Obviously, different tenants  have different instances. To authenticate a user, 
the correct authentication back end must be selected.

In your model, how would a service provide be able to allow delegated 
authentication to different customers?


On Fri, Jul 15, 2011 at 1:37 AM, Yuriy Taraday 
<<mailto:yorik@gmail.com><mailto:yorik@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>>
 wrote:
I think, there should not be such thing as default tenant.
If user does not specify tenant in authentication data, ones token should not 
be bound to any tenant, and user should have access to resources based on 
global role assignments.
If user specify tenant, one should be either explicitly bound to tenant 
(probably through UserRoleAssignment model, but it is not the best way) or in 
some global role. Then one will have access to resources based on global role 
assignments and tenant role assignments.
I'm not sure whether users should be added to a tenant and then to roles in 
this tenant or we should remove totally direct link between user and tenant, so 
that user is in tenant if and only if one is in any role in this tenant.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 00:07, Nguyen, Liem Manh 
<<mailto:liem_m_ngu...@hp.com><mailto:liem_m_ngu...@hp.com>liem_m_ngu...@hp.com<mailto:liem_m_ngu...@hp.com>>
 wrote:
When one creates a user, should a user always have a tenant associated with 
her?  If that’s the case, then the “default” tenant is the tenant that the user 
is associated with at creation time?  Sorry for responding to the question with 
another question, but it is unclear for me from looking at the model (there is 
no non-null constraint on the tenant_id fk on the user table).

Thanks,
Liem

From: 
openstack-bounces+liem_m_nguyen=<http://hp.com><http://hp.com>hp.com<http://hp.com>@<http://lists.launchpad.net><http://lists.launchpad.net>lists.launchpad.net<http://lists.launchpad.net>
 
[mailto:openstack-bounces+liem_m_nguyen<mailto:openstack-bounces%2Bliem_m_nguyen>=<http://hp.com><http://hp.com>hp.com<http://hp.com>@<http://lists.launchpad.net><http://lists.launchpad.net>lists.launchpad.net<http://lists.launchpad.net>]
 On Behalf Of Ziad Sawalha
Sent: Thursday, July 14, 2011 12:22 PM

To: Rouault, Jason (Cloud Services); Yuriy Taraday; 
<mailto:openstack@lists.launchpad.net> <mailto:openstack@lists.launchpad.net> 
openstack@lists.launch

[Ubuntu-tn] Fwd: Association

[MaWaLe MaWaLe]

<mailto:shelha...@gmail.com
><mailto:shelha...@gmail.com>
>
>   <mailto:shelha...@gmail.com
><mailto:shelha...@gmail.com>>>> a écrit :
>
>  > Bonjour,
>  > Je vous propose qu'on fasse une
>réunion
>   physique pour valider le
>  status de
>  > l'association Ubuntu-tn.
>  > on est presque en fin de notre
>mondat et
>   on n'a encore rien fait,
>  > Merci de faire vos propositions
>      >
>      > --
>  > Hatem S'hel
>  >
>  >
>
> ___
>  > Mailing list:
>       
> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
><https://launchpad.net/%7Eubuntu-tn>
>   <https://launchpad.net/%7Eubuntu-tn>
>  <https://launchpad.net/%7Eubuntu-tn>
>
>  > Post to :
>   ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>
>   <mailto:ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>>
> ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>
>   <mailto:ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>>>
>
>  > Unsubscribe :
>   
> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
><https://launchpad.net/%7Eubuntu-tn>
>   <https://launchpad.net/%7Eubuntu-tn>
>  <https://launchpad.net/%7Eubuntu-tn>
>
>  > More help   :
>   https://help.launchpad.net/ListHelp
>  >
>  >
>
>
>
>  --
>  Nizar Kerkeni
>  LoCo ubuntu-tn and ubuntu member
>  www.ubuntu-tn.org
><http://www.ubuntu-tn.org>
>       <http://www.ubuntu-tn.org/>
>   <http://www.ubuntu-tn.org
>
>   <http://www.ubuntu-tn.org/>>
>
>  http://nizaurs.blogspot.com/
>
>
>  ___
>  Mailing list:
>   
> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
><https://launchpad.net/%7Eubuntu-tn>
>   <https://launchpad.net/%7Eubuntu-tn>
>  <https://launchpad.net/%7Eubuntu-tn>
>
>  Post to :
>ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>
>   <mailto:ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>>
> ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>
>   <mailto:ubuntu-tn@lists.launchpad.net
><mailto:ubuntu-tn@lists.launchpad.net>>>
>
>  Unsubscribe :
>   
> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
><https://launchpad.net/%7Eubuntu-tn>
>   <https://launchpad.net/%7Eubuntu-tn>
>  <https://launchpad.net/%7Eubuntu-tn>
>
>  More help   :
>   https://help.launchpad.net/ListHelp
>
>
>
>
>   --Enseignant A
>L'institut Préparatoire Aux
>   Etudes D'ingenieurs De Bizerte
>   

Re: [Ubuntu-phone] owncloud sync on the phone.

[Daniel Wood]

I've been
 working
  at getting
   owncloud file
> > > > sync on
> > > > Ubuntu 
Touch using

  owncloud-client-cmd and some
   scripts.
> > > > What I've
> > > > archived so far
is working
  owncloudcmd client
   on the phone,
> > > > script
> > > > for running that
 periodically and
  simple config
   files to
> > > > adjust
> > > > settings.
> > > >
> > > > I've setup
repository on
 my github
  so you can
   have a look
> > > > at it:
> > > >
https://github.com/fihufil/owncloud-file-sync
> > > >
        > > > > If someone is
willing to
     create
  GUI for
   managing my config
    > > > > files it
> > > > would be really
nice.
    > > > > I know 
this (whole

     project) is not
  suitable for
   official
    > > > > store but
    > > > > my guess it is
    for Openstore.
        > > > >
> > > > Any feedback if
greatly
 welcome.
    > > > >
    > > > >     Happy 
CLI-hacking,

> > > > Filip Dorosz.
    > > > >
        > > > > --
> > > > Mailing list:
https://launchpad.net/~ubuntu-phone
    > > > > Post to :
    ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>>
    > > > >
<mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>
  <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>>>

   <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>
 <mailto:ubuntu-phone@lists.launchpad.net
<mailto:ubuntu-phone@lists.launchpad.net>

Re: [Openstack] Developer conference documentation

[Salvatore Orlando]

One of those folks just filled the details he could fill!

Salvatore

From: openstack-bounces+salvatore.orlando=eu.citrix@lists.launchpad.net 
[mailto:openstack-bounces+salvatore.orlando=eu.citrix@lists.launchpad.net] 
On Behalf Of Dan Wendlandt
Sent: 10 October 2011 18:52
To: Debo Dutta (dedutta)
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Developer conference documentation

I'm still waiting for folks to fill in some of the details, but here's a wiki 
page with pointers to Quantum/NetStack related sessions and presentations at 
the Essex summit:  http://wiki.openstack.org/NetstackEssexSummit

Dan
On Mon, Oct 10, 2011 at 1:26 PM, Debo Dutta (dedutta) 
mailto:dedu...@cisco.com>> wrote:
Donabe: http://etherpad.openstack.org/Donabe

thx
debo

-Original Message-
From: 
openstack-bounces+dedutta=cisco@lists.launchpad.net<mailto:cisco@lists.launchpad.net>
[mailto:openstack-bounces+dedutta<mailto:openstack-bounces%2Bdedutta>=cisco@lists.launchpad.net<mailto:cisco@lists.launchpad.net>]
 On
Behalf Of bob.bl...@calxeda.com<mailto:bob.bl...@calxeda.com>
Sent: Monday, October 10, 2011 9:23 AM
To: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Subject: [Openstack] Developer conference documentation

Several sessions had slide presentations, but the only one I've been
able to find is Geoff Arnold's.  Where are they?

Also, is there an index of the etherpads from the sessions?

Bob Blair


___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp



--
~~~
Dan Wendlandt
Nicira Networks, Inc.
www.nicira.com<http://www.nicira.com> | 
www.openvswitch.org<http://www.openvswitch.org>
Sr. Product Manager
cell: 650-906-2650
~~~
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] [devstack] How to purge, remove and wipe out devstack?

[Joshua Harlow]

U can try anvil<http://anvil.readthedocs.org/en/latest/> also, its similar but 
I built it with the goal to do uninstalls/starts/stops from the start.

Your mileage may vary though :-)

-Josh

From: Tong Li mailto:liton...@us.ibm.com>>
Date: Monday, November 19, 2012 6:19 AM
To: Gui Maluf mailto:guimal...@gmail.com>>
Cc: 
"openstack-bounces+litong01=us.ibm....@lists.launchpad.net<mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>"
 
mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>>,
 "openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>" 
mailto:openstack@lists.launchpad.net>>
Subject: Re: [Openstack] [devstack] How to purge, remove and wipe out devstack?


There are configuration files under /etc for components that you enabled when 
you install devstack. such as /etc/nova, /etc/glance, etc.

Tong Li
Emerging Technologies & Standards


[cid:1__=0abbf028dfdd031e8f9e8a93df...@us.ibm.com]Gui Maluf ---11/19/2012 
05:10:27 AM---Hello, if I would like to wipe, remove and purge everything 
devstack installed and

From: Gui Maluf mailto:guimal...@gmail.com>>
To: "openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>" 
mailto:openstack@lists.launchpad.net>>,
Date: 11/19/2012 05:10 AM
Subject: [Openstack] [devstack] How to purge, remove and wipe out devstack?
Sent by: 
openstack-bounces+litong01=us.ibm@lists.launchpad.net<mailto:openstack-bounces+litong01=us.ibm@lists.launchpad.net>





Hello,
if I would like to wipe, remove and purge everything devstack installed and 
configured what should I do?

rm -rf /opt/stack
rm -rf /usr/local/bin/

what else?

thanks in advance!
:)

--
guilherme \n
\t maluf
___
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

<>_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Duplicity-team] Next release

[edgar . soldin]

:34, Michael Terry wrote:
> > > >> > There is a separate but related patch in 0.6.23 that 
> makes the bug less severe by letting the user restore the rest of the files 
> that aren't affected (rather than aborting restore entirely):
> > > >> > 
> https://code.launchpad.net/~mterry/duplicity/catch-seq-copy-error/+merge/186106
>  
> <https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
>  
> <https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
>  
> <https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
>  
> <https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
>  
> <https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
> > > >>
> > >     >> i see.. well done.
> > > >> dangerous though! the error, it is an error if a file 
> cannot be restored, should be collected and mentioned in the end with 
> something like "some files could not be restored properly, check log".
>     > > >>
> > > >> also we should end with an error exit code because of 
> that of cause.
> > >     >>
> > > >> ..ede
> > > >>
> > > >> PS: Mike, i admire your understanding of the whole 
> duplicity infrastructure! looks like brain surgery to me most of the time...
> > > >>
> > > >> ___
> > > >> Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > >> Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>>>
> > > >> Unsubscribe : https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > >> More help   : https://help.launchpad.net/ListHelp
> > > >>
> > > >>
> > > >
> > > > ___
> > > > Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > > Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>>
> > > > Unsubscribe : https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > > More help   : https://help.launchpad.net/ListHelp
> > > >
> > >
> > > ___
> > > Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>>
> > > Unsubscribe : https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > More help   : https://help.launchpad.net/ListHelp
> > >
> > >
> >
> > ___
> > Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>
> > Unsubscribe : https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > More help   : https://help.launchpad.net/ListHelp
> >
> >
> 
> 

___
Mailing list: https://launchpad.net/~duplicity-team
Post to : duplicity-team@lists.launchpad.net
Unsubscribe : https://launchpad.net/~duplicity-team
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

[Wayne Stambaugh]

t; > no
> > > >>> > >>> > good reason (i.e. GerbView and
> Pcbnew have
> > > different
> > > >>> layer
> > > >>> > ids for
> > > >>> > >>> > "grid"
> > > >>> > >>> > right now)
> > > >>> > >>> >
> > > >>> > >>> > - I want to combine the color
> settings
> > for all
> >     > >>> > applications under the
>     > > >>> > >>> > hood
> >     > >>> > >>> > (users will still be able to
> configure
> > different
> > > >> colors
> >     > >>> > for each
> > > >>> >     >>> > application).  This change will
> let color
> > > settings
> > > >> take
> > > >>> > LAYER_ID
> > > >>> > >>> > instead of
> > > >>> > >>> > int, and there will only be one
> key/value
> > > mapping of
> > > >>> > colors -- no more
>     > > >>> > >>> > difference between
> "GetLayerColor" and
> > > >> "GetItemColor".
> > > >>> > There will be
> > >     >>> > >>> > no
> > > >>> > >>> > clashes between the meaning of a
> layer id
> > > (int type)
> >     > >>> > between different
> > > >>> > >>> > applications.
> > > >>> > >>> >
> > > >>> > >>> > - Bringing Eeschema into this now is
> > just early
> > > >>> groundwork
> > > >>> > for Eeschema
> > > >>> > >>> > GAL
> > > >>> > >>> > port (as well as unified color
> settings)
> > > >>> > >>> >
> > > >>> > >>> > If you will not accept this
> change, I have
> > > to think
> > > >>> about
> > > >>> > a different
> > > >>> > >>> > proposal that will make the
> different
> > layer
> > > types in
> > > >>> different
> > > >>> > >>> > applications
> > > >>> > >>> > a bit more manageable than they are
> > today.  I
> > > >> understand
> > > >>> > how having one
> > > >>> > >>> > giant enum for LAYER_ID seems more
> > > complicated, I'm
> > > >> just
> > > >>> > worried that
> > > >>> > >>> > having several different enums will
> > make the
> > > code
> > > >> that
> > > >>> > consumes
> > > >>> > >>> > LAYER_ID
> > > >>> > >>> > more complicated, especially if the
> > applications
> > > >> become
> > > >>> > more integrated
> > > >>> > >>> > with each other and start
> sharing more
> > code.
> > > >>> > >>> >
> > &

Re: [Kicad-developers] [PATCH] Refactor LAYER_ID to be the one and only layer definition

[Wayne Stambaugh]

>> <https://www.codeproject.com/kb/cpp/inheritenum.aspx>>
>> > > <https://www.codeproject.com/kb/cpp/inheritenum.aspx
>> <https://www.codeproject.com/kb/cpp/inheritenum.aspx>
>> > <https://www.codeproject.com/kb/cpp/inheritenum.aspx
>> <https://www.codeproject.com/kb/cpp/inheritenum.aspx>>>>>
>> > > >>> > >>>
>> > > >>> > >>> On 03/13/2017 02:50 PM, Jon Evans
>> wrote:
>> > > >>> > >>> > Hi Wayne,
>> > > >>> > >>> >
>> > > >>> > >>> > I understand this might seem
>> like too
>> > big a
>> > > change.
>> > > >>> > >>> > Here is what I was thinking when I
>> > thought that
>> > > >>> combining
>> > > >>> > everything
>> > > >>> > >>> > would
>> > > >>> > >>> > be a good solution.
>> > > >>> > >>> >
>> > > >>> > >>> > - If there is more than one
>> enum, then
>> > > functions that
>> > > >>> > consume data from
>> > > >>> > >>> > more than one app (i.e. things in
>> > > common/GAL) have
>> > > >>> to cast
>> > > >>> > to int, so
>> > > >>> >     >>> > you
>> > > >>>     > >>> > lose type checking that the enum
>> gives you
>> > > for free
>> > >     >> (or
>> > > >>> > your type
>> > > >>> > >>> > checking
>> > > >>> > >>> > gets more complicated, because the
>> > range of
>> > > valid
>> > > >> values
>> > > >>> > is different
>> > > >>> > >>> > for
>> > > >>> > >>> > each application)
>> > > >>> > >>> >
>> > > >>> >     >>> > - If there is more than one
>>     enum, it's
>> > easier to
>> > > >>> duplicate
>> > > >>> > layers for
>> > >     >>> > >>> > no
>> > > >>> > >>> > good reason (i.e. GerbView and
>> Pcbnew have
>>     > > different
>> > >     >>> layer
>> > > >>> > ids for
>> > > >>> > >>> > "grid"
>> >     > >>> > >>> > right now)
>> > > >>> > >>> >
>> > > >>> > >>> > - I want to combine the color
>> settings
>> > for all
>> > > >>> > applications under the
>> > > >>> > >>> > hood
>> > > >>> > >>> > (users will still be able to
>> configure
>> > different
>> > > >> colors
>> > > >>> > for each
>> > > >>> > >>> > application).  This change will
>> let color
>> > > settings
>> > > >> take
>> > > >>> > LAYER_ID
>> > > >>> > >>> > instead of
>> > > >>> >   

Re: [Openstack] Generalsied host aggregates in Folsom

[John Garbutt]

Sorry got confused with indentation.
+1 to Joe's comment.

From: John Garbutt
Sent: Thursday, September 20, 2012 5:30 PM
To: 'Joe Gordon'; Day, Phil
Cc: openstack@lists.launchpad.net (openstack@lists.launchpad.net) 
(openstack@lists.launchpad.net)
Subject: RE: [Openstack] Generalsied host aggregates in Folsom

I thought it could be used for anything on the XenAPI side too, although I have 
not tried it that way yet.

We have posted some docs on the XenAPI side.
Around the pooled live migration that uses this anyway:
https://review.openstack.org/#/c/13202/

Cheers,
John

From: 
openstack-bounces+john.garbutt=citrix@lists.launchpad.net<mailto:openstack-bounces+john.garbutt=citrix@lists.launchpad.net>
 
[mailto:openstack-bounces+john.garbutt=citrix....@lists.launchpad.net]<mailto:[mailto:openstack-bounces+john.garbutt=citrix@lists.launchpad.net]>
 On Behalf Of Joe Gordon
Sent: Wednesday, September 19, 2012 11:45 PM
To: Day, Phil
Cc: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net> 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>) 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>)
Subject: Re: [Openstack] Generalsied host aggregates in Folsom


On Wed, Sep 19, 2012 at 1:14 PM, Day, Phil 
mailto:philip@hp.com>> wrote:
Thanks Joe,

I was anticipating something more complex to be able to say when an aggregate 
should or shouldn't be linked to the hypevisor and overlooked the obvious.

So just to make sure I've  got it - on libvirt systems an aggregate can be used 
for anything (because of the NoOp in the driver), but on xen systems it's still 
liked to the hypervisor pools ?

Libvirt can be used for anything.

And Xen can be a xen hypervisor pool or anything depending on the aggregate 
metadata 
(https://github.com/openstack/nova/blob/master/nova/virt/xenapi/pool.py#L80
https://github.com/openstack/nova/blob/master/nova/virt/xenapi/pool_states.py)

Thanks
Phil

From: Joe Gordon [mailto:j...@cloudscaling.com<mailto:j...@cloudscaling.com>]
Sent: 19 September 2012 19:02
To: Day, Phil
Cc: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net> 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>) 
(openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>)
Subject: Re: [Openstack] Generalsied host aggregates in Folsom


On Wed, Sep 19, 2012 at 10:18 AM, Day, Phil 
mailto:philip@hp.com>> wrote:
Hi Folks,

Trying to catch-up  (I'm thinking of changing my middle name to catch-up :)  ) 
with the generalisation of host aggregates - and looking at the code it looks 
to me as if the chain for adding a host to an aggregate still ends up calling 
the virt layer

api/openstack/compute/contrib/aggregates/AggregateController/action()
compute/api/AggregateAPI/add_host_to_aggregate()

compute/manager/add_aggregate_host()
virt/add_to_aggregate()

I thought the change was to be able to create aggregates that can be linked to 
a hypervisor concept, but could also just be a way of "tagging" hosts into 
pools for other scheduler reasons - am I missing somethign ?

The RPC component is there to ensure XenAPI still works.  In the libvirt 
driver, add_to_aggregate() is a noop.

So you can create an aggregate that can be linked to a hypervisor but also as a 
way to tag hosts


Thanks,
Phil




_______
Mailing list: https://launchpad.net/~openstack
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Add live footprint filtering in modview window

[Wayne Stambaugh]

       > The searchbox handles
> resetting it to
> >     >         grey on idle()
> >     >         >     >     when the text is empty.
> >     >         >     >     >
> >     >         >     >     >         Don't you mean wx 3.0?  CMake
> should
> >     not even
> >     >         >     generate the
> >     >         >     >     build
> >     >         >     >     >         configuration files without wx 3.0
> >     or greater.
> >     >         >     >     >
> >     >         >     >     >
> >     >         >     >     >     Hmm... This was an issue back in
> 2.8 that
> >     >         appears to be only
> >     >         >     >     partly
> >     >         >     >     >     fixed.  The workaround I suggest
> above is
> >     >         functional
> >     >         >     but, for
> >     >         >     >     this,
> >     >         >     >     >     we can also execute a cleaner fix
> by setting
> >     >         the descriptive
> >     >         >     >     text in
> >     >         >     >     >     the declaration:
> >     >         >     >     >
> >     >         >     >     >     @@ -67,9 +67,10 @@ void
> >     >         >     FOOTPRINT_VIEWER_FRAME::ReCreateHToolbar()
> >     >         >     >     >                                    
>  KiBitmap(
> >     >         module_xpm ),
> >     >         >     >     >                                    
>  _( "Select
> >     >         footprint to
> >     >         >     >     browse" ) );
> >     >         >     >     >      
> >     >         >     >     >     -        m_searchBox = new
> wxSearchCtrl(
> >     >         m_mainToolBar,
> >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT );
> >     >         >     >     >     +        m_searchBox = new
> wxSearchCtrl(
> >     >         m_mainToolBar,
> >     >         >     >     >     ID_MODVIEW_SEARCH_TEXT,
> >     >         >     >     >     +                _( "Enter filter
> >     string" ) );
> >     >         >     >     >              m_searchBox->SetMinSize(
> >     wxSize( 250,
> >     >         30 ) );
> >     >         >     >     >     -       
> m_searchBox->SetDescriptiveText( _(
> >     >         "Enter filter
> >     >         >     >     string" ) );
> >     >         >     >     >
> >     >         >     >     >
> >     >         >     >     >
> >     >         >     >     >   
> >      ___
> >     >         >     >     >     Mailing list:
> >     >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>>
> >     >         >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >         <https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-develope

Re: [Duplicity-team] Next release

[Michael Terry]

t;>>> wrote:
> > > > >>
> > > > >> On 23.01.2014 19:34, Michael Terry wrote:
> > > > >> > There is a separate but related patch in 0.6.23
> that makes the bug less severe by letting the user restore the rest of the
> files that aren't affected (rather than aborting restore entirely):
> > > > >> >
> https://code.launchpad.net/~mterry/duplicity/catch-seq-copy-error/+merge/186106<
> https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
> <
> https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
> <
> https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
> <
> https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106>
> <
> https://code.launchpad.net/%7Emterry/duplicity/catch-seq-copy-error/+merge/186106
> >
> >     > > >>
> > > > >> i see.. well done.
> > > > >> dangerous though! the error, it is an error if a
> file cannot be restored, should be collected and mentioned in the end with
> something like "some files could not be restored properly, check log".
> > > > >>
> >     > > >> also we should end with an error exit code
> because of that of cause.
> > >     > >>
> > > > >> ..ede
> > > > >>
> > > > >> PS: Mike, i admire your understanding of the
> whole duplicity infrastructure! looks like brain surgery to me most of the
> time...
> > > > >>
> > > > >> ___
> > > > >> Mailing list:
> https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > > >     >> Post to : 
> > duplicity-team@lists.launchpad.net duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>>>
> > > > >> Unsubscribe :
> https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > >     > >> More help   : https://help.launchpad.net/ListHelp
> > > > >>
> >     > > >>
> > > > >
> > > > > ___
> > > > > Mailing list: https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > > > > Post to : duplicity-team@lists.launchpad.net duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>>
> > > > > Unsubscribe : https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > > > > More help   : https://help.launchpad.net/ListHelp
> > > > >
> > > >
> > > > ___
> > > > Mailing list: https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-t

Re: [Openstack] New code name for networks

[Joshua Harlow]

I vote for calling it "spacetime" since spacetime binds us all together in the 
same way networks bind computers together. Doubt it's copyrightable if that's 
needed, unless Einstein holds the copyright :P

Sent from my really tiny device...

On May 12, 2013, at 10:43 AM, "John Wong" 
mailto:gokoproj...@gmail.com>> wrote:

Cool.
I think I did a search here: 
http://tmsearch.uspto.gov/bin/gate.exe?f=searchss&state=4804:3j8874.1.1  for 
Netpune.

Are we only concern with registered trademark? I am sure a lot of names we come 
up with are either full or partial of some company's name. What's the bottom 
line?
Who's going to come up the list of names? Where do we put our suggestion? For 
the next OS release we have a Wiki page setup. Do we have a Wiki page setup yet?

Best,
John


On Sun, May 12, 2013 at 12:27 PM, Sean Dague 
mailto:s...@dague.net>> wrote:
Quark is also the trademark of a computer software company - 
http://tess2.uspto.gov/bin/showfield?f=doc&state=4808:7k4xqd.2.44

This stuff is trickier than you might realize. Hence why car names are now all 
made-ity-up words.

-Sean


On 05/12/2013 12:21 PM, Jacob Godin wrote:
I like this, +1

On 2013-05-11 8:08 PM, "David Shrewsbury" 
mailto:shrewsbury.d...@gmail.com>
<mailto:shrewsbury.d...@gmail.com<mailto:shrewsbury.d...@gmail.com>>> wrote:

quark

Keeps the sciency theme going, same first two letters, and
represents something
fundamental to other sciency stuff (much like networking is
fundamental to
OpenStack).

http://en.wikipedia.org/wiki/Quark

-Dave


On May 11, 2013, at 4:13 PM, Monty Taylor 
mailto:mord...@inaugust.com>
<mailto:mord...@inaugust.com<mailto:mord...@inaugust.com>>> wrote:

 > Jeremy Stanly on IRC just suggested kumquat... but to that I respond:
 >
 > qumkuat
 >
 > Same benefits as qumutna - except it's more pronouncable.
 >
 > On 05/11/2013 04:07 PM, Monty Taylor wrote:
 >> I have been arguing for:
 >>
 >> mutnuaq
 >>
 >> Granted, it takes a minute to learn how to type, but it's just a
little
 >> snarky, and it takes up the exact same number of letter. However, it
 >> does screw with sorting. SO - what about:
 >>
 >> qumutna
 >>
 >> It's a little bit easier to wrap your head around, it's still
clearly an
 >> homage, and it should be super easy to bulk cut/replace.
 >>
 >> On 05/11/2013 03:58 PM, Davanum Srinivas wrote:
 >>> Lattice
 >>>
 >>> -- dims
 >>>
 >>> On Sat, May 11, 2013 at 3:52 PM, Mark Turner 
mailto:m...@amerine.net>
<mailto:m...@amerine.net<mailto:m...@amerine.net>>> wrote:
 >>>> Tubes
 >>>>
 >>>> ;-)
 >>>>
 >>>>
 >>>> On Sat, May 11, 2013 at 12:51 PM, Jason Smith
mailto:jason.sm...@rackspace.com> 
<mailto:jason.sm...@rackspace.com<mailto:jason.sm...@rackspace.com>>>

 >>>> wrote:
 >>>>>
 >>>>> Hello,
 >>>>> I understand why we had to give up Quantum code name but
rather than just
 >>>>> refer to it as networking let's come up with a new code name!
 >>>>>
 >>>>> Thoughts?
 >>>>>
 >>>>> Thanks,
 >>>>> -js
 >>>>> _______
 >>>>> Mailing list: https://launchpad.net/~openstack
 >>>>> Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
<mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>

 >>>>> Unsubscribe : https://launchpad.net/~openstack
 >>>>> More help : https://help.launchpad.net/ListHelp
 >>>>
 >>>>
 >>>>
 >>>> ___________
 >>>> Mailing list: https://launchpad.net/~openstack
 >>>> Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
<mailto:openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>

 >>>> Unsubscribe : https://launchpad.net/~openstack
     >>>> More help   : https://help.launchpad.net/ListHelp
 >>>>
 >>>
 >>>
 >>>
 >>
 >> ___
 >> Mailing list: https://launchpad.net/~openstack

Re: [Kicad-developers] Libedit and Modedit Icons

[Wayne Stambaugh]

> >     >>                         On 10 Jan 2018 04:44, "Wayne Stambaugh"
> >     >>                          <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> >     >>                         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> >     >>                         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> >     >>                         <mailto:stambau...@gmail.com
> <mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>
> wrote:
> >     >>
> >     >>                              On 1/9/2018 12:05 PM, Rene
> Pöschl wrote:
> >     >>                              > On 09/01/18 16:50, Wayne
> Stambaugh
> >     wrote:
> >     >>                              >> I'm with Jose on the
> arrows.  If we
> >     >>                         are going to use them,
> >     >>                              please don't
> >     >>                              >> make the all different
> colors.  I
> >     >>                         don't see how a blue left
> >     >>                              arrow versus
> >     >>                              >> a magenta right arrow
> conveys any
> >     >>                         meaning to the user.
> >     >>                              >>
> >     >>                              >
> >     >>                              > I like the idea of coloring them
> >     >>                         differently. For me this will
> >     >>                              give an
> >     >>                              > additional way to
> distinguish the
> >     >>                         buttons. (Some of them have
> >     >>                              only the
> >     >>                              > direction of the arrow as a
> >     difference.
> >     >>                         Which is easily
> >     >>                              overlooked.) I
> >     >>                              > hope having different colors
> will make
> >     >>                         it easier for my brain to
> >     >>                              > remember which button does
> what. (I
> >     >>                         can't tell you how often i
> >     >>                              clicked
> >     >>                              > load symbol instead of
> update symbol
> >     >>                         while working on the
> >     >>                              reorganization
> >     >>                              > of the official lib.)
> >     >>
> >     >>                              What information does the
> different
> >     color
> >     >>                         arrow convey?  If you are
> >     >>                              using different colors for
> contrast,
> >     that
> >     >>                         is one thing but just
> >     >>
> >     >>                 making
> >     >>
> >     >>                              them different colors for
> informational
> >     >>                         purposes doesn't make any
> >     >>                              sense
> >     >>                              to me.  If you are trying convey
> >     >>                         information with different color
> >     >>                              buttons, what is the impact on
> users who
> >     >>                         are color blind.
> >     >>
> >     >>                              >
> >     >>                              > Maybe there is a better way to
> >     >>                         communicate differences but if
> >     >>                              b

Re: [Ubuntu-tn] Fwd: Association

[rihab loukil]

   <mailto:niza...@ubuntu.com
>><mailto:niza...@ubuntu.com>>>> a écrit :
>>
>>
>>  +1
>>  Il y a le 1er mai qui est fichta,
>>donc peut
>>   être ça peut convenir
>>  à tous ?
>>
>>
>>  Le 20 avril 2009 21:08, AtomCell
>>   ><mailto:shelha...@gmail.com> <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>>
>>  <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>
>>
>>   <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>>>> a écrit :
>>
>>  > Bonjour,
>>  > Je vous propose qu'on fasse une
>>réunion
>>   physique pour valider le
>>  status de
>>  > l'association Ubuntu-tn.
>>  > on est presque en fin de notre
>>mondat et
>>   on n'a encore rien fait,
>>  > Merci de faire vos propositions
>>  >
>>  > --
>>  > Hatem S'hel
>>  >
>>  >
>>
>> ___
>>  > Mailing list:
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>><https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>  <https://launchpad.net/%7Eubuntu-tn>
>>
>>  > Post to :
>>   ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>
>>   <mailto:ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>>
>>> ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>
>>   <mailto:ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>>>
>>
>>  > Unsubscribe :
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>>    <https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>  <https://launchpad.net/%7Eubuntu-tn>
>>
>>      > More help   :
>>       https://help.launchpad.net/ListHelp
>>  >
>>  >
>>
>>
>>
>>  --
>>  Nizar Kerkeni
>>  LoCo ubuntu-tn and ubuntu member
>>  www.ubuntu-tn.org
>><http://www.ubuntu-tn.org>
>>   <http://www.ubuntu-tn.org/>
>>   <http://www.ubuntu-tn.org
>>
>>   <http://www.ubuntu-tn.org/>>
>>
>>  http://nizaurs.blogspot.com/
>>
>>
>>  ___
>>  Mailing list:
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>><https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>  <https://launchpad.net/%7Eubuntu-tn>
>>
>>  Post to :
>>ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>
>>   <mailto:ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>>
&g

Re: [Kicad-developers] [PATCH] LIB_TABLE tweaks

[Wayne Stambaugh]

 Oliver,
> >     >     >     >
> >     >     >     >     I just tried to apply your patches and
> ran into some
> >     >     issues. 
> >     >     >     Patch 1
> >     >     >     >     applies but patch 2 fails.  Would you please
> >     rebase your
> >     >     >     patches so I
> >     >     >     >     can get them merged as soon as possible.
> >     >     >     >
> >     >     >     >     Thanks,
> >     >     >     >
> >     >     >     >     Wayne
> >     >     >     >
> >     >     >     >     On 11/15/2017 06:41 AM, Oliver Walters
> wrote:
> >     >     >     >     > Wayne, et al,
> >     >     >     >     >
> >     >     >     >     > I am really liking the way that the
> new symbol table
> >     >     works!
> >     >     >     Thanks for
> >     >     >     >     > the huge effort that has gone into this.
> >     >     >     >     >
> >     >     >     >     > One thing that I have noticed is that when
> >     opening (for
> >     >     >     e.g.) the
> >     >     >     >     > component chooser, the UI hangs while
> all the
> >     libraries
> >     >     >     load. Previously
> >     >     >     >     > there was a progress dialog which at
> least informed
> >     >     the user
> >     >     >     what was
> >     >     >     >     > going on.
> >     >     >     >     >
> >     >     >     >     > I have re-implemented this dialog in
> the attached
> >     >     patch set.
> >     >     >     >     >
> >     >     >     >     > Further, I have also implemented a way to
> >     individually
> >     >     >     enable / disable
> >     >     >     >     > each row in the library tables (this
> works for
> >     SYMBOL_LIB
> >     >     >     and FP_LIB).
> >     >     >     >     >
> >     >     >     >     > This is based on the idea by Tomasz.
> Example
> >     >     screenshot below:
> >     >     >     >     >
> >     >     >     >     > Inline image 1
> >     >     >     >     >
> >     >     >     >     > I have tweaked the base LIB_TABLE_GRID
> code such
> >     that
> >     >     >     disabled entries
> >     >     >     >     > are greyed out and made italic. The
> enabled /
> >     disabled
> >     >     status is
> >     >     >     >     > persistent in the sym/fp_lib_table
> files. Older
> >     version of
> >     >     >     xxx_lib_table
> >     >     >     >     > files are read with all rows enabled
> by default.
> >     >     >     >     >
> >     >     >     >     > Please find patch set attached.
> >     >     >     >     >
>     >     >     >     >     > Regards,
> >     >     >     >     > Oliver
> >     >     >     >     >
> >     >     >     >     >
>     >     >     >     >     >
> >     >     >     >     >
> _______
> >     >     >     >     > Mailing list:
>     >     https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
>     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
>     >     >     >     <https://launchpad.net/

Re: [Kicad-developers] Default Canvas for v5

[Wayne Stambaugh]

  >     44) If user clicks "yes" in the first run
> >     dialog, then:
> >     >         >     >         (a) set the config value to prevent the
> >     dialog from showing again,
> >     >         >     >         (b) Set the canvas config setting to
> Cairo
> >     (but don't switch the
> >     >         >     >     GAL to Cairo), then
> >     >         >     >         (c) switch to OpenGL canvas using
> >     SwitchCanvas()
> >     >         >     >
> >     >         >     >     That way, if the app crashes in step 4c, it
> >     should come back up as
> >     >         >     >     Cairo on the next launch (assuming we crash
> >     right away when trying
> >     >         >     >     to set up the canvas)
> >     >         >     >
> >     >         >     >     Any concerns with the above?
> >     >         >     >
> >     >         >     >     -Jon
> >     >         >     >
> >     >         >     >
> >     >         >     >
> >     >         >     >     On Sun, Dec 31, 2017 at 1:55 PM, Jeff Young
> >     mailto:j...@rokeby.ie> <mailto:j...@rokeby.ie
> <mailto:j...@rokeby.ie>> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> >     <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>
> >     >         <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>>>
> >     >         >     >     <mailto:j...@rokeby.ie
> <mailto:j...@rokeby.ie> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>
> >     <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>>
> >     <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>
> >     >         <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie> 
> <mailto:j...@rokeby.ie
> <mailto:j...@rokeby.ie>>>>>> wrote:
> >     >         >     >
> >     >         >     >         +1
> >     >         >     >
> >     >         >     >         No menu items.  Just a checkbox for Enable
> >     Hardware Acceleration
> >     >         >     >         in Preferences.
> >     >         >     >
> >     >         >     >>         On 31 Dec 2017, at 18:36, Andy Peters
> >     mailto:de...@latke.net> <mailto:de...@latke.net
> <mailto:de...@latke.net>> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>> 
> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>
> >     >         <mailto:de...@latke.net <mailto:de...@latke.net> 
> <mailto:de...@latke.net
> <mailto:de...@latke.net>>>>
> >     >         >     >>         <mailto:de...@latke.net 
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>> 
> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>> 
> <mailto:de...@latke.net
> <mailto:de...@latke.net>
> >     <mailto:de...@latke.net <mailto:de...@latke.net>>
> >     >         <mailto:de...@latke.net <mailto:de...@latke.net>
> <mailto:de...@latke.net <mailto:de...@latke.net>>>>>> wrote:
> >     >         >     >>
> >     >         >     >>>         - In the case of graphics glitches,
> >     inform the users in the
> >     >         >     >>>         FAQ/Manual
> >     >         >     >>>         that they can fall back to software
> >     renderer in the View menu.
> >     >         >     >>>         - Don't use the term 'canvas' or
> 'view'.
> >     Just 'Enable HW
> >     >         >     >>>      

Re: [Ubuntu-tn] Association

[MaWaLe MaWaLe]

 2009 22:11, Nizar Kerkeni
>>   ><mailto:niza...@ubuntu.com>
>>   <mailto:niza...@ubuntu.com
>><mailto:niza...@ubuntu.com>>
>>   <mailto:niza...@ubuntu.com
>><mailto:niza...@ubuntu.com>
>>
>>   <mailto:niza...@ubuntu.com
>><mailto:niza...@ubuntu.com>>>> a écrit :
>>
>>
>>  +1
>>  Il y a le 1er mai qui est fichta,
>>donc peut
>>   être ça peut convenir
>>  à tous ?
>>
>>
>>  Le 20 avril 2009 21:08, AtomCell
>>   ><mailto:shelha...@gmail.com> <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>>
>>  <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>
>>
>>   <mailto:shelha...@gmail.com
>><mailto:shelha...@gmail.com>>>> a écrit :
>>
>>  > Bonjour,
>>  > Je vous propose qu'on fasse une
>>réunion
>>   physique pour valider le
>>      status de
>>  > l'association Ubuntu-tn.
>>  > on est presque en fin de notre
>>mondat et
>>   on n'a encore rien fait,
>>      > Merci de faire vos propositions
>>  >
>>  > --
>>  > Hatem S'hel
>>  >
>>  >
>>
>> ___
>>  > Mailing list:
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>><https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>  <https://launchpad.net/%7Eubuntu-tn>
>>
>>  > Post to :
>>   ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>
>>   <mailto:ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>>
>>> ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>
>>   <mailto:ubuntu-tn@lists.launchpad.net
>><mailto:ubuntu-tn@lists.launchpad.net>>>
>>
>>  > Unsubscribe :
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>><https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>      <https://launchpad.net/%7Eubuntu-tn>
>>
>>  > More help   :
>>   https://help.launchpad.net/ListHelp
>>  >
>>  >
>>
>>
>>
>>  --
>>  Nizar Kerkeni
>>  LoCo ubuntu-tn and ubuntu member
>>  www.ubuntu-tn.org
>><http://www.ubuntu-tn.org>
>>   <http://www.ubuntu-tn.org/>
>>   <http://www.ubuntu-tn.org
>>
>>   <http://www.ubuntu-tn.org/>>
>>
>>  http://nizaurs.blogspot.com/
>>
>>
>>  ___
>>  Mailing list:
>>   
>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>><https://launchpad.net/%7Eubuntu-tn>
>>   <https://launchpad.net/%7Eubuntu-tn>
>>  

Re: [Kicad-developers] OS X bundling

[Bernhard Stegmaier]

osx_fixbundles.sh was the script that did the library bundling before I changed 
it to using builtin CMake functions for it.
Maybe it is still referenced here and there in some old CMake code, but IMHO it 
can just be deleted with every reference to it.


Regards,
Bernhard


> On 11 Jun 2015, at 21:24, Garth Corral  wrote:
> 
> I think that can go.  Though it looks like there’s some code in 
> osx_fixbundles.sh that ostensibly migrates kiface modules inside the bundle, 
> that code looks out of date and inert.  Perhaps Bernhard has some insight 
> into what that’s supposed to be doing.
> 
> There are a couple of other references to cvpcb.app in CMakeList files.  I’ve 
> attached a patch with this as well as those.  There’s also some references in 
> the packaging directory, but I suspect that isn’t being used at the moment so 
> I’ve left it alone.
> 
> I used the same approach that you did for the other cvpcb stuff in 
> CMakeLists, but I presume those blocks will be removed entirely in the near 
> future.
> 
> 
> Garth
> 
> 
> 
>> On Jun 11, 2015, at 10:46 AM, Wayne Stambaugh > <mailto:stambau...@gmail.com>> wrote:
>> 
>> Thanks Adam.  As soon as you let me know, I will commit the changes.
>> 
>> On 6/11/2015 1:48 PM, Adam Wolf wrote:
>>> I bet it can be.
>>> 
>>> I will put checking that on the top of my KiCad list.
>>> 
>>> Adam Wolf
>>> 
>>> On Thu, Jun 11, 2015 at 12:42 PM, Wayne Stambaugh >> <mailto:stambau...@gmail.com>
>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>> wrote:
>>> 
>>>Adam,
>>> 
>>>There is also this line (521) in CMakeList.txt:
>>> 
>>>add_custom_target( osx_fix_bundles ALL DEPENDS
>>>cvpcb eeschema gerbview kicad pcbnew bitmap2component
>>>pcb_calculator pl_editor)
>>> 
>>> 
>>>I'm guessing cvpcb can be removed from the list.
>>> 
>>>Wayne
>>> 
>>>On 6/11/2015 11:44 AM, Adam Wolf wrote:
>>>> Builds resumed on the build cluster.
>>>> 
>>>> I need to understand the bundling a bit more--for instance, should we
>>>> still be adding cvpcb.app to search lists in gestfich.cpp?
>>>> 
>>>> Adam Wolf
>>>> 
>>>> On Thu, Jun 11, 2015 at 7:15 AM, Wayne Stambaugh >>> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com 
>>>> <mailto:stambau...@gmail.com>>
>>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com> 
>>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
>>>> 
>>>>Thanks Garth.  I committed your patch in the product branch r5731.
>>>>Hopefully this will get the OSX users back up and running.
>>>> 
>>>>Cheers,
>>>> 
>>>>Wayne
>>>> 
>>>>On 6/11/2015 4:16 AM, Garth Corral wrote:
>>>>> 
>>>>> Looks like the OS X install is trying to copy the nonexistant cvpcb.app 
>>>>> into the main bundle, killing the build.
>>>>> 
>>>>> 
>>>>> Patch attached
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> 
>>>>> ___
>>>>> Mailing list: https://launchpad.net/~kicad-developers 
>>>>> <https://launchpad.net/~kicad-developers>
>>>>> Post to : kicad-developers@lists.launchpad.net 
>>>>> <mailto:kicad-developers@lists.launchpad.net>
>>><mailto:kicad-developers@lists.launchpad.net 
>>> <mailto:kicad-developers@lists.launchpad.net>>
>>>><mailto:kicad-developers@lists.launchpad.net 
>>>> <mailto:kicad-developers@lists.launchpad.net>
>>><mailto:kicad-developers@lists.launchpad.net 
>>> <mailto:kicad-developers@lists.launchpad.net>>>
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>>>> <https://launchpad.net/~kicad-developers>
>>>>> More help   : https://help.launchpad.net/ListHelp 
>>>>> <https://help.launchpad.net/ListHelp>
>>>>> 
>>>> 
>>>>___
>>>>Mailing list: https://launchpad.net/~kicad-developers 
>>>> <https://launchpad.net/~kicad-develop

Re: [Kicad-developers] Fabrication Outputs and Plot

[Wayne Stambaugh]

>    <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>>> wrote:
>      >>>
>      >>>        Plot SVG and Export SVG are different.  The
> former goes
>      >>>        through the Plot code while the later goes
> through the Print
>      >>>        code.
>      >>>
>      >>>        Do we need both?  I haven’t a clue.
>      >>>
>      >>>        It would be nice to clean this stuff up, if
> there is in
>     fact a
>      >>>        clean way to present it.
>      >>>
>      >>>        Cheers,
>      >>>        Jeff.
>      >>>
>      >>>
>      >>>>        On 24 Feb 2018, at 14:54, Jon Evans
> mailto:j...@craftyjon.com>
>     <mailto:j...@craftyjon.com <mailto:j...@craftyjon.com>>
>      >>>>        <mailto:j...@craftyjon.com
> <mailto:j...@craftyjon.com> <mailto:j...@craftyjon.com
> <mailto:j...@craftyjon.com>>>>
>     wrote:
>      >>>>
>      >>>>        I agree with this! It has always tripped me up
> when I
>     switch
>      >>>>        back and forth between kicad and other EDA tools.
>      >>>>
>      >>>>        On Feb 24, 2018 9:31 AM, "Diego Herranz"
>      >>>>         <mailto:diegoherr...@diegoherranz.com>
>     <mailto:diegoherr...@diegoherranz.com
> <mailto:diegoherr...@diegoherranz.com>>
>      >>>>        <mailto:diegoherr...@diegoherranz.com
> <mailto:diegoherr...@diegoherranz.com>
> 
>     <mailto:diegoherr...@diegoherranz.com
> <mailto:diegoherr...@diegoherranz.com>>>> wrote:
>      >>>>
>      >>>>            Hi,
>      >>>>
>      >>>>            Now that so much work is happening on
> re-structuring
>      >>>>            menus, I've remembered something I have
> always found
>      >>>>            weird on pcbnew.
>      >>>>
>      >>>>            "Plot", from wihch you can obtain Gerbers
> is not inside
>      >>>>            "Fabrication Outputs", but on its own.
>      >>>>            I find it weird to have the drill option inside
>      >>>>            "Fabrication Outputs" but not the Gerbers
> (they are
>      >>>>            normally needed together and in fact, you
> can go to
>      >>>>            "Drill" from "Plot").
>      >>>>
>      >>>>            If "Plot" was Gerber only, I would
> recommend moving it
>      >>>>            inside "Fabrication Outputs" straight away but
>     because it
>      >>>>            also exports other formats, it's not so
>     straightforward.
>      >>>>
>      >>>>            I think ideally we would have:
>      >>>>
>      >>>>            - Fabrication outputs
>      >>>>              - Gerber...
>          >>>>              - Drill
>      >>>>              - ...
>      >>>>            - Export
>      >>>>              - STEP
>      >>>>              - PDF...
>      >>>>              - Postcript...
>      >>>>              - DXF...
>      >>>>              - ...
>      >>>>
>      >>>>            And I have just noticed SVG can be obtained
> from "Plot"
>      >>>>            or the "Export" submenu. Is it the same?
>      >>>>
>      >>>>            What do you guys think? I'm not necessarily
> suggesting
>      >>>>            looking into this before KiCad 5, just
> wanted to have
>      &

Re: [Kicad-developers] Fabrication Outputs and Plot

[Wayne Stambaugh]

>>>        It would be nice to clean this stuff up, if
there is in
     fact a
      >>>        clean way to present it.
      >>>
      >>>        Cheers,
      >>>        Jeff.
      >>>
      >>>
      >>>>        On 24 Feb 2018, at 14:54, Jon Evans
mailto:j...@craftyjon.com>
     <mailto:j...@craftyjon.com <mailto:j...@craftyjon.com>>
      >>>>        <mailto:j...@craftyjon.com
<mailto:j...@craftyjon.com> <mailto:j...@craftyjon.com
<mailto:j...@craftyjon.com>>>>
     wrote:
      >>>>
      >>>>        I agree with this! It has always tripped me up
when I
     switch
      >>>>        back and forth between kicad and other EDA tools.
      >>>>
      >>>>        On Feb 24, 2018 9:31 AM, "Diego Herranz"
      >>>>        mailto:diegoherr...@diegoherranz.com>
     <mailto:diegoherr...@diegoherranz.com
<mailto:diegoherr...@diegoherranz.com>>
      >>>>        <mailto:diegoherr...@diegoherranz.com
<mailto:diegoherr...@diegoherranz.com>

     <mailto:diegoherr...@diegoherranz.com
<mailto:diegoherr...@diegoherranz.com>>>> wrote:
      >>>>
      >>>>            Hi,
      >>>>
      >>>>            Now that so much work is happening on
re-structuring
      >>>>            menus, I've remembered something I have
always found
      >>>>            weird on pcbnew.
      >>>>
      >>>>            "Plot", from wihch you can obtain Gerbers
is not inside
      >>>>            "Fabrication Outputs", but on its own.
      >>>>            I find it weird to have the drill option
inside
      >>>>            "Fabrication Outputs" but not the Gerbers
(they are
      >>>>            normally needed together and in fact, you
can go to
      >>>>            "Drill" from "Plot").
      >>>>
      >>>>            If "Plot" was Gerber only, I would
recommend moving it
      >>>>            inside "Fabrication Outputs" straight away but
     because it
      >>>>            also exports other formats, it's not so
     straightforward.
      >>>>
      >>>>            I think ideally we would have:
      >>>>
      >>>>            - Fabrication outputs
      >>>>              - Gerber...
      >>>>              - Drill
      >>>>              - ...
      >>>>            - Export
      >>>>              - STEP
      >>>>              - PDF...
      >>>>              - Postcript...
      >>>>              - DXF...
      >>>>              - ...
      >>>>
      >>>>            And I have just noticed SVG can be
obtained from "Plot"
      >>>>            or the "Export" submenu. Is it the same?
      >>>>
      >>>>            What do you guys think? I'm not
necessarily suggesting
      >>>>            looking into this before KiCad 5, just
wanted to have
      >>>>            your view.
      >>>>
      >>>>            Thanks,
      >>>>            Diego
      >>>>
      >>>>
      >>>>   
___

      >>>>            Mailing list:
https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>
     <https://launchpad.net/~kicad-developers
<https://launchpad.net/~kicad-developers>>
      >>>>            <https://launchpad.net/%7Ekicad-developers
<https://launchpad.net/%7Ekicad-developers>
     <https://launchpad.net/%7Ekicad-developers
<https://launchpad.net/%7Ekicad-developers>>>
  

Re: [Openstack] Keystone tenants vs. Nova projects

[Troy Toman]

I am guessing Salesforce.com<http://Salesforce.com>

On Jul 16, 2011, at 2:40 PM, Ziad Sawalha wrote:

What's (who is) sfdc?


From: andi abes [mailto:andi.a...@gmail.com]
Sent: Friday, July 15, 2011 02:07 PM
To: Yuriy Taraday mailto:yorik@gmail.com>>
Cc: openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net> 
mailto:openstack@lists.launchpad.net>>
Subject: Re: [Openstack] Keystone tenants vs. Nova projects

I guess sfdc disagrees with you - they allow e.g Dell to use a single sign on 
to authenticate to their services - as a @dell user, you can login with the 
same email/password to internal resources as well as sfdc ones. ( in case it's 
not obvious - you also update your password in one location - the Dell AD 
directory)

On Jul 15, 2011, at 14:14, Yuriy Taraday 
mailto:yorik@gmail.com>> wrote:

Currently there is a basic skeleton for only one backend (identity store) 
configuration per Keystone instance. It can be either DB or LDAP (the latter is 
almost done).
May be in future we should be somehow able to specify not only tenants but also 
an backend for each authentication request.
But I cannot imagine a real use case for that. All identities should be stored 
in one place. I doubt that it'll be useful to keep different users and/or 
tenants (or roles or whatever) in different stores. There usually is one single 
central repository, DB, LDAP or may be some billing system. If we have two 
isolated systems, we should consider using two separate auth services.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 21:40, andi abes 
<<mailto:andi.a...@gmail.com>andi.a...@gmail.com<mailto:andi.a...@gmail.com>> 
wrote:
Yuriy,

a  use-case scenario for keystone would be a service provider servicing  large 
customers with  their own  authentication infrastructure (e.g. LDAP/ AD etc). 
Obviously, different tenants  have different instances. To authenticate a user, 
the correct authentication back end must be selected.

In your model, how would a service provide be able to allow delegated 
authentication to different customers?


On Fri, Jul 15, 2011 at 1:37 AM, Yuriy Taraday 
<<mailto:yorik@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>> 
wrote:
I think, there should not be such thing as default tenant.
If user does not specify tenant in authentication data, ones token should not 
be bound to any tenant, and user should have access to resources based on 
global role assignments.
If user specify tenant, one should be either explicitly bound to tenant 
(probably through UserRoleAssignment model, but it is not the best way) or in 
some global role. Then one will have access to resources based on global role 
assignments and tenant role assignments.
I'm not sure whether users should be added to a tenant and then to roles in 
this tenant or we should remove totally direct link between user and tenant, so 
that user is in tenant if and only if one is in any role in this tenant.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 00:07, Nguyen, Liem Manh 
<<mailto:liem_m_ngu...@hp.com>liem_m_ngu...@hp.com<mailto:liem_m_ngu...@hp.com>>
 wrote:
When one creates a user, should a user always have a tenant associated with 
her?  If that’s the case, then the “default” tenant is the tenant that the user 
is associated with at creation time?  Sorry for responding to the question with 
another question, but it is unclear for me from looking at the model (there is 
no non-null constraint on the tenant_id fk on the user table).

Thanks,
Liem

From: 
openstack-bounces+liem_m_nguyen=<http://hp.com/>hp.com<http://hp.com/>@<http://lists.launchpad.net/>lists.launchpad.net<http://lists.launchpad.net/>
 
[mailto:openstack-bounces+liem_m_nguyen<mailto:openstack-bounces%2Bliem_m_nguyen>=<http://hp.com/>hp.com<http://hp.com/>@<http://lists.launchpad.net/>lists.launchpad.net<http://lists.launchpad.net/>]
 On Behalf Of Ziad Sawalha
Sent: Thursday, July 14, 2011 12:22 PM

To: Rouault, Jason (Cloud Services); Yuriy Taraday; 
<mailto:openstack@lists.launchpad.net> 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] Keystone tenants vs. Nova projects


In the example I gave below they are not members of any group and have no roles 
assigned to them. Should they still be authenticated?

From: "Rouault, Jason (Cloud Services)" 
<<mailto:jason.roua...@hp.com>jason.roua...@hp.com<mailto:jason.roua...@hp.com>>
Date: Thu, 14 Jul 2011 16:25:22 +
To: Ziad Sawalha 
<<mailto:ziad.sawa...@rackspace.com>ziad.sawa...@rackspace.com<mailto:ziad.sawa...@rackspace.com>>,
 Yuriy Taraday 
<<mailto:yorik....@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>>, 
"<mailto:openstack@lists.launchpad.net>openstack@lists.launchpad.net<mailto

Re: [Kicad-developers] PATCH: Setting OS X KISYSMOD value in bundle

[Wayne Stambaugh]

  > > >>> probably a configuration setting directly from some
> > "Settings"
> > > >>> menu would be better.
> > > >>>
> > > >>> My opionion: I wouldn't want to have it that
> way, but
> > since I am
> > > >>> the only one using KiCad on my machines I can also
> > live with
> > > some
> > > >>> links pushing things into the spot I want to
> have it.
> > > >>>
> > > >>> This altogether is somewhat inconsistent, because
> > eeschema will
> > > >>> *always* look in /library with 
> being (in that
> > > order):
> > > >>> * $KICAD
> > > >>> * ~/Library/Application Support
> > > >>> * /Library/Application Support
> > > >>> * /Contents/SharedSupport
> > > >>>
> > >     >>> So, if the path should be fixed for pcbnew, I
> would at
>     > least
> > > >>> expect eeschema to behave the same way (i.e.,
> removing
> > all the
> > > >>>     other paths and also pointing it to the one global
> > > >>> /Library/Application/Support/kicad/library).
>     > >     >>>
> > >     >>>
> > > >>>
> > > >>> Regards,
>     > > >>> Bernhard
> > >     >>>
> > > >>>     PS:
> > > >>>
> > > >>> I just had a brief look at the Apple docs and
> did see here
> > > >>>
> > > >>>
> > >
> >   
>  
> https://developer.apple.com/library/mac/documentation/General/Reference/InfoPlistKeyReference/Articles/LaunchServicesKeys.html#//apple_ref/doc/uid/20001431-106825
> > > >>>
> > > >>> that obviously the environment set in the Info-plist
> > is only
> > >     >>> valid when launching via an icon, but not via
> > command-line:
> > > >>> <<<
> > > >>> These environment variables are set only for
> apps launched
> > > >>> through Launch Services. If you run your executable
> > directly
> > > from
> > > >>> the command line, these environment variables
> are not set.
> > > >>>     >>>
> > > >>>
> > > >>> So, another issue that already now with the KIGITHUB
> > variable
> > > >>> might lead to confusion...
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > >>> On 2015-01-08 06:52, Adam Wolf wrote:
> > > >>>
> > > >>>> Hi folks,
> > > >>>>
>     > > >>>> As you may know, it's harder than it seems to
> set an
>     > > environment
>     > > >>>> variable on a bundle in OS X as a user.
> > > >>>>
> > > >>>> I have a patch here for the OS X bundle that sets
> > KISYSMOD to
> > > >>>> /Library/Application Support/kicad/modules
> > >     >>>>
> > > >>>> Please let me know if there are any questions or
> > comments.
> >     > >>>>
> > > >>>> Thanks!
> > > >>>>
> > > >>>> Adam Wolf
> > > >>>> Cofounder and Engineer
> > > >>>> W&L
> > > >>>>
> > > >>>> ___
>     > >

Re: [Kicad-developers] PATCH: Setting OS X KISYSMOD value in bundle

[Adam Wolf]

; >>> For a single-user environment this might be OK,
> > but it
> > > then
> > > > >>> forces modules to be in a machine specific folder
> > > common to all
> > > > >>> users. In a multi-user environment you probably
> > might not
> > > > want to
> > > > >>> have that. And, I never read somewhere that you
> can
> > > override
> > > > this
> > > > >>> setting of the bundle somehow, so this could be
> > a once
> > > and for
> > > > >>> all decision (as long as you don't fiddle around
> > with the
> > > > >>> Info.plist) and you wouldn't need an environment
> > > variable at
> > > > all...
> > > > >>> Further, I think I tried once to use "~" or
> > "$HOME" in
> > > > Info.plist
> > > > >>> but it doesn't expand such variables. So, you
> > obviously
> > > > can't set
> > > > >>> the path to something in user home with this
> method.
> > > > >>> Last, I don't know if always any (non-root) user
> is
> > > allowed to
> > > > >>> write into /Library/Application Support/kicad?
> > > > >>>
> > > > >>> In my opinion, the old concept of search paths
> > did fit
> > > such
> > > > >>> hardcoded paths much better than it is currently
> > with
> > > > environment
> > > > >>> variables. If environment variables are too hard
> to
> > > set, then
> > > > >>> probably a configuration setting directly from
> some
> > > "Settings"
> > > > >>> menu would be better.
> > > > >>>
> > > > >>> My opionion: I wouldn't want to have it that
> > way, but
> > > since I am
> > > > >>> the only one using KiCad on my machines I can
> also
> > > live with
> > > > some
> > > > >>> links pushing things into the spot I want to
> > have it.
> > > > >>>
> > > > >>> This altogether is somewhat inconsistent, because
> > > eeschema will
> > > > >>>     *always* look in /library with 
> > being (in that
> > > > order):
> > > >     >>> * $KICAD
> > > > >>> * ~/Library/Application Support
> > > > >>> * /Library/Application Support
> > > > >>> * /Contents/SharedSupport
> > > > >>>
> > > > >>> So, if the path should be fixed for pcbnew, I
> > would at
> > > least
> > > > >>> expect eeschema to behave the same way (i.e.,
> > removing
> > > all the
> > > > >>> other paths and also pointing it to the one
> global
> > > > >>> /Library/Application/Support/kicad/library).
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> Regards,
> > > > >>> Bernhard
> > > >     >>>
> > > > >>> PS:
> > > > >>>
> > > > >>> I just had a brief look at the Apple docs and
> > did see here
> > > > >>>
> > > > >>>
> > > >
> > >
> >
> https://developer.apple.com/library/mac/documentation/General/Reference/InfoPlistKeyReference/Articles/LaunchServicesKeys.html#//apple_ref/doc/uid/20001431-106825
> > > > >>>
> >  

Re: [Openstack] what's the default username&password for the instance in devstack?

[Mandar Vaze]

I create my instance using cirros-0.3.0-x86_64-blank image
Default username/password for the instance is listed on the very last line in 
“View Log”

-Mandar

From: openstack-bounces+mandar.vaze=vertex.co...@lists.launchpad.net 
[mailto:openstack-bounces+mandar.vaze=vertex.co...@lists.launchpad.net] On 
Behalf Of Yong Sheng Gong
Sent: Wednesday, March 28, 2012 4:31 PM
To: Andy Chong
Cc: Chmouel Boudjnah; "openstack@lists.launchpad.net" s
Subject: Re: [Openstack] what's the default username&password for the instance 
in devstack?

go to the instance's vnc console, it is printed there just before the login: 
prompt.

if you don't know how to get to the console on dashboard UI, just use the 
virt-manager to access the vnc console of the instance.


-openstack-bounces+gongysh=cn.ibm@lists.launchpad.net<mailto:-openstack-bounces+gongysh=cn.ibm@lists.launchpad.net>
 wrote: -
To: Chmouel Boudjnah <mailto:chmo...@chmouel.com>
From: Andy Chong <mailto:andy...@gmail.com>
Sent by: 
openstack-bounces+gongysh=cn.ibm@lists.launchpad.net<mailto:openstack-bounces+gongysh=cn.ibm@lists.launchpad.net>
Date: 03/28/2012 06:38PM
Cc: "\"openstack@lists.launchpad.net\"<mailto:openstack@lists.launchpad.net%5C> 
s" <mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] what's the default username&password for the instance 
in devstack?

He asked for the username/password for instance, not horizon dashboard
On Wed, Mar 28, 2012 at 6:33 PM, Chmouel Boudjnah 
mailto:chmo...@chmouel.com>> wrote:
On Wed, Mar 28, 2012 at 10:56 AM, Felix 
mailto:f...@tnsoft.com.cn>> wrote:
> I tried to install openstack by devstack and succeeded, but where can i find
> the default username and password for the launched instance?
This should be mentioned (on your screen) when stack.sh is finished or
it should be stored in the value ADMIN_PASSWORD in the localrc file.

Chmouel.

PS: default username is admin

___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp

_______
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Coapp-developers] Visual Studio Dependencies

[Garrett Serack]

Hmm. There's not a lot we can do about that-beyond ensuring another 
(non-integrated) method to accomplish the same goals.

Garrett Serack | Open Source Software Developer | Microsoft Corporation
I don't make the software you use; I make the software you use better on 
Windows.

From: Adam Baxter [mailto:volta...@voltagex.org]
Sent: Friday, April 16, 2010 5:32 PM
To: Garrett Serack
Cc: Trent Nelson; Ted Bullock; coapp-developers@lists.launchpad.net
Subject: Re: [Coapp-developers] Visual Studio Dependencies

I'd just like to remind everyone that Visual Studio Express users don't get 
plugins.
On Thu, Apr 15, 2010 at 10:57 AM, Garrett Serack 
mailto:garre...@microsoft.com>> wrote:
Hmm.

[Longer Term] a package browser in Visual Studio that gets a list of library 
packages from the repositories.

G


From: 
coapp-developers-bounces+garretts=microsoft.com<http://microsoft.com>@lists.launchpad.net<http://lists.launchpad.net>
 
[coapp-developers-bounces+garretts=microsoft.com<http://microsoft.com>@lists.launchpad.net<http://lists.launchpad.net>]
 on behalf of Garrett Serack 
[garre...@microsoft.com<mailto:garre...@microsoft.com>]
Sent: Wednesday, April 14, 2010 5:51 PM
To: Trent Nelson; Ted Bullock
Cc: 
coapp-developers@lists.launchpad.net<mailto:coapp-developers@lists.launchpad.net>
Subject: Re: [Coapp-developers] Visual Studio Dependencies

+1

Sounds like we need a blueprint for a Visual Studio plugin.


From: 
coapp-developers-bounces+garretts=microsoft.com<http://microsoft.com>@lists.launchpad.net<http://lists.launchpad.net>
 
[coapp-developers-bounces+garretts=microsoft.com<http://microsoft.com>@lists.launchpad.net<http://lists.launchpad.net>]
 on behalf of Trent Nelson [tr...@snakebite.org<mailto:tr...@snakebite.org>]
Sent: Wednesday, April 14, 2010 5:34 PM
To: Ted Bullock
Cc: 
coapp-developers@lists.launchpad.net<mailto:coapp-developers@lists.launchpad.net>
Subject: Re: [Coapp-developers] Visual Studio Dependencies

On 15 Apr 2010, at 00:32, Ted Bullock wrote:

> Just a note before I forget it.
>
> One requirement I have for CoApp is a library dependency checkbox
> added into Visual Studio.
>
> That is to say; Suppose I am writing some software with an open source
> dependency, I want to see a dialog added to Visual Studio which lets
> me select various shared libraries as a dependencies which should in
> turn be installed and linked to my software on build time.
>
> I should also be able to say which version of the dependency I want to
> link to should I want something different than the most recent (Major,
> Minor or Specific).  Obviously, this should default to the most
> recent.

Couldn't agree more, definitely +1.

   Trent.

___
Mailing list: 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
Post to : 
coapp-developers@lists.launchpad.net<mailto:coapp-developers@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
More help   : https://help.launchpad.net/ListHelp


_______
Mailing list: 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
Post to : 
coapp-developers@lists.launchpad.net<mailto:coapp-developers@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
More help   : https://help.launchpad.net/ListHelp
___
Mailing list: 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
Post to : 
coapp-developers@lists.launchpad.net<mailto:coapp-developers@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~coapp-developers<https://launchpad.net/%7Ecoapp-developers>
More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~coapp-developers
Post to : coapp-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~coapp-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] OS X bundling

[Garth Corral]

Ah, makes sense.  Thanks, Bernhard.

Garth

> On Jun 11, 2015, at 6:08 PM, Bernhard Stegmaier  
> wrote:
> 
> osx_fixbundles.sh was the script that did the library bundling before I 
> changed it to using builtin CMake functions for it.
> Maybe it is still referenced here and there in some old CMake code, but IMHO 
> it can just be deleted with every reference to it.
> 
> 
> Regards,
> Bernhard
> 
> 
>> On 11 Jun 2015, at 21:24, Garth Corral > <mailto:gcor...@abode.com>> wrote:
>> 
>> I think that can go.  Though it looks like there’s some code in 
>> osx_fixbundles.sh that ostensibly migrates kiface modules inside the bundle, 
>> that code looks out of date and inert.  Perhaps Bernhard has some insight 
>> into what that’s supposed to be doing.
>> 
>> There are a couple of other references to cvpcb.app in CMakeList files.  
>> I’ve attached a patch with this as well as those.  There’s also some 
>> references in the packaging directory, but I suspect that isn’t being used 
>> at the moment so I’ve left it alone.
>> 
>> I used the same approach that you did for the other cvpcb stuff in 
>> CMakeLists, but I presume those blocks will be removed entirely in the near 
>> future.
>> 
>> 
>> Garth
>> 
>> 
>> 
>>> On Jun 11, 2015, at 10:46 AM, Wayne Stambaugh >> <mailto:stambau...@gmail.com>> wrote:
>>> 
>>> Thanks Adam.  As soon as you let me know, I will commit the changes.
>>> 
>>> On 6/11/2015 1:48 PM, Adam Wolf wrote:
>>>> I bet it can be.
>>>> 
>>>> I will put checking that on the top of my KiCad list.
>>>> 
>>>> Adam Wolf
>>>> 
>>>> On Thu, Jun 11, 2015 at 12:42 PM, Wayne Stambaugh >>> <mailto:stambau...@gmail.com>
>>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>> wrote:
>>>> 
>>>>Adam,
>>>> 
>>>>There is also this line (521) in CMakeList.txt:
>>>> 
>>>>add_custom_target( osx_fix_bundles ALL DEPENDS
>>>>cvpcb eeschema gerbview kicad pcbnew bitmap2component
>>>>pcb_calculator pl_editor)
>>>> 
>>>> 
>>>>I'm guessing cvpcb can be removed from the list.
>>>> 
>>>>Wayne
>>>> 
>>>>On 6/11/2015 11:44 AM, Adam Wolf wrote:
>>>>> Builds resumed on the build cluster.
>>>>> 
>>>>> I need to understand the bundling a bit more--for instance, should we
>>>>> still be adding cvpcb.app to search lists in gestfich.cpp?
>>>>> 
>>>>> Adam Wolf
>>>>> 
>>>>> On Thu, Jun 11, 2015 at 7:15 AM, Wayne Stambaugh >>>> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com 
>>>>> <mailto:stambau...@gmail.com>>
>>>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com> 
>>>>> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
>>>>> 
>>>>>    Thanks Garth.  I committed your patch in the product branch r5731.
>>>>>Hopefully this will get the OSX users back up and running.
>>>>> 
>>>>>    Cheers,
>>>>> 
>>>>>Wayne
>>>>> 
>>>>>On 6/11/2015 4:16 AM, Garth Corral wrote:
>>>>>> 
>>>>>> Looks like the OS X install is trying to copy the nonexistant cvpcb.app 
>>>>>> into the main bundle, killing the build.
>>>>>> 
>>>>>> 
>>>>>> Patch attached
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> 
>>>>>> ___
>>>>>> Mailing list: https://launchpad.net/~kicad-developers 
>>>>>> <https://launchpad.net/~kicad-developers>
>>>>>> Post to : kicad-developers@lists.launchpad.net 
>>>>>> <mailto:kicad-developers@lists.launchpad.net>
>>>><mailto:kicad-developers@lists.launchpad.net 
>>>> <mailto:kicad-developers@lists.launchpad.net>>
>>>>><mailto:kicad-developers@lists.launchpad.net 
>>>>> <mailto:kicad-developers@lists.launchpad.net>
>>>><mailto:kicad-developers@lists.launchpa

Re: [Duplicity-team] Python 3 yet again

[edgar . soldin]

ilto:edgar.sol...@web.de>> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de>>> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de>> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de> <mailto:edgar.sol...@web.de 
> <mailto:edgar.sol...@web.de>>>>> wrote:
> > > >
> > > > On 13.01.2013 02:25, Michael Terry wrote:
> > > > > Hello!  Yet another thread on the slow march to 
> Python 3 support.
> > > > >
> > > > > The last place we left it was that Ubuntu was 
> considering throwing some effort behind porting duplicity and maintaining 
> such a patch themselves.  That didn't happen for manpower reasons.
> > > > >
> > > > > But I notice that Red Hat just passed (Jan 8, 
> 2013) the end of "Production 1" for RHEL 5 [1].  Which is the first milestone 
> on the way to RHEL 5 end of life (which won't be fully dead until 2020).
> > > > >
> > > > > I believe that is the point in which duplicity 
> bumped from Python 2.3 to 2.4 (the end of Production 1 for RHEL 4), right?
> > > > >
> > > > > I propose that after 0.6.21 ships, the next 
> release be versioned 0.7.0 with a minimum Python of 2.6.  And that we don't 
> intend to make further 0.6.x releases unless we discover a data corruption 
> issue.
> > >     > >
> > > > > That way, we (I) can start working on patches 
> that take use of 'future' imports and such with an eye towards eventually one 
> of the 0.7.x releases working with Python 3 (while still keeping Python 2.6 
> compatibility).
> > > > >
> > > >
> > > > sounds good to me. but let's wait a bit after 
> 0.6.21 and decide considering the criticality of open bugs if we just do 
> another 0.6 round or switch to 0.7 already.
> > > > but generally yes.
> > > >
> >     > > ..ede
> > > >
> > > > ___
> > > > Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > > Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net>>>>
> > > > Unsubscribe : https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> >     > > More help   : https://help.launchpad.net/ListHelp
> > > >
> > >     >
> > >
> > > ___
> > > Mailing list: https://launchpad.net/~duplicity-team 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team> 
> <https://launchpad.net/%7Eduplicity-team>
> > > Post to : duplicity-team@lists.launchpad.net 
> <mailto:duplicity-team@lists.launchpad.net> 
> <mailto:duplicity-t

Re: [Kicad-developers] Slash character in fp-lib-table nick names?

[Wayne Stambaugh]

gt;     >     >     >
> >     >     >     >         This breaks compatibility with older
> fp-lib-tables
> >     >     somewhat. I
> >     >     >     >         have been using slashes in names to
> namespace
> >     >     fp-lib-tables
> >     >     >     >         created for my footprint collection
> >     >     >     >       
> >      <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>
> >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>>
> >     >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>
> >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>>>
> >     >     >     >       
> >      <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>
> >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>>
> >     >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>
> >     >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>
> >     <https://github.com/monostable/kicad_footprints
> <https://github.com/monostable/kicad_footprints>>>>>>.
> >     >     >     >
> >     >     >     >         Is there a good reason for not allowing
> slashes in
> >     >     names?
> >     >     >     >
> >     >     >     >         Cheers,
>     >     >     >     >
> >     >     >     >         Kaspar
> >     >     >     >
> >     >     >     >         ​
> >     >     >     >
> >     >     >     >
> >     >     >     >       
>  ___
> >     >     >     >         Mailing list:
> >     >     https://launchpad.net/~kicad-developers
>     <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
>     >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
>     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >     >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>>
> >     >     >     >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >     <https://launchpad.net/~kicad-developers
> <https://launch

Re: [Kicad-developers] [PATCH] LIB_TABLE tweaks

[Oliver Walters]

;mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>
> > > > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com
> >>>
> > > > <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
> > <mailto:stambau...@gmail.com>>
> > > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>
> > <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>>>>
> > wrote:
> > > > > >
> > > > > > Oliver,
> > > > > >
> > > > > > I just tried to apply your patches and
> > ran into some
> > > > issues.
> > > > > Patch 1
> > > > > > applies but patch 2 fails.  Would you
> please
> > > rebase your
> > > > > patches so I
> > > > > > can get them merged as soon as possible.
> > > > > >
> > > > > > Thanks,
> > > > > >
> > > > > > Wayne
> > > > > >
> > > > > > On 11/15/2017 06:41 AM, Oliver Walters
> > wrote:
> > > > > > > Wayne, et al,
> > > > > > >
> > > > > > > I am really liking the way that the
> > new symbol table
> > > > works!
> > > > > Thanks for
> > > > > > > the huge effort that has gone into
> this.
> > > > > > >
> > > > > > > One thing that I have noticed is that
> when
> > > opening (for
> > > > > e.g.) the
> > > > > > > component chooser, the UI hangs while
> > all the
> > > libraries
> > > > > load. Previously
> > > > > > > there was a progress dialog which at
> > least informed
> > > > the user
> > > > > what was
> > > > > > > going on.
> > > > > > >
> > > > > > > I have re-implemented this dialog in
> > the attached
> > > > patch set.
> > > > > > >
> > > > > > > Further, I have also implemented a way
> to
> > > individually
> > > > > enable / disable
> > > > > > > each row in the library tables (this
> > works for
> > > SYMBOL_LIB
> > > > > and FP_LIB).
> > > > > > >
> > > > > > > This is based on the idea by Tomasz.
> > Example
> > > > screenshot below:
> > > > > > >
> > > > > > > Inline image 1
> > > > > > >
> > >     > > > > I have tweaked the base LIB_TABLE_GRID
> > code such
> > > that
> > > >     > disabled entries
> > > > > > > are greyed out and made italic. The
> >     enabled /
> > > disabled
> >     > > status is
> > > > > > > persistent in the sym/fp_lib_table
> >     files. Older
> > > version of

Re: [Ubuntu-tn] Association

[Rached ALEYA]

 +1
>>>
>>>   2009/4/21 Zied ALAYA >><mailto:alaya.z...@gmail.com>
>>>   <mailto:alaya.z...@gmail.com
>>><mailto:alaya.z...@gmail.com>>>
>>>
>>>
>>>   +1
>>>
>>>   --
>>>   Cordialement
>>>   Zied ALAYA
>>>   Linux Registered User #468319
>>>   Blog: http://zied-alaya.blogspot.com
>>>   <http://zied-alaya.blogspot.com/>
>>>   Un petit faisceau lumineux peut éclaircir une
>>>   salle sombre
>>>
>>>
>>>
>>>   karim fathallah wrote:
>>>
>>>   +1
>>>
>>>   Le 20 avril 2009 22:11, Nizar Kerkeni
>>>   >><mailto:niza...@ubuntu.com>
>>>   <mailto:niza...@ubuntu.com
>>><mailto:niza...@ubuntu.com>>
>>>   <mailto:niza...@ubuntu.com
>>><mailto:niza...@ubuntu.com>
>>>
>>>   <mailto:niza...@ubuntu.com
>>><mailto:niza...@ubuntu.com>>>> a écrit :
>>>
>>>
>>>  +1
>>>  Il y a le 1er mai qui est fichta,
>>>donc peut
>>>   être ça peut convenir
>>>  à tous ?
>>>
>>>
>>>  Le 20 avril 2009 21:08, AtomCell
>>>   >><mailto:shelha...@gmail.com> <mailto:shelha...@gmail.com
>>><mailto:shelha...@gmail.com>>
>>>  <mailto:shelha...@gmail.com
>>><mailto:shelha...@gmail.com>
>>>
>>>   <mailto:shelha...@gmail.com
>>><mailto:shelha...@gmail.com>>>> a écrit :
>>>
>>>      > Bonjour,
>>>      > Je vous propose qu'on fasse une
>>>réunion
>>>   physique pour valider le
>>>  status de
>>>  > l'association Ubuntu-tn.
>>>  > on est presque en fin de notre
>>>mondat et
>>>   on n'a encore rien fait,
>>>  > Merci de faire vos propositions
>>>  >
>>>  > --
>>>  > Hatem S'hel
>>>  >
>>>  >
>>>
>>> ___
>>>  > Mailing list:
>>>   
>>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>>><https://launchpad.net/%7Eubuntu-tn>
>>>   <https://launchpad.net/%7Eubuntu-tn>
>>>  <https://launchpad.net/%7Eubuntu-tn>
>>>
>>>  > Post to :
>>>   ubuntu-tn@lists.launchpad.net
>>><mailto:ubuntu-tn@lists.launchpad.net>
>>>       <mailto:ubuntu-tn@lists.launchpad.net
>>><mailto:ubuntu-tn@lists.launchpad.net>>
>>>    >> ubuntu-tn@lists.launchpad.net
>>><mailto:ubuntu-tn@lists.launchpad.net>
>>>   <mailto:ubuntu-tn@lists.launchpad.net
>>><mailto:ubuntu-tn@lists.launchpad.net>>>
>>>
>>>  > Unsubscribe :
>>>   
>>> https://launchpad.net/~ubuntu-tn<https://launchpad.net/%7Eubuntu-tn>
>>><https://launchpad.net/%7Eubuntu-tn>
>>>   <https://launchpad.net/%7Eubunt

Re: [Kicad-developers] MacOS + OpenMP

[Jeff Young]

cally only about 3D-Viewer… I don’t know
>>>> if user experience will be that bad without OpenMP.
>>>> IMHO it’s only the Raytracing view, which isn’t intended to be used
>>>> for normal viewing stuff anyway.
>>>> 
>>>> If I find some time over the weekend I will also try… but I don’t
>>>> think it will be worth it.
>>>> 
>>>> 
>>>> Regards,
>>>> Bernhard
>>>> 
>>>>> On 1. Mar 2018, at 00:50, Jeff Young >>>> <mailto:j...@rokeby.ie>
>><mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>
>>>>> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie> <mailto:j...@rokeby.ie 
>>>>> <mailto:j...@rokeby.ie>>>> wrote:
>>>>> 
>>>>> Or rip it out and use STL?
>>>>> 
>>>>>> On 28 Feb 2018, at 23:38, Jon Evans >>>>> <mailto:j...@craftyjon.com>
>><mailto:j...@craftyjon.com <mailto:j...@craftyjon.com>>
>>>>>> <mailto:j...@craftyjon.com <mailto:j...@craftyjon.com> 
>>>>>> <mailto:j...@craftyjon.com <mailto:j...@craftyjon.com>>>> wrote:
>>>>>> 
>>>>>> Hi all,
>>>>>> 
>>>>>> Does anyone have a working build setup for getting OpenMP-enabled
>>>>>> KiCad out of MacOS?
>>>>>> If so, please share how -- I tried for a bit but couldn't get it
>>>>>> going (I'm not super familiar with the MacOS toolchain yet).
>>>>>> 
>>>>>> We should make sure that the 5.0 release is built with OpenMP,
>>>>>> otherwise our Mac users are going to have a slower user experience.
>>>>>> 
>>>>>> -Jon
>>>>>> ___
>>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>>> Post to : kicad-developers@lists.launchpad.net
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>
>>>>>> <mailto:kicad-developers@lists.launchpad.net 
>>>>>> <mailto:kicad-developers@lists.launchpad.net>
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>>
>>>>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>>>>> <https://launchpad.net/~kicad-developers>
>>>>>> More help   : https://help.launchpad.net/ListHelp 
>>>>>> <https://help.launchpad.net/ListHelp>
>>>>> 
>>>>> 
>>>>> ___
>>>>> Mailing list: https://launchpad.net/~kicad-developers 
>>>>> <https://launchpad.net/~kicad-developers>
>>>>> Post to : kicad-developers@lists.launchpad.net 
>>>>> <mailto:kicad-developers@lists.launchpad.net>
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>
>>>>> <mailto:kicad-developers@lists.launchpad.net 
>>>>> <mailto:kicad-developers@lists.launchpad.net>
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>>
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>>>> <https://launchpad.net/~kicad-developers>
>>>>> More help   : https://help.launchpad.net/ListHelp 
>>>>> <https://help.launchpad.net/ListHelp>
>>>> 
>>>> 
>>>> ___
>>>> Mailing list: https://launchpad.net/~kicad-developers 
>>>> <https://launchpad.net/~kicad-developers>
>>>> Post to : kicad-developers@lists.launchpad.net 
>>>> <mailto:kicad-developers@lists.launchpad.net>
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>
>>>> <mailto:kicad-developers@lists.launchpad.net 
>>>> <mailto:kicad-developers@lists.launchpad.net>
>><mailto:kicad-developers@lists.launchpad.net 
>> <mailto:kicad-developers@lists.launchpad.net>>>
>>>> Unsubscribe : https://launchpad.net/~kicad-developers 
>>>> <https://launchpad.net/~kicad-developers>
>>>> More help   : https://help.launchpad.net/ListHelp 
>>>

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

[Maciej Sumiński]

gt;>>> parts of
>> > > >>>>>>> > the code, but I wonder if it is really
>> necessary.
>> > > Especially
>> > > >>>> that one
>> > > >>>>>>> > needs to know that it has to be updated using
>> > > >>>> ComputeBoundingBox().
>> > > >>>>>>>
>> > > >>>>>>> It was cached so it didn't need to be
>> recalculated
>> > every
>> > > time the
>> > > >>>>>>> bounding box was required.  It should or at
>> least
>> > it did
>> > > >>>> recalculate
>> > > >>>>>>> only when the changes were made since the
>> last call to
>> > > fetch the
>> > > >>>>>>> bounding box.  On very complex boards, this
>> can take a
>> > > while.
>> > > >>>> Getting
>> > > >>>>>>> the bounding box is called fairly often so this
>> > can add
>> > > up.  I
>> > > >>>> don't see
>> > > >>>>>>> any reason to recalculate the bounding box on
>> > every get
>> > > bounding
>> > > >>>> box
>> > > >>>>>>> call.  If the current bounding box behavior
>> is broken,
>> > > then it
>> > > >>>> should be
>> > > >>>>>>> fixed.  I don't see any reason to get rid of the
>> > caching
>> > > method.
>> > > >>>> If you
>> > > >>>>>>> are operating outside of the normal methods
>> for adding
>> > > and/or
>> > > >>>> editing
>> > > >>>>>>> board objects that prevents the correct
>> bounding box
>> > > from being
>> > > >>>>>>> calculated, that is your fault and you need
>> to fix
>> > your code
>> > > >>>>>>> accordingly.
>> > > >>>>>>>
>> > > >>>>>>> >
>> > > >>>>>>> > Just by looking at the code, I noticed
>> that the
>> > > autorouter calls
>> > > >>>>>>> > BOARD::GetBoundingBox() frequently, but I
>> could not
>> > > see much
>> > > >>>>>>> difference
>> > > >>>>>>> > with caching disabled. Likely, the routing
>> > algorithm takes
>> > > >>>>>>> significantly
>> > > >>>>>>> > more time than the bounding box calculations.
>> > > >>>>>>> >
>> > > >>>>>>> > Personally I would completely remove
>> > m_BoundingBox field
>> > > >>>> instead of
>> > > >>>>>>> > making it mutable. Also, I have noticed
>> there are a
>> > > few places
>> > > >>>>>>> where the
>> > > >>>>>>> > bounding box is overridden with
>> SetBoundingBox(). It
>> > > seems to
>> > > >>>> me a bit
>> > > >>>>>>> > dubious, as bounding box should depend
>> solely on
>> > the items
>> > > >>>>>>> belonging to
>> > > >>>>>>> > the board. I attach a patch to show what I
>> would
>> > > change. Any
>> &g

Re: [Openerp-community] Fwd: Central Project for POS

[Fabien Pinckaers]

  >> We have many modifications to the POS v7,
> >> related to physical hardware (drawer, scale,
> >> etc) and other look&fe el features. We are
> >> pleased to share this with the community.
> >>
> >> Regards
> >> Fran
> >>
> >> El 22/10/2013 08:58, "Lorenzo Battistini"
> >>  <mailto:lorenzo.battist...@agilebg.com>
> >> <mailto:lorenzo.battist...@agilebg.com
> <mailto:lorenzo.battist...@agilebg.com>>> escribió:
> >>
> >> On 10/22/2013 02:53 AM, Marc Cassuto
> wrote:
> >>
>     >> +1 on openerp-pos (don't forget we
> >> share launchpad with other projects)
> >>
> >>
> >> +1
> >>
> >>
> ___
> >> Mailing list:
> >> https://launchpad.net/~openerp-community
> >>
> <https://launchpad.net/%7Eopenerp-community>
> >> Post to :
> >> openerp-community@lists.launchpad.net
>     <mailto:openerp-community@lists.launchpad.net>
> >>
> <mailto:openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>>
> >> Unsubscribe :
> >> https://launchpad.net/~openerp-community
> >>
> <https://launchpad.net/%7Eopenerp-community>
> >> More help   :
> >> https://help.launchpad.net/ListHelp
> >>
> >>
> >>
> >>
> ___
> >> Mailing list:
> https://launchpad.net/~openerp-community
> >> Post to :
> openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>
> <mailto:openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>>
> >> Unsubscribe :
> https://launchpad.net/~openerp-community
> >> More help   :
> https://help.launchpad.net/ListHelp
> >
> >
> > --
> >
> > Thanks,
> > Regards,
> >
> > Serpent Consulting Services.
> >     Web : http://www.serpentcs.com
> >     Twitter: jaynvora, husendaudi
> >     Skype: jaynvora, husen.daudi
> > Blog : http://www.serpentcs.com/blog
> >
> >
> ___
> > Mailing list:
> > https://launchpad.net/~openerp-community
> > Post to :
> > openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>
> >    
> <mailto:openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>>
> > Unsubscribe :
> > https://launchpad.net/~openerp-community
> > More help   :
> https://help.launchpad.net/ListHelp
> >
> >
> >
> > ___
> > Mailing list:
> https://launchpad.net/~openerp-community
> > Post to :
> openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>
> >     <mailto:openerp-community@lists.launchpad.net
> <mailto:openerp-community@lists.launchpad.net>>
> > 

Re: [Kicad-developers] 5.1.1 release reminder.

[Jean-Samuel Reynaud]

  >>>> https://github.com/KiCad/kicad-symbols/issues/1724
> > >      >>>>
> > >      >>>> On 12/04/19 22:23, Wayne Stambaugh wrote:
> > >      >>>>> Just a reminder.  I will be tagging 5.1.1 Sunday
> afternoon so
> > >     any last
> > >      >>>>> minute bug fixes should probably be in by tomorrow
> so I can
> > >     do a build
> > >      >>>>> check and some quick testing to make sure nothing went
> > >     sideways.  Also,
>     > >      >>>>> please no translatable string changes until we
> start 5.1.2.
> > >     Hopefully
> > >      >>>>> the library, doc, and translation repos will get
> tagged on
> > >     Sunday so we
> > >      >>>>> can get the back builders fired up.  Thanks again
> everyone
> > >     for your
> > >      >>>>> tireless efforts.
> > >      >>>>>
> > >      >>>>> Cheers,
> > >      >>>>>
>     > >      >>>>> Wayne
>     > >      >>>>>
> > >      >>>>> ___
> > >      >>>>> Mailing list: https://launchpad.net/~kicad-developers
> > >      >>>>> Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >      >>>>> Unsubscribe : https://launchpad.net/~kicad-developers
> > >      >>>>> More help   : https://help.launchpad.net/ListHelp
> > >      >>>>
> > >      >>>>
> > >      >>>>
> > >      >>>> ___
> > >      >>>> Mailing list: https://launchpad.net/~kicad-developers
> > >      >>>> Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >      >>>> Unsubscribe : https://launchpad.net/~kicad-developers
> > >      >>>> More help   : https://help.launchpad.net/ListHelp
> > >      >>>
> > >      >>> _______
> > >      >>> Mailing list: https://launchpad.net/~kicad-developers
> > >      >>> Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >      >>> Unsubscribe : https://launchpad.net/~kicad-developers
> > >      >>> More help   : https://help.launchpad.net/ListHelp
> > >      >>>
> > >      >>
> > >      >>
> > >      >> ___
> > >      >> Mailing list: https://launchpad.net/~kicad-developers
> > >      >> Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >      >> Unsubscribe : https://launchpad.net/~kicad-developers
> > >      >> More help   : https://help.launchpad.net/ListHelp
> > >      >>
> > >      >
> > >      > ___
> > >      > Mailing list: https://launchpad.net/~kicad-developers
> > >      > Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >      > Unsubscribe : https://launchpad.net/~kicad-developers
> > >      > More help   : https://help.launchpad.net/ListHelp
> > >      >
> > >
> > >
> > >     ___
> > >     Mailing list: https://launchpad.net/~kicad-developers
> > >     Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > >     Unsubscribe : https://launchpad.net/~kicad-developers
> > >     More help   : https://help.launchpad.net/ListHelp
> > >
> >
> > ___
> > Mailing list: https://launchpad.net/~kicad-developers
> > Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > Unsubscribe : https://launchpad.net/~kicad-developers
> > More help   : https://help.launchpad.net/ListHelp
>
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] [PATCH] Move ZoomFitScreen and ZoomPreset to common

[Wayne Stambaugh]

gt; bounding
> > > >>>> box
> > > >>>>>>> call.  If the current bounding box behavior
> is broken,
> > > then it
> > > >>>> should be
> > > >>>>>>> fixed.  I don't see any reason to get rid of the
> > caching
> > > method.
> > > >>>> If you
> > > >>>>>>> are operating outside of the normal methods
> for adding
> > > and/or
> > > >>>> editing
> > > >>>>>>> board objects that prevents the correct
> bounding box
> > > from being
> > > >>>>>>> calculated, that is your fault and you need
> to fix
> > your code
> > > >>>>>>> accordingly.
> > > >>>>>>>
> > > >>>>>>> >
> > > >>>>>>> > Just by looking at the code, I noticed
> that the
> > > autorouter calls
> > > >>>>>>> > BOARD::GetBoundingBox() frequently, but I
> could not
> > > see much
> > > >>>>>>> difference
> > > >>>>>>> > with caching disabled. Likely, the routing
> > algorithm takes
> > > >>>>>>> significantly
> > > >>>>>>> > more time than the bounding box calculations.
> > > >>>>>>> >
> > > >>>>>>> > Personally I would completely remove
> > m_BoundingBox field
> > > >>>> instead of
> > > >>>>>>> > making it mutable. Also, I have noticed
> there are a
> > > few places
> > > >>>>>>> where the
> > > >>>>>>> > bounding box is overridden with
> SetBoundingBox(). It
> > > seems to
> > > >>>> me a bit
> > > >>>>>>> > dubious, as bounding box should depend
> solely on
> > the items
> > > >>>>>>> belonging to
> > > >>>>>>> > the board. I attach a patch to show what I
> would
> > > change. Any
> >     > >>>> comments,
> > > >>>>>>> > especially from Wayne & Jean-Pierre?
> >     > >>>>>>> >
> >     > >>>>>>> > Regards,
> > > >>>>>>> > Orson
> > > >>>>>>> >
> > >     >>>>>>> > On 02/23/2017 01:49 PM, Jon Evans wrote:
> > > >>>>>>> >> Hi Orson,
> > > >>>>>>> >>
> >     > >>>>>>> >> Here's an updated patch with the changes you
> > > requested.  The
> > > >>>> only
> > > >>>>>>> issue is,
> > > >>>>>>> >> without some kind of caching, I had to
> change the
> > > call sites
> > > >>>> that
> > > >>>>>>> were
> > > >>>>>>> >> interested in the board bounding box with
> edges
> > only,
> > > so the
> > > >>>>>>> patch has
> > > >>>>>>> >> grown in scope.  Let me know if this
> looks better.
> > > >>>>>>> >>
> > > >>>>>>> >> Best,
> > > >>>>>>> >> Jon
> > > >>>>>>> >>
> > > >>>>&g

Re: [Openstack-poc] PPB Meeting

[Ewan Mellor]

I'm just curious, but how fast do you need to make releases?  3 months is 
pretty fast already, for a mature piece of software like Swift.  What are you 
aiming for?

Thanks,

Ewan.

From: openstack-poc-bounces+ewan.mellor=citrix@lists.launchpad.net 
[mailto:openstack-poc-bounces+ewan.mellor=citrix@lists.launchpad.net] On 
Behalf Of Chuck Thier
Sent: 24 March 2011 17:26
To: Jonathan Bryce
Cc: openstack-poc@lists.launchpad.net
Subject: Re: [Openstack-poc] PPB Meeting

Since we are not having the meeting this week, I would like to bring up a 
couple of things for discussion before the next meeting.

1.  We have a need at Rackspace to release cloudfiles features faster than 
openstack releases.  We would prefer to not have to keep track of a separate 
repository in order to do this.  So I would like to propose that Openstack 
allow sub-projects to release as necessary, rather than in lock step.  An 
Openstack release then would be a collection of sub-project releases that are 
tested together at that time.  So for example, for swift, the Cactus release 
may end up being something like swift 1.3.5 rather than 1.3.  I also see this 
becoming more of an issue as external projects are brought into the fold.

2.  I would like to propose the requirements of the PTL should be changed so 
that in order to be nominated, and serve as PTL, that person must also be a 
core contributor to that project.  Currently, the only requirement is that the 
PTL has a commit to the code base.  I don't foresee this being an issue in this 
election, but could see it being an issue down the road.

Let me know if you have any input.

--
Chuck
On Thu, Mar 24, 2011 at 11:38 AM, Jonathan Bryce 
mailto:jbr...@jbryce.com>> wrote:
All right...in the absence of any strong votes to do it and several to skip, 
we'll skip this week. And I will get the calendar/reminders set up that we 
talked about last week. Thanks,

Jonathan.


On Mar 24, 2011, at 11:19 AM, Joshua McKenty wrote:

> Ill be running to the airport, so skipping it is better for me.
>
> Sent from my iPhone
>
> On 2011-03-24, at 12:13, "John Purrier" 
> mailto:j...@openstack.org>> wrote:
>
>> I am OK with whatever the group decides.
>>
>> John
>>
>> -Original Message-
>> From: 
>> openstack-poc-bounces+john=openstack.org<http://openstack.org>@lists.launchpad.net<http://lists.launchpad.net>
>> [mailto:openstack-poc-bounces+john<mailto:openstack-poc-bounces%2Bjohn>=openstack.org<http://openstack.org>@lists.launchpad.net<http://lists.launchpad.net>]
>>  On
>> Behalf Of Ewan Mellor
>> Sent: Thursday, March 24, 2011 10:01 AM
>> To: Jonathan Bryce; 
>> openstack-poc@lists.launchpad.net<mailto:openstack-poc@lists.launchpad.net>
>> Subject: Re: [Openstack-poc] PPB Meeting
>>
>> I don't have anything for the agenda -- happy to skip it.
>>
>> Ewan.
>>
>>> -Original Message-
>>> From: 
>>> openstack-poc-bounces+ewan.mellor=citrix.com<http://citrix.com>@lists.launchpad.net<http://lists.launchpad.net>
>>> [mailto:openstack-poc-<mailto:openstack-poc->
>>> bounces+ewan.mellor=citrix.com<http://citrix.com>@lists.launchpad.net<http://lists.launchpad.net>]
>>>  On Behalf Of
>>> Jonathan Bryce
>>> Sent: 24 March 2011 14:59
>>> To: 
>>> openstack-poc@lists.launchpad.net<mailto:openstack-poc@lists.launchpad.net>
>>> Subject: [Openstack-poc] PPB Meeting
>>>
>>> Hi guys,
>>>
>>> I'm traveling and got my days confused. I didn't realize it was
>>> Thursday until Chuck emailed me a few minutes ago. Vish is traveling
>>> too and I don't think either of us would be able to make the meeting
>>> today. I'm happy to have someone else run the meeting or to reschedule.
>>> Whichever you guys prefer. Just let me know.
>>>
>>> Sorry for dropping the ball on it!
>>>
>>> Jonathan.
>>>
>>>
>>> ___
>>> Mailing list: https://launchpad.net/~openstack-poc
>>> Post to : 
>>> openstack-poc@lists.launchpad.net<mailto:openstack-poc@lists.launchpad.net>
>>> Unsubscribe : https://launchpad.net/~openstack-poc
>>> More help   : https://help.launchpad.net/ListHelp
>>
>> ___
>> Mailing list: https://launchpad.net/~openstack-poc
>> Post to : 
>> openstack-poc@lists.launchpad.net<mailto:openstack-poc@lists.launchpad.net>
>> Unsubscribe : https://launchpad.net/~openstack-poc
>> More help   : https://help.launchpad.net/ListH

Re: [Openstack] Keystone tenants vs. Nova projects

[Ziad Sawalha]

What's (who is) sfdc?


From: andi abes [mailto:andi.a...@gmail.com]
Sent: Friday, July 15, 2011 02:07 PM
To: Yuriy Taraday 
Cc: openstack@lists.launchpad.net 
Subject: Re: [Openstack] Keystone tenants vs. Nova projects

I guess sfdc disagrees with you - they allow e.g Dell to use a single sign on 
to authenticate to their services - as a @dell user, you can login with the 
same email/password to internal resources as well as sfdc ones. ( in case it's 
not obvious - you also update your password in one location - the Dell AD 
directory)

On Jul 15, 2011, at 14:14, Yuriy Taraday 
mailto:yorik@gmail.com>> wrote:

Currently there is a basic skeleton for only one backend (identity store) 
configuration per Keystone instance. It can be either DB or LDAP (the latter is 
almost done).
May be in future we should be somehow able to specify not only tenants but also 
an backend for each authentication request.
But I cannot imagine a real use case for that. All identities should be stored 
in one place. I doubt that it'll be useful to keep different users and/or 
tenants (or roles or whatever) in different stores. There usually is one single 
central repository, DB, LDAP or may be some billing system. If we have two 
isolated systems, we should consider using two separate auth services.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 21:40, andi abes 
<<mailto:andi.a...@gmail.com>andi.a...@gmail.com<mailto:andi.a...@gmail.com>> 
wrote:
Yuriy,

a  use-case scenario for keystone would be a service provider servicing  large 
customers with  their own  authentication infrastructure (e.g. LDAP/ AD etc). 
Obviously, different tenants  have different instances. To authenticate a user, 
the correct authentication back end must be selected.

In your model, how would a service provide be able to allow delegated 
authentication to different customers?


On Fri, Jul 15, 2011 at 1:37 AM, Yuriy Taraday 
<<mailto:yorik@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>> 
wrote:
I think, there should not be such thing as default tenant.
If user does not specify tenant in authentication data, ones token should not 
be bound to any tenant, and user should have access to resources based on 
global role assignments.
If user specify tenant, one should be either explicitly bound to tenant 
(probably through UserRoleAssignment model, but it is not the best way) or in 
some global role. Then one will have access to resources based on global role 
assignments and tenant role assignments.
I'm not sure whether users should be added to a tenant and then to roles in 
this tenant or we should remove totally direct link between user and tenant, so 
that user is in tenant if and only if one is in any role in this tenant.

Kind regards, Yuriy.


On Fri, Jul 15, 2011 at 00:07, Nguyen, Liem Manh 
<<mailto:liem_m_ngu...@hp.com>liem_m_ngu...@hp.com<mailto:liem_m_ngu...@hp.com>>
 wrote:
When one creates a user, should a user always have a tenant associated with 
her?  If that’s the case, then the “default” tenant is the tenant that the user 
is associated with at creation time?  Sorry for responding to the question with 
another question, but it is unclear for me from looking at the model (there is 
no non-null constraint on the tenant_id fk on the user table).

Thanks,
Liem

From: 
openstack-bounces+liem_m_nguyen=<http://hp.com>hp.com<http://hp.com>@<http://lists.launchpad.net>lists.launchpad.net<http://lists.launchpad.net>
 
[mailto:openstack-bounces+liem_m_nguyen<mailto:openstack-bounces%2Bliem_m_nguyen>=<http://hp.com>hp.com<http://hp.com>@<http://lists.launchpad.net>lists.launchpad.net<http://lists.launchpad.net>]
 On Behalf Of Ziad Sawalha
Sent: Thursday, July 14, 2011 12:22 PM

To: Rouault, Jason (Cloud Services); Yuriy Taraday; 
<mailto:openstack@lists.launchpad.net> 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] Keystone tenants vs. Nova projects

In the example I gave below they are not members of any group and have no roles 
assigned to them. Should they still be authenticated?

From: "Rouault, Jason (Cloud Services)" 
<<mailto:jason.roua...@hp.com>jason.roua...@hp.com<mailto:jason.roua...@hp.com>>
Date: Thu, 14 Jul 2011 16:25:22 +
To: Ziad Sawalha 
<<mailto:ziad.sawa...@rackspace.com>ziad.sawa...@rackspace.com<mailto:ziad.sawa...@rackspace.com>>,
 Yuriy Taraday 
<<mailto:yorik@gmail.com>yorik@gmail.com<mailto:yorik@gmail.com>>, 
"<mailto:openstack@lists.launchpad.net>openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>"
 
<<mailto:openstack@lists.launchpad.net>openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>>
Subject: RE: [Openstack] Keystone tenants vs. Nova projects

A user can speci

Re: [Openstack] Default rules for the 'default' security group

[Day, Phil]

The HPCS portal does this for you via the Nova API when the account is created 
– we haven’t implemented it as a specific Nova feature.

From: openstack-bounces+philip.day=hp@lists.launchpad.net 
[mailto:openstack-bounces+philip.day=hp@lists.launchpad.net] On Behalf Of 
Shake Chen
Sent: 24 August 2012 01:54
To: Gabriel Hurley
Cc: openstack@lists.launchpad.net
Subject: Re: [Openstack] Default rules for the 'default' security group

Now in HPcloud, have this feature.

all the new user, the default security group would open 80,22, 443 and icmp.

On Fri, Aug 24, 2012 at 2:02 AM, Gabriel Hurley 
mailto:gabriel.hur...@nebula.com>> wrote:
I traced this through the code at one point looking for the same thing. As it 
stands, right now there is *not* a mechanism for customizing the default 
security group’s rules. It’s created programmatically the first time the rules 
for a project are retrieved with no hook to add or change its characteristics.

I’d love to see this be possible, but it’s definitely a feature request.


-  Gabriel

From: 
openstack-bounces+gabriel.hurley=nebula@lists.launchpad.net<mailto:nebula@lists.launchpad.net>
 
[mailto:openstack-bounces+gabriel.hurley<mailto:openstack-bounces%2Bgabriel.hurley>=nebula@lists.launchpad.net<mailto:nebula@lists.launchpad.net>]
 On Behalf Of Boris-Michel Deschenes
Sent: Thursday, August 23, 2012 7:59 AM
To: Yufang Zhang; 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] Default rules for the 'default' security group

I’m very interested in this, we run essex and have a very bad workaround for 
this currently, but it would be great to be able to do this (set default rules 
for the default security group).

Boris

De : 
openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net<mailto:openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net>
 
[mailto:openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net]<mailto:[mailto:openstack-bounces+boris-michel.deschenes=ubisoft@lists.launchpad.net]>
 De la part de Yufang Zhang
Envoyé : 23 août 2012 08:43
À : openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Objet : [Openstack] Default rules for the 'default' security group

Hi all,

Could I ask how to set the default rules for the 'default' security group for 
all the users in openstack? Currently, the 'default' security group has no rule 
by default, thus newly created instances could only be accessed by instances 
from the same group.

Is there any method to set default rules(such as ssh or icmp) for the 'default' 
security group for all users in openstack, so that I don't have to remind the 
new users to modify security group setting the fist time they logged into 
openstack and create instances?  I have ever tried HP could which is built on 
openstack, they permit ssh or ping to the instances in the 'default' security 
group.

Best Regards.

Yufang

___
Mailing list: 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
Post to : 
openstack@lists.launchpad.net<mailto:openstack@lists.launchpad.net>
Unsubscribe : 
https://launchpad.net/~openstack<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp



--
Shake Chen

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] fp-lib-tables UI question

[Wayne Stambaugh]

gt; > > packages :)).  I don't want to do that.
> > > > >
> > > > > Question:  Would a way to "load default
> fp-lib-tables"
> > be useful
>     > > > to other
> > > > > people in the library table manager?  This
>     would take
> > a look
> > > at what
> >     > >     > fp-lib-tables.* are available in a location,
> and give
> > users the
>     > > > ability to
> > > > > replace their fp-lib-tables with known
>     defaults--i.e.
> > I want to
> > > > use github,
> > > > > I want to use eagle, I want to use on-disk
> pretties
>     > > downloaded from
> > > > > github...
> > > > >
> > > > > The more I think about this, I think that it
> might not
> > only help
> > > > the Mac
> > > > > install experience, but actually help the
> new user
> > > experience on all
> > > > > platforms.
> > > > >
> > > > > Thoughts?  (and greetings from Montreal,
> where I am on
>     > business
> > > > and also
> > > > > working on Kicad Mac nightlies while stuffed
> with curry
> > > poutine...)
>     > >     > >
> >     > > > Adam Wolf
> > > > > Cofounder and Engineer
> > > > > W&L
> > > > >
> > > > > ___
> > > > > Mailing list:
> https://launchpad.net/~kicad-developers
> > > > > Post to :
> kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>
> > > > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>>
> > > > > Unsubscribe :
> https://launchpad.net/~kicad-developers
> > > > > More help   :
> https://help.launchpad.net/ListHelp
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > > ___
> > > > Mailing list: https://launchpad.net/~kicad-developers
> > > > Post to : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>
> > > > Unsubscribe : https://launchpad.net/~kicad-developers
> > > > More help   : https://help.launchpad.net/ListHelp
> > > >
> > >
> > >
> > > ___
> > > Mailing list: https://launchpad.net/~kicad-developers
> > > Post to : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> > > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> > <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>
> > > Unsubscribe : https://launchpad.net/~kicad-developers
> > > More help   : https://help.launchpad.net/ListHelp
> > >
> > >
> >
> >
> 
> 
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp
> 
> 


___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Dhis2-devs] All menus are not displayed in 2.13 war file

[Gerald Thomas]

Knut,
Thanks for your help. It is now working fine. I appreciate your. Support boss
Sent from my BlackBerry® smartphone from Airtel Sierra Leone

-Original Message-
From: Knut Staring 
Date: Wed, 23 Oct 2013 05:04:48 
To: 
Cc: ; ; 
; 
Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file


Hi Gerald,


Yes, you definitely have a problem with that war file. I recommend downloading 
2.13 again from http://www.dhis2.org/downloads. You can also try renaming the 
dhis.war to dhis.zip and just extracting it like any zip file. 


Knut



On Wed, Oct 23, 2013 at 6:49 AM, Gerald Thomas mailto:gerald...@hotmail.com> > wrote:
 

 
Knut,
The dhis.war  file had been fully deployed but I am still having error. It seem 
like the tomcat can't extra the war file.
Please find the attached log and kindly revert.

  
Sent from Windows Mail
 

From: Knut Staring
 Sent: ?Tuesday?, ?October? ?22?, ?2013 ?3?:?07? ?PM
To: Gerald Thomas
Cc: Bob Jolliffe, DHIS 2 developers, muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com> , jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> 


 
Pls try a different browser. Also make sure you delete both the dhis.war and 
all the unpacked folders and files. 
Sent from my mobile 
On 22 Oct 2013 17:05, "Gerald Thomas" mailto:gerald...@hotmail.com> > wrote:
 I haven't tried another browser and no it is not an online server but I can 
put it online u want it to be
 Sent from my BlackBerry® smartphone from Airtel Sierra Leone
 
 -Original Message-
 From: Knut Staring mailto:knu...@gmail.com> >
 Date: Tue, 22 Oct 2013 14:33:08
 To: mailto:gerald...@hotmail.com> >
 Cc: mailto:jason.p.picker...@gmail.com> >; 
mailto:bobjolli...@gmail.com> >; 
mailto:muhireand...@yahoo.com> >; 
mailto:dhis2-devs@lists.launchpad.net> >
 Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file
 
 
 Hi Gerald,
 
 
 Have you tried a different browser? Have you tried Chrome incognito mode? Is 
this on an online server?
 
 
 Knut
 
 
 
 On Tue, Oct 22, 2013 at 4:31 PM, Gerald Thomas mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> > > wrote:
  Dear Jason,
  I am having the same issues. Like u said I deleted the war file and the dhis 
folder completely. Then I copy and paste the 2.13 war. But when I restart the 
tomcat the dhis screen does not load but the tomcat is running. Please help!!!
  Sent from my BlackBerry® smartphone from Airtel Sierra Leone
 
 
  -Original Message-
  From: Jason Pickering mailto:jason.p.picker...@gmail.com>  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> > >
  Date: Tue, 22 Oct 2013 14:02:57
  To: mailto:bobjolli...@gmail.com>  
<mailto:bobjolli...@gmail.com <mailto:bobjolli...@gmail.com> > >
  Cc: mailto:muhireand...@yahoo.com>  
<mailto:muhireand...@yahoo.com <mailto:muhireand...@yahoo.com> > >; 
mailto:dhis2-devs@lists.launchpad.net>  
<mailto:dhis2-devs@lists.launchpad.net <mailto:dhis2-devs@lists.launchpad.net> 
> >
  Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file
 
 
  Did you shutdown Tomcat, and delete the /dhis/ folder completely from the 
/webapps/ directory?
 
 
  Regards,
  Jason
 
 
 
 
 
 
  On Tue, Oct 22, 2013 at 12:50 PM, Bob Jolliffe mailto:bobjolli...@gmail.com>  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com> >  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com>  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com> > > > wrote:
 
  Agree with Knut this really does sound like a caching issue.  Given that you 
are working on your local machine (I guess it is your laptop) then you might as 
well also try contacting the tomcat server directly (eg. 
http://localhost:8080/dhis or such-like) to remove nginx caching from the 
picture. 
 
 
 
 
 
 
 On 22 October 2013 11:46, Knut Staring mailto:knu...@gmail.com>  <mailto:knu...@gmail.com <mailto:knu...@gmail.com> > 
 <mailto:knu...@gmail.com <mailto:knu...@gmail.com>  <mailto:knu...@gmail.com 
<mailto:knu...@gmail.com> > > > wrote:
 
  Hi Andrew,
 
 
  It really does sound like a browser caching issue, although you have tried 
most of the usual remedies. Could you also try a different browser, even a 
different machine - preferably one that has never accessed DHIS2? Or point me 
to your instance?
 
 
  Knut
 
 
 
 
 
 
 On Tue, Oct 22, 2013 at 11:53 AM, Muhire Andrew mailto:muhireand...@yahoo.com>  <mailto:muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com> >  <mailto:muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com>  <mailto:muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com> > > > wrote:
 
 
 
 
 
   Hi all,
 
 
  I have downl

Re: [Dhis2-devs] All menus are not displayed in 2.13 war file

[Muhire Andrew]

Thanks all for your quick reaction, now its working. 2.13 is amazing.
 
Regards





 Muhire Andrew

 Ministry of Health / HMIS
""A mind is a terrible thing to waste""


***

 ** Cell:(+25)0788436150** 
*** Twitter :andrewmuhire***

 skype:muhire_andrew
muhireand...@yahoo.com



On Wednesday, October 23, 2013 10:14 AM, Gerald Thomas  
wrote:
 
Knut,
Thanks for your help. It is now working fine. I appreciate your. Support boss
Sent from my BlackBerry® smartphone from Airtel Sierra Leone

-Original Message-
From: Knut Staring 
Date: Wed, 23 Oct 2013 05:04:48 
To: 
Cc: ; ; 
; 
Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file


Hi Gerald,


Yes, you definitely have a problem with that war file. I recommend downloading 
2.13 again from http://www.dhis2.org/downloads. You can also try renaming the 
dhis.war to dhis.zip and just extracting it like any zip file. 


Knut



On Wed, Oct 23, 2013 at 6:49 AM, Gerald Thomas mailto:gerald...@hotmail.com> > wrote:



Knut,
The dhis.war  file had been fully deployed but I am still having error. It seem 
like the tomcat can't extra the war file.
Please find the attached log and kindly revert.

  
Sent from Windows Mail
 

From: Knut Staring
Sent: ?Tuesday?, ?October? ?22?, ?2013 ?3?:?07? ?PM
To: Gerald Thomas
Cc: Bob Jolliffe, DHIS 2 developers, muhireand...@yahoo.com 
<mailto:muhireand...@yahoo.com> , jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> 


 
Pls try a different browser. Also make sure you delete both the dhis.war and 
all the unpacked folders and files. 
Sent from my mobile 
On 22 Oct 2013 17:05, "Gerald Thomas" mailto:gerald...@hotmail.com> > wrote:
I haven't tried another browser and no it is not an online server but I can put 
it online u want it to be
Sent from my BlackBerry® smartphone from Airtel Sierra Leone

-Original Message-
From: Knut Staring mailto:knu...@gmail.com> >
Date: Tue, 22 Oct 2013 14:33:08
To: mailto:gerald...@hotmail.com> >
Cc: mailto:jason.p.picker...@gmail.com> >; 
mailto:bobjolli...@gmail.com> >; 
mailto:muhireand...@yahoo.com> >; 
mailto:dhis2-devs@lists.launchpad.net> >
Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file


Hi Gerald,


Have you tried a different browser? Have you tried Chrome incognito mode? Is 
this on an online server?


Knut



On Tue, Oct 22, 2013 at 4:31 PM, Gerald Thomas mailto:gerald...@hotmail.com>  <mailto:gerald...@hotmail.com 
<mailto:gerald...@hotmail.com> > > wrote:
 Dear Jason,
 I am having the same issues. Like u said I deleted the war file and the dhis 
folder completely. Then I copy and paste the 2.13 war. But when I restart the 
tomcat the dhis screen does not load but the tomcat is running. Please help!!!
 Sent from my BlackBerry® smartphone from Airtel Sierra Leone


 -Original Message-
 From: Jason Pickering mailto:jason.p.picker...@gmail.com>  <mailto:jason.p.picker...@gmail.com 
<mailto:jason.p.picker...@gmail.com> > >
 Date: Tue, 22 Oct 2013 14:02:57
 To: mailto:bobjolli...@gmail.com>  
<mailto:bobjolli...@gmail.com <mailto:bobjolli...@gmail.com> > >
 Cc: mailto:muhireand...@yahoo.com>  
<mailto:muhireand...@yahoo.com <mailto:muhireand...@yahoo.com> > >; 
mailto:dhis2-devs@lists.launchpad.net>  
<mailto:dhis2-devs@lists.launchpad.net <mailto:dhis2-devs@lists.launchpad.net> 
> >
 Subject: Re: [Dhis2-devs] All menus are not displayed in 2.13 war file


 Did you shutdown Tomcat, and delete the /dhis/ folder completely from the 
/webapps/ directory?


 Regards,
 Jason






 On Tue, Oct 22, 2013 at 12:50 PM, Bob Jolliffe mailto:bobjolli...@gmail.com>  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com> >  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com>  <mailto:bobjolli...@gmail.com 
<mailto:bobjolli...@gmail.com> > > > wrote:

 Agree with Knut this really does sound like a caching issue.  Given that you 
are working on your local machine (I guess it is your laptop) then you might as 
well also try contacting the tomcat server directly (eg. 
http://localhost:8080/dhis or such-like) to remove nginx caching from the 
picture. 






On 22 October 2013 11:46, Knut Staring mailto:knu...@gmail.com>  <mailto:knu...@gmail.com <mailto:knu...@gmail.com> > 
 <mailto:knu...@gmail.com <mailto:knu...@gmail.com>  <mailto:knu...@gmail.com 
<mailto:knu...@gmail.com> > > > wrote:

 Hi Andrew,


 It really does sound like a browser caching issue, although you have tried 
most of the usual remedies. Could you also try a different browser, even a 
different machine - preferably one that has never accessed DHIS2? Or point me 
to your instance?


 Knut






On Tue, Oct 2

Re: [Kicad-developers] [PATCH] Add live footprint filtering in modview window

[Wayne Stambaugh]

e
> >         >     >     build
> >         >     >     >         configuration files without wx 3.0
> or greater.
> >         >     >     >
> >         >     >     >
> >         >     >     >     Hmm... This was an issue back in 2.8 that
> >         appears to be only
> >         >     >     partly
> >         >     >     >     fixed.  The workaround I suggest above is
> >         functional
> >         >     but, for
> >         >     >     this,
> >         >     >     >     we can also execute a cleaner fix by setting
> >         the descriptive
> >         >     >     text in
> >         >     >     >     the declaration:
> >         >     >     >
> >         >     >     >     @@ -67,9 +67,10 @@ void
> >         >     FOOTPRINT_VIEWER_FRAME::ReCreateHToolbar()
> >         >     >     >                                      KiBitmap(
> >         module_xpm ),
> >         >     >     >                                      _( "Select
> >         footprint to
> >         >     >     browse" ) );
> >         >     >     >      
> >         >     >     >     -        m_searchBox = new wxSearchCtrl(
> >         m_mainToolBar,
> >         >     >     >     ID_MODVIEW_SEARCH_TEXT );
> >         >     >     >     +        m_searchBox = new wxSearchCtrl(
> >         m_mainToolBar,
> >         >     >     >     ID_MODVIEW_SEARCH_TEXT,
> >         >     >     >     +                _( "Enter filter
> string" ) );
> >         >     >     >              m_searchBox->SetMinSize(
> wxSize( 250,
> >         30 ) );
> >         >     >     >     -        m_searchBox->SetDescriptiveText( _(
> >         "Enter filter
> >         >     >     string" ) );
> >         >     >     >
> >         >     >     >
> >         >     >     >
> >         >     >     >   
>  ___
> >         >     >     >     Mailing list:
> >         https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >         >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>>
> >         >     >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>
> >         >     >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>
> >         >     <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>
> >         <https://launchpad.net/~kicad-developers
> <https://launchpad.net/~kicad-developers>>>>>
> >         >     >     >     Post to     :
> >         kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >         <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-

Re: [Openstack] what's the default username&password for the instance in devstack?

[Felix]

they are in the log, thanks very much!

于 2012年03月28日 19:54, Mandar Vaze 写道:


I create my instance using cirros-0.3.0-x86_64-blank image

Default username/password for the instance is listed on the very last 
line in “View Log”


-Mandar

*From:*openstack-bounces+mandar.vaze=vertex.co...@lists.launchpad.net 
[mailto:openstack-bounces+mandar.vaze=vertex.co...@lists.launchpad.net] *On 
Behalf Of *Yong Sheng Gong

*Sent:* Wednesday, March 28, 2012 4:31 PM
*To:* Andy Chong
*Cc:* Chmouel Boudjnah; "openstack@lists.launchpad.net" s
*Subject:* Re: [Openstack] what's the default username&password for 
the instance in devstack?


go to the instance's vnc console, it is printed there just before the 
login: prompt.


if you don't know how to get to the console on dashboard UI, just use 
the virt-manager to access the vnc console of the instance.


-openstack-bounces+gongysh=cn.ibm@lists.launchpad.net 
<mailto:-openstack-bounces+gongysh=cn.ibm@lists.launchpad.net> 
wrote: -


To: Chmouel Boudjnah  <mailto:chmo...@chmouel.com>
From: Andy Chong  <mailto:andy...@gmail.com>
Sent by: openstack-bounces+gongysh=cn.ibm@lists.launchpad.net 
<mailto:openstack-bounces+gongysh=cn.ibm@lists.launchpad.net>

Date: 03/28/2012 06:38PM
Cc: "\"openstack@lists.launchpad.net\" 
<mailto:openstack@lists.launchpad.net%5C> s" 
 <mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] what's the default username&password for the 
instance in devstack?


He asked for the username/password for instance, not horizon dashboard

On Wed, Mar 28, 2012 at 6:33 PM, Chmouel Boudjnah <mailto:chmo...@chmouel.com>> wrote:


On Wed, Mar 28, 2012 at 10:56 AM, Felix <mailto:f...@tnsoft.com.cn>> wrote:
> I tried to install openstack by devstack and succeeded, but where can 
i find

> the default username and password for the launched instance?

This should be mentioned (on your screen) when stack.sh is finished or
it should be stored in the value ADMIN_PASSWORD in the localrc file.

Chmouel.

PS: default username is admin


___
Mailing list: https://launchpad.net/~openstack 
<https://launchpad.net/%7Eopenstack>
Post to : openstack@lists.launchpad.net 
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack 
<https://launchpad.net/%7Eopenstack>

More help   : https://help.launchpad.net/ListHelp


_______
Mailing list: https://launchpad.net/~openstack 
<https://launchpad.net/%7Eopenstack>
Post to : openstack@lists.launchpad.net 
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack 
<https://launchpad.net/%7Eopenstack>

More help   : https://help.launchpad.net/ListHelp

___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] [openstack] Summit coverage

[Stefano Maffulli]

Indeed, I've been working with WebEx to have a good experience for 
remote participation this year. I'm putting together the final details 
before I can push a full announcement. Having the calendar of the 
design summit (nearly) finalized by the end of this week would help.


Stay tuned for details and links to remote registration.
stef

On Wed 03 Oct 2012 03:24:14 PM PDT, Endre Karlson wrote:

Do you know the answer to this Stefano?

Endre.

2012/10/3 Syed Armani mailto:dce3...@gmail.com>>


In last summit, there were both irc channels and webex setup and i
attended some sessions but apart from one or two sessions all of
them were not quiet audible. I hope something better comes up for
this summit.

Cheers!
Syed Armani


On Wed, Oct 3, 2012 at 11:31 PM, mailto:surya_prabha...@dell.com>> wrote:

Webex would be a great idea.

From: Gary Guo [javag...@gmail.com <mailto:javag...@gmail.com>]
Sent: Wednesday, October 03, 2012 8:48 PM
To: Matt Joyce
Cc: Prabhakar, Surya; openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] [openstack] Summit coverage

You mean webex remote join, that's great!

Gary

On Tue, Oct 2, 2012 at 10:14 PM, Matt Joyce
mailto:matt.jo...@cloudscaling.com><mailto:matt.jo...@cloudscaling.com
<mailto:matt.jo...@cloudscaling.com>>> wrote:
i know this was attempted for the last summit though not
widely advertised.  i am willing to help set up again if we
have equipment on hand.

-matt


On Tue, Oct 2, 2012 at 9:44 PM, mailto:surya_prabha...@dell.com><mailto:surya_prabha...@dell.com
<mailto:surya_prabha...@dell.com>>> wrote:
Hi Folks,
   For the folks who cannot attend the design summit, are the
sessions streamed online?

Surya.
___
Mailing list: https://launchpad.net/~openstack
    <https://launchpad.net/%7Eopenstack>
Post to     : openstack@lists.launchpad.net
    
<mailto:openstack@lists.launchpad.net><mailto:openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>>
Unsubscribe : https://launchpad.net/~openstack
<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp


___
Mailing list: https://launchpad.net/~openstack
<https://launchpad.net/%7Eopenstack>
    Post to : openstack@lists.launchpad.net

<mailto:openstack@lists.launchpad.net><mailto:openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>>
Unsubscribe : https://launchpad.net/~openstack
<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~openstack
    <https://launchpad.net/%7Eopenstack>
Post to : openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
<https://launchpad.net/%7Eopenstack>
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] Fabrication Outputs and Plot

[Diego Herranz]

  >>>than wxDC for graphics generation (and perhaps
>> adding some more
>>   >>>features to PDF export)
>>   >>>
>>   >>>-Jon
>>   >>>
>>   >>>On Sat, Feb 24, 2018 at 1:16 PM, Jeff Young
>> mailto:j...@rokeby.ie>
>>  <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>
>>   >>><mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>
>> <mailto:j...@rokeby.ie <mailto:j...@rokeby.ie>>>> wrote:
>>   >>>
>>   >>>Plot SVG and Export SVG are different.  The
>> former goes
>>   >>>through the Plot code while the later goes
>> through the Print
>>   >>>code.
>>   >>>
>>   >>>Do we need both?  I haven’t a clue.
>>   >>>
>>   >>>It would be nice to clean this stuff up, if
>> there is in
>>  fact a
>>   >>>clean way to present it.
>>   >>>
>>   >>>Cheers,
>>   >>>Jeff.
>>   >>>
>>   >>>
>>   >>>>On 24 Feb 2018, at 14:54, Jon Evans
>> mailto:j...@craftyjon.com>
>>  <mailto:j...@craftyjon.com <mailto:j...@craftyjon.com>>
>>   >>>><mailto:j...@craftyjon.com
>> <mailto:j...@craftyjon.com> <mailto:j...@craftyjon.com
>> <mailto:j...@craftyjon.com>>>>
>>  wrote:
>>   >>>>
>>   >>>>I agree with this! It has always tripped me up
>> when I
>>  switch
>>   >>>>back and forth between kicad and other EDA
>> tools.
>>   >>>>
>>   >>>>On Feb 24, 2018 9:31 AM, "Diego Herranz"
>>   >>>>> <mailto:diegoherr...@diegoherranz.com>
>>  <mailto:diegoherr...@diegoherranz.com
>> <mailto:diegoherr...@diegoherranz.com>>
>>   >>>><mailto:diegoherr...@diegoherranz.com
>> <mailto:diegoherr...@diegoherranz.com>
>>
>>  <mailto:diegoherr...@diegoherranz.com
>> <mailto:diegoherr...@diegoherranz.com>>>> wrote:
>>   >>>>
>>   >>>>Hi,
>>   >>>>
>>   >>>>Now that so much work is happening on
>> re-structuring
>>   >>>>menus, I've remembered something I have
>> always found
>>   >>>>weird on pcbnew.
>>   >>>>
>>   >>>>"Plot", from wihch you can obtain Gerbers
>> is not inside
>>   >>>>"Fabrication Outputs", but on its own.
>>   >>>>I find it weird to have the drill option
>> inside
>>   >>>>"Fabrication Outputs" but not the Gerbers
>> (they are
>>   >>>>normally needed together and in fact, you
>> can go to
>>   >>>>"Drill" from "Plot").
>>   >>>>
>>   >>>>If "Plot" was Gerber only, I would
>> recommend moving it
>>   >>>>inside "Fabrication Outputs" straight away
>> but
>>  because it
>>   >>>>    also exports other formats, it's not so
>>  straightforward.
>>   >>>>
>>   >>>>I think ideally we would have:
>>   >>>>
>>   >>>>- Fabrication outputs
>>   >>>>  - Gerber...
>>   >>&g

Re: [Openstack] Jenkins Job Configuration

[Monty Taylor]

YOU ARE MY PERSONAL HERO!

On 07/14/2011 11:50 AM, Alexander Sakhnov wrote:

Hi,
there is a plugin for Jenkins that extends standart permission matrix.
http://wiki.hudson-ci.org/display/HUDSON/Extended+Read+Permission+Plugin
Maybe this would help.

On Thu, Jul 14, 2011 at 7:27 PM, mailto:adrian_f_sm...@dell.com>> wrote:

 > That something will likely be a drop of a bunch of xml files
That would be perfect. Thanks Monty.

Adrian

-Original Message-
From: openstack-bounces+adrian_f_smith=dell.com
<http://dell.com>@lists.launchpad.net <http://lists.launchpad.net>
[mailto:openstack-bounces+adrian_f_smith
<mailto:openstack-bounces%2Badrian_f_smith>=dell.com
<http://dell.com>@lists.launchpad.net <http://lists.launchpad.net>]
On Behalf Of Monty Taylor
Sent: Thursday, July 14, 2011 4:01 PM
To: openstack@lists.launchpad.net <mailto:openstack@lists.launchpad.net>
Subject: Re: [Openstack] Jenkins Job Configuration

Hi!

We're working on a decent solution for this. Jenkins itself does not
have a setting which allows you to see the job config without also
giving you access to edit it. (fail)

However, it's been on my todo list to a) just publish these somewhere or
b) even better, an easy way for you to spin up an identical jenkins
(albeit one which does not publish tarballs)

I'm going to move a) up on my list and see if I can't get you
something today. That something will likely be a drop of a bunch of
xml files 
but it's at least something. :)

Monty


On 07/14/2011 09:30 AM, adrian_f_sm...@dell.com wrote:
 > Would it be possible to see the individual configuration files
for the
 > jobs running on http://jenkins.openstack.org?
 >
 >
 >
 > ___
 > Mailing list: https://launchpad.net/~openstack
 > Post to : openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
 > Unsubscribe : https://launchpad.net/~openstack
 > More help   : https://help.launchpad.net/ListHelp

_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
<mailto:openstack@lists.launchpad.net>
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp




--
Best regards,
Alexander Sakhnov



_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp


_______
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

Re: [Kicad-developers] 5.1.1 release reminder.

[Wayne Stambaugh]

o
> >     any last
    > >      >>>>> minute bug fixes should probably be in by tomorrow
so I can
> >     do a build
> >      >>>>> check and some quick testing to make sure nothing went
> >     sideways.  Also,
> >      >>>>> please no translatable string changes until we
start 5.1.2.
> >     Hopefully
> >      >>>>> the library, doc, and translation repos will get
tagged on
> >     Sunday so we
> >      >>>>> can get the back builders fired up.  Thanks again
everyone
> >     for your
> >      >>>>> tireless efforts.
    > >      >>>>>
> >      >>>>> Cheers,
> >      >>>>>
> >      >>>>> Wayne
> >      >>>>>
> >      >>>>> ___
> >      >>>>> Mailing list: https://launchpad.net/~kicad-developers
> >      >>>>> Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >      >>>>> Unsubscribe : https://launchpad.net/~kicad-developers
> >      >>>>> More help   : https://help.launchpad.net/ListHelp
> >      >>>>
    > >      >>>>
> >      >>>>
> >      >>>> _______
    > >      >>>> Mailing list: https://launchpad.net/~kicad-developers
> >      >>>> Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >      >>>> Unsubscribe : https://launchpad.net/~kicad-developers
> >      >>>> More help   : https://help.launchpad.net/ListHelp
> >      >>>
> >      >>> ___
> >      >>> Mailing list: https://launchpad.net/~kicad-developers
> >      >>> Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >      >>> Unsubscribe : https://launchpad.net/~kicad-developers
> >      >>> More help   : https://help.launchpad.net/ListHelp
> >      >>>
> >      >>
> >      >>
> >      >> ___
> >      >> Mailing list: https://launchpad.net/~kicad-developers
> >      >> Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >      >> Unsubscribe : https://launchpad.net/~kicad-developers
> >      >> More help   : https://help.launchpad.net/ListHelp
> >      >>
> >      >
> >      > _______
> >      > Mailing list: https://launchpad.net/~kicad-developers
> >      > Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >      > Unsubscribe : https://launchpad.net/~kicad-developers
> >      > More help   : https://help.launchpad.net/ListHelp
> >      >
> >
> >
> >     ___
> >     Mailing list: https://launchpad.net/~kicad-developers
> >     Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> >     <mailto:kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>>
> >     Unsubscribe : https://launchpad.net/~kicad-developers
> >     More help   : https://help.launchpad.net/ListHelp
> >
>
> ___
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@lists.launchpad.net
<mailto:kicad-developers@lists.launchpad.net>
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp


___
Mailing list:https://launchpad.net/~kicad-developers
Post to :kicad-developers@lists.launchpad.net
Unsubscribe :https://launchpad.net/~kicad-developers
More help   :https://help.launchpad.net/ListHelp




___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp



___
Mailing list: https://launchpad.net/~kicad-developers
Post to : kicad-developers@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kicad-developers
More help   : https://help.launchpad.net/ListHelp

Re: [Ubuntu-lgbt] Nice suprise

[Koen Glotzbach]

Hi all,

First off: welcome :)
Not to discourage you, but we had the same question (what to do here) a
while ago... Gosh. One and a half year ago already.

Anyway. Some things we discussed over mail are here in the archive: https
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>://
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>lists.launchpad.net
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>/
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>ubuntu
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>-
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>lgbt
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>/msg00057.
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html>html
<https://lists.launchpad.net/ubuntu-lgbt/msg00057.html> and things
discussed in an IRC meeting can be seen in the minutes here:
http://ubottu.com/meetingology/logs/ubuntu-for-all/2013/ubuntu-for-all.2013-11-04-18.04.
<http://ubottu.com/meetingology/logs/ubuntu-for-all/2013/ubuntu-for-all.2013-11-04-18.04.log.html>
log.html
<http://ubottu.com/meetingology/logs/ubuntu-for-all/2013/ubuntu-for-all.2013-11-04-18.04.log.html>

See it as inspiration ;)

Hope things will take off

Cheers!

Op 15:28 vr 6 mrt. 2015 schreef Dan Bishop :

Now it's reactivated... what should we do with it? :) Any ideas?
>
> We ought to do something to actively maintain the group...
>
> On 6 March 2015 at 11:51, Michael DePaulo  wrote:
>
>> On Fri, Mar 6, 2015 at 5:06 AM, Ken Harkey  wrote:
>> > I was a bit shocked and pleasantly surprised when I found this group,
>> and
>> > how I found it.  Shame it hasn't been active in 2 years it seems.
>>
>> Welcome and thank you for reactivating it!
>>
>> ___
>> Mailing list: https://launchpad.net/~ubuntu-lgbt
>> Post to : ubuntu-lgbt@lists.launchpad.net
>> Unsubscribe : https://launchpad.net/~ubuntu-lgbt
>> More help   : https://help.launchpad.net/ListHelp
>>
>
> ___
> Mailing list: https://launchpad.net/~ubuntu-lgbt
> Post to : ubuntu-lgbt@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~ubuntu-lgbt
> More help   : https://help.launchpad.net/ListHelp
>
___
Mailing list: https://launchpad.net/~ubuntu-lgbt
Post to : ubuntu-lgbt@lists.launchpad.net
Unsubscribe : https://launchpad.net/~ubuntu-lgbt
More help   : https://help.launchpad.net/ListHelp

Re: [Openstack] List of Cinder compatible devices

[Koert van der Veer]

In that case, it is probably best to transpose the table, with series
included, the number of products will yield too many columns to be workable.

Also: Do blank spaces indicate "not supported" or "unknown"?

koert

On 01/31/2013 04:47 PM, Shake Chen wrote:
> I think need add Vendor storage series.
>
> like not all the EMC storage would support Cinder.
>
>
>
> On Thu, Jan 31, 2013 at 11:19 PM, Sébastien Han
> mailto:han.sebast...@gmail.com>> wrote:
>
> Just added some stuff about RBD where E refers to Essex.
>
> --
> Regards,
> Sébastien Han.
>
>
> On Thu, Jan 31, 2013 at 11:20 AM, Avishay Traeger
> mailto:avis...@il.ibm.com>> wrote:
> > openstack-bounces+avishay=il.ibm@lists.launchpad.net
> <mailto:il.ibm@lists.launchpad.net> wrote on
> > 01/31/2013 12:37:07 AM:
> >> From: Tom Fifield  <mailto:fifie...@unimelb.edu.au>>
> >> To: openstack@lists.launchpad.net
> <mailto:openstack@lists.launchpad.net>,
> >> Date: 01/31/2013 12:38 AM
> >> Subject: Re: [Openstack] List of Cinder compatible devices
> >> Sent by:
> openstack-bounces+avishay=il.ibm@lists.launchpad.net
> <mailto:il.ibm@lists.launchpad.net>
> >>
> >> Here's a starting point:
> >>
> >> http://wiki.openstack.org/CinderSupportMatrix
> >>
> >> Regards,
> >>
> >> Tom
> >
> > Tom,
> > Thanks for doing this.  I recommend that instead of "Y", we
> should put the
> > letter of the version in which the feature first appeared.  So
> for example,
> > "E", "F", "G", ...
> >
> > Thanks,
> > Avishay
> >
> >
> > ___
> > Mailing list: https://launchpad.net/~openstack
> <https://launchpad.net/%7Eopenstack>
> > Post to : openstack@lists.launchpad.net
> <mailto:openstack@lists.launchpad.net>
> > Unsubscribe : https://launchpad.net/~openstack
> <https://launchpad.net/%7Eopenstack>
> > More help   : https://help.launchpad.net/ListHelp
>
> ___
> Mailing list: https://launchpad.net/~openstack
> <https://launchpad.net/%7Eopenstack>
> Post to : openstack@lists.launchpad.net
> <mailto:openstack@lists.launchpad.net>
> Unsubscribe : https://launchpad.net/~openstack
> <https://launchpad.net/%7Eopenstack>
> More help   : https://help.launchpad.net/ListHelp
>
>
>
>
> -- 
> Shake Chen
>
>
>
> ___
> Mailing list: https://launchpad.net/~openstack
> Post to : openstack@lists.launchpad.net
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp



signature.asc
Description: OpenPGP digital signature
___
Mailing list: https://launchpad.net/~openstack
Post to : openstack@lists.launchpad.net
Unsubscribe : https://launchpad.net/~openstack
More help   : https://help.launchpad.net/ListHelp

[Wintermute-devel] Fwd: [Speechcontrolteam] Invitation: Ubuntu SpeechControl Meeting @ Sat Feb 19 7pm - 8pm (speechcontrolt...@lists.launchpad.net)

[Phill Whiteside]

-- Forwarded message --
From: Daniel Bugl 
Date: 19 February 2011 13:29
Subject: [Speechcontrolteam] Invitation: Ubuntu SpeechControl Meeting @ Sat
Feb 19 7pm - 8pm (speechcontrolt...@lists.launchpad.net)
To: "speechcontrolt...@lists.launchpad.net" <
speechcontrolt...@lists.launchpad.net>, "
speechcontrol-de...@lists.launchpad.net" <
speechcontrol-de...@lists.launchpad.net>, "jackyalc...@gmail.com" <
jackyalc...@gmail.com>, "webhack...@gmail.com" 


more details 
»<https://www.google.com/calendar/event?action=VIEW&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>
Ubuntu SpeechControl Meeting
SpeechControl is going to hold a meeting!
*When*
Sat Feb 19 7pm – 8pm London
*Where*
#ubuntu-speechcontrol on irc.freenode.net
(map<http://maps.google.co.uk/maps?q=%23ubuntu-speechcontrol+on+irc.freenode.net&hl=en>
)
*Calendar*
speechcontrolt...@lists.launchpad.net
*Who*
•
Daniel Bugl - organizer
•
speechcontrol-de...@lists.launchpad.net
•
jackyalc...@gmail.com
•
webhack...@gmail.com
•
speechcontrolt...@lists.launchpad.net

Going?   
*Yes<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=1&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>-
Maybe<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=3&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>-
No<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=2&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>
*more options
»<https://www.google.com/calendar/event?action=VIEW&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>

Invitation from Google Calendar <https://www.google.com/calendar/>

You are receiving this courtesy email at the account
speechcontrolt...@lists.launchpad.net because you are an attendee of this
event.

To stop receiving future notifications for this event, decline this event.
Alternatively you can sign up for a Google account at
https://www.google.com/calendar/ and control your notification settings for
your entire calendar.

___
Mailing list: https://launchpad.net/~speechcontrolteam
Post to : speechcontrolt...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~speechcontrolteam
More help   : https://help.launchpad.net/ListHelp




-- 
https://wiki.ubuntu.com/phillw


invite.ics
Description: application/ics
___
Mailing list: https://launchpad.net/~wintermute-devel
Post to : wintermute-devel@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-devel
More help   : https://help.launchpad.net/ListHelp

[Wintermute-psych] Fwd: [Speechcontrolteam] Invitation: Ubuntu SpeechControl Meeting @ Sat Feb 19 7pm - 8pm (speechcontrolt...@lists.launchpad.net)

[Phill Whiteside]

-- Forwarded message --
From: Daniel Bugl 
Date: 19 February 2011 13:29
Subject: [Speechcontrolteam] Invitation: Ubuntu SpeechControl Meeting @ Sat
Feb 19 7pm - 8pm (speechcontrolt...@lists.launchpad.net)
To: "speechcontrolt...@lists.launchpad.net" <
speechcontrolt...@lists.launchpad.net>, "
speechcontrol-de...@lists.launchpad.net" <
speechcontrol-de...@lists.launchpad.net>, "jackyalc...@gmail.com" <
jackyalc...@gmail.com>, "webhack...@gmail.com" 


more details 
»<https://www.google.com/calendar/event?action=VIEW&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>
Ubuntu SpeechControl Meeting
SpeechControl is going to hold a meeting!
*When*
Sat Feb 19 7pm – 8pm London
*Where*
#ubuntu-speechcontrol on irc.freenode.net
(map<http://maps.google.co.uk/maps?q=%23ubuntu-speechcontrol+on+irc.freenode.net&hl=en>
)
*Calendar*
speechcontrolt...@lists.launchpad.net
*Who*
•
Daniel Bugl - organizer
•
speechcontrol-de...@lists.launchpad.net
•
jackyalc...@gmail.com
•
webhack...@gmail.com
•
speechcontrolt...@lists.launchpad.net

Going?   
*Yes<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=1&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>-
Maybe<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=3&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>-
No<https://www.google.com/calendar/event?action=RESPOND&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&rst=2&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>
*more options
»<https://www.google.com/calendar/event?action=VIEW&eid=YWpzNHRqM2E4aDByYzNzbHRpY3NwY3NicjAgc3BlZWNoY29udHJvbHRlYW1AbGlzdHMubGF1bmNocGFkLm5ldA&tok=MjEjZGFuaWVsLmJ1Z2xAZ21haWwuY29tYzZkZTM0YzFjMWY1ZWM3ZGRlZGVkN2ViMzE4NjkxYmU0YzQ0ZmY1YQ&ctz=Europe%2FLondon&hl=en>

Invitation from Google Calendar <https://www.google.com/calendar/>

You are receiving this courtesy email at the account
speechcontrolt...@lists.launchpad.net because you are an attendee of this
event.

To stop receiving future notifications for this event, decline this event.
Alternatively you can sign up for a Google account at
https://www.google.com/calendar/ and control your notification settings for
your entire calendar.

___
Mailing list: https://launchpad.net/~speechcontrolteam
Post to : speechcontrolt...@lists.launchpad.net
Unsubscribe : https://launchpad.net/~speechcontrolteam
More help   : https://help.launchpad.net/ListHelp




-- 
https://wiki.ubuntu.com/phillw


invite.ics
Description: application/ics
-- 
Mailing list: https://launchpad.net/~wintermute-psych
Post to : wintermute-psych@lists.launchpad.net
Unsubscribe : https://launchpad.net/~wintermute-psych
More help   : https://help.launchpad.net/ListHelp

Re: [Duplicity-team] Python 3 yet again

[Michael Terry]

> > > >
> > > > On 13.01.2013 18:29, Kenneth Loafman wrote:
> > > > > I think we have to continue support of the 0.6
> series for a while, open to discussion.
> > > > >
> > > > > As to 0.7, good idea.  New features can be added
> here, fixes go to both series.
> > > > >
> > > > > ...Ken
> > > > >
> > > > > On Sun, Jan 13, 2013 at 5:54 AM, <
> edgar.sol...@web.de <mailto:edgar.sol...@web.de>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>>>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>  edgar.sol...@web.de <mailto:edgar.sol...@web.de>>>>> wrote:
> > > > >
> > > > > On 13.01.2013 02:25, Michael Terry wrote:
> > > > > > Hello!  Yet another thread on the slow march
> to Python 3 support.
> > > > > >
> > > > > > The last place we left it was that Ubuntu
> was considering throwing some effort behind porting duplicity and
> maintaining such a patch themselves.  That didn't happen for manpower
> reasons.
> > > > > >
> > > > > > But I notice that Red Hat just passed (Jan
> 8, 2013) the end of "Production 1" for RHEL 5 [1].  Which is the first
> milestone on the way to RHEL 5 end of life (which won't be fully dead until
> 2020).
> > > > > >
> > > > > > I believe that is the point in which
> duplicity bumped from Python 2.3 to 2.4 (the end of Production 1 for RHEL
> 4), right?
> > > > > >
> > > > > > I propose that after 0.6.21 ships, the next
> release be versioned 0.7.0 with a minimum Python of 2.6.  And that we don't
> intend to make further 0.6.x releases unless we discover a data corruption
> issue.
> > >     > > >
> > > > > > That way, we (I) can start working on
> patches that take use of 'future' imports and such with an eye towards
> eventually one of the 0.7.x releases working with Python 3 (while still
> keeping Python 2.6 compatibility).
> >     > > > >
> > > > >
> > > > > sounds good to me. but let's wait a bit after
> 0.6.21 and decide considering the criticality of open bugs if we just do
> another 0.6 round or switch to 0.7 already.
> > > > > but generally yes.
> > > > >
> > > > > ..ede
> > > > >
> > > > > ___
> > > > > Mailing list:
> https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > > > > Post to :
> duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>  duplicity-team@lists.launchpad.net  duplicity-team@lists.launchpad.net>>>>
> > > > > Unsubscribe :
> https://launchpad.net/~duplicity-team <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team> <
> https://launchpad.net/%7Eduplicity-team>
> > > > > More help   :
> https://help.launchpad.ne

Re: [Kicad-developers] 5.0.2 stable release.

[Maciej Suminski]

head of each
>>> library.
>>> >>>> >>>
>>> >>>> >>>  On 11/26/2018 5:55 PM, Nick Østergaard
>> wrote:
>>> >>>> >>>  > Are we expecting to tag 5.0.1 as 5.0.2
>>> for the
>>> >> libraries
>>> >>>> >>> or are we
>>> >>>> >>>  > getting a minor library update as well?
>>> >>>> >>>  > On Mon, 26 Nov 2018 at 20:32, Wayne
>>> Stambaugh
>>> >>>> >>>  >> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
>>> <mailto:stambau...@gmail.com>>
>>> >>>> <mailto:stambau...@gmail.com
>>> <mailto:stambau...@gmail.com> <mailto:stambau...@gmail.com
>>> <mailto:stambau...@gmail.com>>>>
>>> >> wrote:
>>>     >>>> >>>      >>
>>> >>>> >>>  >> I just noticed a few last minute
>>> changes were made
>>> >>>> to the
>>> >>>> >>> 5.0
>>> >>>> >>>  branch.
>>> >>>> >>>  >> Is there anything else pending or am I
>>> good to go
>>> >> with
>>>     >>>> >>>  tagging 5.0.2?
>>> >>>>     >>>  >>
>>> >>>> >>>  >> Cheers,
>>> >>>> >>>  >>
>>> >>>> >>>  >> Wayne
>>>     >>>> >>>  >>
>>> >>>> >>>  >> On 11/25/2018 2:01 PM, Wayne Stambaugh
>>> wrote:
>>> >>>> >>>  >>> I plan on tagging 5.0.2 tomorrow
>>> unless is a show
>>> >>>> stopper
>>> >>>> >>>  bug that I am
>>>     >>>> >>>  >>> not aware of.  My goal is to give the
>>> library,
>>> >> doc, and
>>> >>>> >>>  translations a
>>> >>>> >>>  >>> week to get tagged for 5.0.2 and
>>> another week for
>>> >> the
>>> >>>> >>>  installers to get
>>> >>>> >>>  >>> built so I can make the release
>>> announcement on
>>> >> 12/9.
>>>     >>>> >>>  Please let me
>>> >>>> >>>      >>> know if this doesn't fit into your
>>> schedule so we
>>> >>>> can make
>>> >>>> >>>  other plans.
>>> >>>> >>>  >>>
>>> >>>> >>>  >>> Once 5.0.2 is released, I would like
>>> to string
>>> >>>> freeze the
>>>     >>>> >>>  development
>>> >>>> >>>  >>> branch to start getting ready of 5.1
>>> release
>>> >>>> candidates by
>>> >>>> >>>  the beginning
>>> >>>> >>>  >>> of the year.  If you have any UI
>>> string changes
>>> >>>> that you
>>> >>>> >>> are
>>> >>>> >>>  planning to
>>> >>>> >>>  >>> make, now would be a good time.
>>> >>>> >>>  >>>
>>>     >>>> >>>  >>> Thank you again everyone for your hard
>>> work.
>>> >> KiCad
>>>

Re: [Kicad-developers] 5.0.2 stable release.

[Steven A. Falco]

gt;> want
> > >     >>>          to do
> > >     >>>          about tagging the library and translation repos.  
> Rene, any
> > >     >>>          thoughts on
> > >     >>>          the library repos.  I know there have been a lot of 
> changes
> > >     >>>          since 5.0.1
> > >     >>>          but as long as the existing symbols have changed too
> > >     >>>          significantly, I'm
> > >     >>>          fine with tagging the current head of each library.
> > >     >>>
> > >     >>>          On 11/26/2018 5:55 PM, Nick Østergaard wrote:
> > >     >>>          > Are we expecting to tag 5.0.1 as 5.0.2 for the 
> libraries
> > >     >>> or are we
> > >     >>>          > getting a minor library update as well?
> > >     >>>          > On Mon, 26 Nov 2018 at 20:32, Wayne Stambaugh
> > >     >>>          mailto:stambau...@gmail.com> 
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>
> > >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com> 
> <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>> wrote:
> > >     >>>          >>
> > >     >>>          >> I just noticed a few last minute changes were made
> > >     to the
> > >     >>> 5.0
> > >     >>>          branch.
> > >     >>>          >> Is there anything else pending or am I good to go 
> with
> > >     >>>          tagging 5.0.2?
> > >     >>>          >>
> > >     >>>          >> Cheers,
> > >     >>>          >>
> > >     >>>          >> Wayne
> > >     >>>          >>
> > >     >>>          >> On 11/25/2018 2:01 PM, Wayne Stambaugh wrote:
> > >     >>>          >>> I plan on tagging 5.0.2 tomorrow unless is a show
> > >     stopper
> > >     >>>          bug that I am
> > >     >>>          >>> not aware of.  My goal is to give the library, 
> doc, and
> > >     >>>          translations a
>     > >     >>>          >>> week to get tagged for 5.0.2 and another week 
> for the
> > >     >>>          installers to get
> > >     >>>          >>> built so I can make the release announcement on 
> 12/9.
> > >     >>>          Please let me
> > >     >>>          >>> know if this doesn't fit into your schedule so we
> > >     can make
> > >     >>>          other plans.
> > >     >>>          >>>
> > >     >>>          >>> Once 5.0.2 is released, I would like to string
> > >     freeze the
> > >     >>>          development
> > >     >>>          >>> branch to start getting ready of 5.1 release
> > >     candidates by
> > >     >>>          the beginning
> > >     >>>          >>> of the year.  If you have any UI string changes
> > >     that you
> > >     >>> are
> > >     >>>          planning to
> > >     >>>          >>> make, now would be a good time.
> > >     >>>          >>>
> > >     >>>          >>> Thank you again everyone for your hard work.  
> KiCad
> > >     >>> continues to
> > >     >>>          >>> steadily improve due to your efforts.
> > >     >>>          >>>
> > >     >>>          >>> Cheers,
> > >     >>>          >>>
> > >     >>>          >>> Wayne
> > >     >>>          >>>
> > >     >>>          >>
> > >     >>>          >> ___
> > >     >>>          >> Mailing list: 
> https://launchpad.net/~kicad-developers
> > >     >>>          >> Post to     : 
> kicad

Re: [Kicad-developers] ngspice vcpkg port

[Wayne Stambaugh]

On 8/6/20 12:57 PM, Mark Roszko wrote:
> @Wayne Stambaugh <mailto:stambau...@gmail.com> I'm working on it and
> everything else. I already have wxPython compiling via cmake :P There's
> actually a good chance python and wxpython won't be compiled inside
> vcpkg but will still use it to build, just slightly out of tree. But I'm
> going to make the process as simple as a single build-python.ps1 script.
> 
> 
> OpenCascade will probably be the last thing I port because it needs TCL.

I forgot about OCC but that will need a vcpkg port as well.

> 
> 
> On Thu, Aug 6, 2020 at 12:54 PM Wayne Stambaugh  <mailto:stambau...@gmail.com>> wrote:
> 
> On 8/6/20 7:24 AM, Roberto Fernández Bautista wrote:
> > Excellent news!
> >
> > Which KiCad dependencies are left to be ported to VCPKG? 
> >
> > It seems we are very close to a complete KiCad build system in Visual
> > Studio :)
> 
> It's definitely a step in the right direction but wxPython (wxPhoenix)
> is still outstanding.  There is also the significant issue of packaging
> depending on how we want to handle Python/wxPython.
> 
> >
> > On Thu, 6 Aug 2020, 02:05 Mark Roszko,  <mailto:mark.ros...@gmail.com>
> > <mailto:mark.ros...@gmail.com <mailto:mark.ros...@gmail.com>>> wrote:
> >
> >     ngspice and wxwidgets 3.1.4 have been merged on vcpkg.
> >
> >     On Sun, Aug 2, 2020 at 5:55 PM Wayne Stambaugh
> mailto:stambau...@gmail.com>
> >     <mailto:stambau...@gmail.com <mailto:stambau...@gmail.com>>>
> wrote:
> >
> >         +1
> >
> >         On 8/2/20 2:08 PM, Seth Hillbrand wrote:
> >         > Nice work!  Thanks, Mark
> >         >
> >         > On Sat, Aug 1, 2020 at 11:26 PM Mark Roszko
> >         mailto:mark.ros...@gmail.com>
> <mailto:mark.ros...@gmail.com <mailto:mark.ros...@gmail.com>>
> >         > <mailto:mark.ros...@gmail.com
> <mailto:mark.ros...@gmail.com> <mailto:mark.ros...@gmail.com
> <mailto:mark.ros...@gmail.com>>>>
> >         wrote:
> >         >
> >         >     Hot off the press, a ngspice port for
> >         >   
> >       
>   vcpkg. https://github.com/marekr/vcpkg/tree/kicad/ports/ngspice
> >         >     I will try and upstream this port package to vcpkg but
> >         there's a
> >         >     good chance they will reject it for being too niche but
> >         who knows, I
> >         >     haven't tried before.
> >         >
> >         >
> >         >     But that doesn't stop us from using it. You can simply
> >         dump in the
> >         >     ngspice folder into your vcpkg/ports folder locally and
> >         tell it to
> >         >
> >         >     vcpkg install ngspice
> >         >
> >         >     This means you can turn on KICAD_SPICE with msvc.
> >         >
> >         >
> >         >     KiCad cmake's itself however needs newer logic to copy
> >         over ngspice.dll.
> >         >
> >         >
> >         >     image.png
> >         >
> >         >     I'm going to work on wxPython next. SWIG is already done
> >         as it has a
> >         >     precompiled binary and is a compile time tool only.
> >         >      
> >         >
>     >         >     --
> >         >     Mark
> >         >     ___
> >         >     Mailing list: https://launchpad.net/~kicad-developers
> >         >     Post to     : kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >         <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>
> >         >     <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>
> >         <mailto:kicad-developers@lists.launchpad.net
> <mailto:kicad-developers@lists.launchpad.net>>>
> >         >     Unsubscribe : https://launchpad.net/~kicad-developers
> >         >     More help   : https://help.launchpad.net/ListHelp
> >         >
> &g