X-Authentication-Warning: delorie.com: mail set sender to geda-user-bounces using -f X-Recipient: geda-user AT delorie DOT com X-CM-Score: 0.00 X-CNFS-Analysis: v=2.2 cv=TfjmjVYh c=1 sm=1 tr=0 a=3fABx4uJ6eXoS02SKkQYwQ==:117 a=3fABx4uJ6eXoS02SKkQYwQ==:17 a=13zjGPudsaEWiJwPRgMA:9 a=WbPmnYzAfxEA:10 a=r77TgQKjGQsHNAKrUKIA:9 a=mK_AVkanAAAA:8 a=Mj1Xp5F7AAAA:8 a=pGLkceISAAAA:8 a=danhDmx_AAAA:8 a=pcLIrrrKAAAA:8 a=-icFPiq3e97L46gWvqAA:9 a=QEXdDO2ut3YA:10 a=aMC9UL-2ttKFnXl1G_8A:9 a=yCmqLAQ39mXOj-2j:21 a=_W_S_7VecoQA:10 a=s3g3xheDNCnhpoPijdgA:9 a=ONNS8QRKHyMA:10 a=3gWm3jAn84ENXaBijsEo:22 a=OCttjWrK5_uSHO_3Hkg-:22 a=6kGIvZw6iX1k4Y-7sg4_:22 a=P4VdviVPEcjfz_PVVggX:22 a=3PmMSyqDGN6KiDzPfYi2:22 Subject: Re: [geda-user] [pcb] Plans for Next Release of pcb To: geda-user AT delorie DOT com References: <74d9e3df-7aaa-cb29-5584-8c52d19227b1 AT sbcglobal DOT net> <585E6661 DOT 8070806 AT xs4all DOT nl> From: "M. J. Everitt (m DOT j DOT everitt AT iee DOT org) [via geda-user AT delorie DOT com]" Openpgp: id=BA266E0525CFAB101523351B4C30334F93C22371 Message-ID: <2778f2e7-cd44-7823-a80b-a6ca0635c9f8@iee.org> Date: Sat, 24 Dec 2016 12:50:52 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="bptVmBCVscCrbwxQpp9h4m3RmDAvSxR3n" Reply-To: geda-user AT delorie DOT com Errors-To: nobody AT delorie DOT com X-Mailing-List: geda-user AT delorie DOT com X-Unsubscribes-To: listserv AT delorie DOT com Precedence: bulk This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --bptVmBCVscCrbwxQpp9h4m3RmDAvSxR3n Content-Type: multipart/mixed; boundary="71UHxwdv51sQ1mvKXruX0mwG0iBdVqnaL" From: "M. J. Everitt" To: geda-user AT delorie DOT com Message-ID: <2778f2e7-cd44-7823-a80b-a6ca0635c9f8 AT iee DOT org> Subject: Re: [geda-user] [pcb] Plans for Next Release of pcb References: <74d9e3df-7aaa-cb29-5584-8c52d19227b1 AT sbcglobal DOT net> <585E6661 DOT 8070806 AT xs4all DOT nl> In-Reply-To: --71UHxwdv51sQ1mvKXruX0mwG0iBdVqnaL Content-Type: multipart/alternative; boundary="------------D629C930E13535AF99B6ECA6" This is a multi-part message in MIME format. --------------D629C930E13535AF99B6ECA6 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable As a prospective proxy maintainer for Gentoo, please let me know when you roll a tarball, and I'll run through the Gentoo packaging process, and do some preliminary build/run-testing and feed back. I would second a more consistent version numbering system, as this makes version-tracking easier for packagers too, so pcb v4 would indeed be a good choice if settled upon! Good luck, thanks, and keep us posted on the list :) Michael. On 24/12/16 12:23, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT delorie DOT com] wrote: > Nice to hear work is going on with mainline pcb as well... > > One thing prior to release. We ought to git rm the debian directory > that added to the repository. > > This matches preferred distro policy, and makes life easier for the > official packagers (so they can use our sources directly without > having to repackage them to remove the debian dir. > > I checked this with our debian packagers some while back to confirm, > but never got around to making the delete. > > Peter > > On 24 Dec 2016 12:16, "Bert Timmerman (bert DOT timmerman AT xs4all DOT nl > ) [via geda-user AT delorie DOT com > ]" > wrote: > > Chad Parker (parker DOT charles AT gmail DOT com > ) [via geda-user AT delorie DOT com > ] wrote: > > There is a page on launchpad with a list of bugs to fix before > the next release > (https://launchpad.net/pcb/+milestone/next-bug-release > ), many > of which have been addressed. Unless there are things like > fixing warnings, I think we ought to push the rest of them to > a future bug release for the sake of getting a release out > quickly. > > Regarding versioning, I think that generally for major > releases, a release candidate and a testing period is a good > idea. But I wonder, how many of our users are already using > the git head? If most people are, then we've already basically > had a testing period. When we put out a release candidate, do > distributions package and distribute it? So, basically, would > we get a larger testing audience by doing so? If not, then > maybe we should just skip it this time for the purpose of > getting the release out the door more quickly. > > Girvin- > Slackware was my distro of choice until I had to start using a > work computer, so I actually know how to build a Slackware > package. But pcb isn't part of the Slackware distribution. You > can get an older version of pcb from sbopkg. I think I still > have script lying around to build a package from the latest > git version if you'd like a copy. > > --Chad > > On Dec 21, 2016 5:58 PM, "Girvin R. Herr > (gherr375 AT sbcglobal DOT net > >) [via geda-user AT delorie DOT com > >]" >> wrote: > > > > On 12/21/2016 05:43 AM, Chad Parker > (parker DOT charles AT gmail DOT com > >) [via geda-user AT delorie DOT com > > >] wrote: > > Hi pcb Devs- > > > Regarding packaging, do we create packages for > distributions, > or do the distributions to that themselves? > > Chad, > I am just a lowly user, but here is my 2-cents: > I run Slackware Linux, so I download the source and build > my own > Slackware installation package. Whatever was done in the > past has > worked fine for me. I have had no problems building the 1.= 8.2 > version from source. I do rebuild .rpm packages for some > apps, > such as LibreOffice and Slackware has an rpm extractor > (rpm2cpio) > that works for them, but I prefer to build from source to m= ake > sure all the dependencies are correct. > > Not that I have seen them in gEDA, but compile warnings > make me > nervous. There is no reason they cannot and should not be > fixed. > It's a sign of lack of quality. > Compile errors are fatal frustrations. > > Thanks and good luck. > Girvin Herr > > > Hi Chad, > > I moved all open bug reports listed to the pcb > "future-bug-release" > (https://launchpad.net/pcb/+milestone/future-bug-release > ) to get > them "out of the way" and hope that they do not distract you > anymore ;-) > > I will keep away from pushing to the "master" branch for the > coming weeks (busy day job, no holidays, most likely no pcb > monthly code sprint this last Sunday of the month (December 25th)) > so you can start your "dry run" any time you like. > > Please keep us informed how this "dry run" works out. > > Kind regards, > > Bert Timmerman. > --------------D629C930E13535AF99B6ECA6 Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: quoted-printable As a prospective proxy maintainer for Gentoo, please let me know when you roll a tarball, and I'll run through the Gentoo packaging process, and do some preliminary build/run-testing and feed back.
=
I would second a more consistent version numbering system, as this makes version-tracking easier for packagers too, so pcb v4 would indeed be a good choice if settled upon!

