kicad-developers team mailing list archive

[Martijn Kuipers <martijn.kuipers@xxxxxxxxx>]

Adam,

I am using your PPA and I find it very valuable.It's a great way to get a recent version.
I think the PPA solves the problem for most Ubuntu/Debian users and seems to be widely accepted. I don't see the need for inclusion in Ubuntu repos, but the choice is yours.

Anyway, many thanks for the PPA.


/Martijn

On Oct 18, 2013, at 3:05 PM, Dick Hollenbeck <dick@xxxxxxxxxxx> wrote:

> On 10/18/2013 08:41 AM, Adam Wolf wrote:
>> Dick,
>> 
>> Do you see any value in me trying to get a decent package put into the Ubuntu and Debian
>> release or should I abandon that project?
>> 
>> Adam Wolf
>> W&L
> 
> 
> I do see value in it.  Only you can say if that value makes it worth your time.  Folks
> encountering KiCad for the first time often will install from the repo.  Only later will
> they yearn for the new goodies, which can be obtained only by building from recent source.
> 
> A daily PPA like system is therefore more valuable, since it has potential to address the
> needs of both the new user as well as the seasoned one.
> 
> 
> 
> 
> 
> 
> 
> 
>> 
>> On Oct 18, 2013 8:33 AM, "Dick Hollenbeck" <dick@xxxxxxxxxxx <mailto:dick@xxxxxxxxxxx>> wrote:
>> 
>>    On 10/18/2013 03:11 AM, Fabrizio Tappero wrote:
>>> Hello,
>>> I updated the script according to Dick's suggestion and added some
>>> modifications in it for "yum" people so that we are now a bigger
>>> family. I also uploaded it to the web:
>>> http://www.kicad-pcb.org/display/KICAD/Download
>>> 
>>> just a question, Dick, why don't we like "sudo apt-get build-dep
>>> kicad"? you removed it. Shouldn't be better to have it there? just in
>>> case in the future we add some libs, some apt-get guy detect it but we
>>> do not update this script accordingly.
>> 
>>    build-dep relies on the person maintaining the package for the distro.  His/her choices
>>    and ours are different.  For one thing, we've decided that he/she is way too slow.  For
>>    another, we've decided to build and *patch* boost ourselves.  Getting our dependencies
>>    from his choices made a year ago do not make sense to me.  No one knows more about how to
>>    compile KiCad on Ubuntu than the core developers.  For example, the boost-dev distro
>>    package is not a prerequisite to build KiCad using CMake, but that would erroneously come
>>    in using build-dep.
>> 
>> 
>>    I have employees and contractors using this script now, it will have to work for me at all
>>    times, this makes me a watchdog and a maintainer of the script.
>> 
>> 
>>> 
>>> Dick, thanks for the "make package" thing. I think it is great !
>> 
>>    The *.deb is not great.  CMake is great.  The *.deb that is built does not proclaim any
>>    prerequisites at run-time nor at build-time.  So that *.deb is only suitable for the
>>    machine on which it was built.  Or a distro exactly at that same version, which also has
>>    all the run-time dependencies installed.  Neither our script, nor the *.deb says anything
>>    about the run-time dependencies.  Run-time dependencies are a subset of build-time
>>    dependencies.
>> 
>>    For a person familiar with what "checkinstall" does, using a *.deb generated this way will
>>    give a person a record in the local package management system as to the files that were
>>    installed.  It is not much more than that.
>> 
>>    Note that
>> 
>>       $ sudo make uninstall
>> 
>>    seems to work fairly well also, as well as
>> 
>>       $ sudo dpkg -r kicad
>> 
>>    would work after installing the lean *.deb file.
>> 
>> 
>> 
>>> I
>>> have done some googleing and noticed that for instance slackware Linux
>>> does maintain a "recent" version (03/2013) of KiCad:
>>> http://slackbuilds.org/result/?search=kicad&sv=14.0
>> 
>> 
>>    I have generic-ized the script to support different notions of the install_prerequisites
>>    step.  In theory more distros could be added for those folks wanting to build from source.
>> 
>> 
>> 
>>> 
>>> Debian people do it too but it is 1.5 years old. I contacted the
>>> maintainer but mail bounced back.
>>> 
>>> There is also and unofficial Debian/Ubuntu apt-get repo that looks
>>> very official and that we could use:
>>> http://www.apt-get.org/
>>> 
>>> The question is kind of philosophical, who should maintain packages
>>> and distribute open-source software? the developers of the software or
>>> the guys doing Linux distros?
>>> 
>>> Well guys, I think lots of progress on this subject has been made
>>> since two weeks ago, I think cmake is the way to make .deb. I think
>>> the script on the web is great for the people who want to compile. We
>>> just need an additional step adding Adam's server in the equation?
>>> 
>>> Adam, I'll have a look at Karl's stuff and contribute to the cmake but
>>> first I'd like to fix all this .desktop files and especially this
>>> icons issue. It seems to me that there is a little bit of a mess
>>> there.
>>> 
>>> Regards
>>> Fabrizio
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> 
>>> On Thu, Oct 17, 2013 at 9:13 PM, Adam Wolf
>>> <adamwolf@xxxxxxxxxxxxxxxxxxxx <mailto:adamwolf@xxxxxxxxxxxxxxxxxxxx>> wrote:
>>>> There have been some discussion in Debian land about changing how they
>>>> package Python-y stuff, that will make a world of difference for me.  It
>>>> looks like it's going through, so there's light at the end of that tunnel
>>>> too.
>>>> 
>>>> Adam Wolf
>>>> W&L
>>>> 
>>>> 
>>>> On Thu, Oct 17, 2013 at 2:10 PM, Dick Hollenbeck <dick@xxxxxxxxxxx
>>    <mailto:dick@xxxxxxxxxxx>> wrote:
>>>>> 
>>>>> 
>>>>> CMake now builds a primitive *.deb file on Ubuntu/Mint/Debian.
>>>>> 
>>>>> 
>>>>> $ make package
>>>>> 
>>>>> 
>>>>> It has no dependencies, so it about like using checkinstall.
>>>>> 
>>>>> 
>>>>> Dick
>>>>> 
>>>>> 
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>    <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>    <mailto:kicad-developers@xxxxxxxxxxxxxxxxxxx>
>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>> More help   : https://help.launchpad.net/ListHelp
>>>> 
>>> .
>>> 
>> 
> 
> 
> _______________________________________________
> Mailing list: https://launchpad.net/~kicad-developers
> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~kicad-developers
> More help   : https://help.launchpad.net/ListHelp