Good luck, thanks, and keep us posted on the list :)

Michael.

On 24/12/16 12:23, Peter Clifton (petercjclifton AT googlemail DOT com) [via geda-user AT de= lorie.com] wrote:
Nice to hear work is going on with mainline pcb a= s well...

One thing prior to release. We ought to git rm the debian directory that added to the repository.

This matches preferred distro policy, and makes= life easier for the official packagers (so they can use our sources directly without having to repackage them to remove the debian dir.

I checked this with our debian packagers some while back to confirm, but never got around to making the delete.

Peter

On 24 Dec 2016 12:16, "Bert Timmerman = (bert DOT timmerman AT xs4al= l.nl) [via geda-user AT delorie DOT com]" <geda-user AT delorie DOT com> wrote:
Chad Parker (= parker DOT charles AT gmail DOT com) [via ged= a-user AT delorie DOT com] wrote:
There is a page on launchpad with a list of bugs to fix before the next release (https://launchpad.ne= t/pcb/+milestone/next-bug-release), many of which have been addressed. Unless there are things like fixing warnings, I think we ought to push the rest of them to a future bug release for the sake of getting a release out quickly.

Regarding versioning, I think that generally for major releases, a release candidate and a testing period is a good idea. But I wonder, how many of our users are already using the git head? If most people are, then we've already basically had a testing period. When we put out a release candidate, do distributions package and distribute it? So, basically, would we get a larger testing audience by doing so? If not, then maybe we should just skip it this time for the purpose of getting the release out the door more quickly.

Girvin-
Slackware was my distro of choice until I had to start using a work computer, so I actually know how to build a Slackware package. But pcb isn't part of the Slackware distribution. You can get an older version of pcb from sbopkg. I think I still have script lying around to build a package from the latest git version if you'd like a copy.

--Chad

On Dec 21, 2016 5:58 PM, "Girvin R. Herr (= gherr375 AT sbcglobal DOT net <mailto:= gherr375 AT sbcglobal DOT net>) [via g= eda-user AT delorie DOT com <mailto:g= eda-user AT delorie DOT com>]" <g= eda-user AT delorie DOT com <mailto:g= eda-user AT delorie DOT com>> wrote:



=C2=A0 =C2=A0 On 12/21/2016 05:43 AM, Chad Parker (parker DOT charles AT gmail DOT com
=C2=A0 =C2=A0 <mailto:parker DOT charles AT gmail DOT com>) [via g= eda-user AT delorie DOT com
=C2=A0 =C2=A0 <mailto:g= eda-user AT delorie DOT com>] wrote:

=C2=A0 =C2=A0 =C2=A0 =C2=A0 Hi pcb Devs-


=C2=A0 =C2=A0 =C2=A0 =C2=A0 Regarding packaging, do we crea= te packages for distributions,
=C2=A0 =C2=A0 =C2=A0 =C2=A0 or do the distributions to that= themselves?

=C2=A0 =C2=A0 Chad,
=C2=A0 =C2=A0 I am just a lowly user, but here is my 2-cent= s:
=C2=A0 =C2=A0 I run Slackware Linux, so I download the sour= ce and build my own
=C2=A0 =C2=A0 Slackware installation package.=C2=A0 Whateve= r was done in the past has
=C2=A0 =C2=A0 worked fine for me.=C2=A0 I have had no probl= ems building the 1.8.2
=C2=A0 =C2=A0 version from source.=C2=A0 I do rebuild .rpm = packages for some apps,
=C2=A0 =C2=A0 such as LibreOffice and Slackware has an rpm = extractor (rpm2cpio)
=C2=A0 =C2=A0 that works for them, but I prefer to build fr= om source to make
=C2=A0 =C2=A0 sure all the dependencies are correct.

=C2=A0 =C2=A0 Not that I have seen them in gEDA, but compil= e warnings make me
=C2=A0 =C2=A0 nervous.=C2=A0 There is no reason they cannot= and should not be fixed.
=C2=A0 =C2=A0 It's a sign of lack of quality.
=C2=A0 =C2=A0 Compile errors are fatal frustrations.

=C2=A0 =C2=A0 Thanks and good luck.
=C2=A0 =C2=A0 Girvin Herr


Hi Chad,

I moved all open bug reports listed to the pcb "future-bug-release" (https://launchpad.net/= pcb/+milestone/future-bug-release) to get them "out of the way" and hope that they do not distract you anymore ;-)

I will keep away from pushing to the "master" branch for the coming weeks (busy day job, no holidays, most likely no pcb monthly code sprint this last Sunday of the month (December 25th)) so you can start your "dry run" any time you like.
=
Please keep us informed how this "dry run" works out.

Kind regards,

Bert Timmerman.

--------------D629C930E13535AF99B6ECA6-- --71UHxwdv51sQ1mvKXruX0mwG0iBdVqnaL-- --bptVmBCVscCrbwxQpp9h4m3RmDAvSxR3n Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iQIcBAEBCAAGBQJYXnAAAAoJEN7KWvRhIveDMqcP/jsoGi2AWq1NFafwOZ0UQxCj Ttpqve+YKmYxMVcR14QGDuvyRBXhRQKh25iwls/SlIAsqBiw/++fjm8SuorzMqoP 4flbDL41Tb9po9Xm50NwEEsgRNIfN58F1Uj4bpOKQVJ75rUN5anZqAQjuCmcNNVe Eb+ELeaXrUY22TShdXWhsNftO01lxeDUMo6lY6WOan3MN8tqXBvEy0/t/iK+tBmo V3Vb9Vu6vfNBwgzu1fPBu6qi9sZPyLfwuLwhAQKAugpTNBrrQoSpvaurrvCMZMKt +EpKCSaI1p4JcFTJIpWA3FD5tRj+etNr8/sUPxdWqbyFnn9t9VFz6BKlHYSvlAmu B3eGqFpOaMqirZxa3zv17Mla/bdx5uMbBLCZ3tkZCG7hyFdcNd6gOHGg0qYvBVWy xVrUZqJYRybbCjgtSrLlv9dE68z/QQCvn6npZgaHxbRb1EVnyPF3790w1EUVqAhv HdWjf1/Rh5UCD19w2v3cGVv+yHRCmk1SDzMS3r2ewYBhDSQ3LB8spHEXLLGK4VQr m6XiR4rUR5izZ++O96XkIsNPLVTvDfEQUWQvVFF6AmWlh+rUMertbMzNEoxHKXp7 S8kYcOrF8EqK6uAZVYsbkWx5HLb/qC5Jj7C7AruFI0KsQfxK4Wln08wFCU1sdHhL tkoZQkLxaxvcalm0bvZc =G0WR -----END PGP SIGNATURE----- --bptVmBCVscCrbwxQpp9h4m3RmDAvSxR3n--