Re: gEDA-user: pcb-20081128 snapshot

["Chitlesh GOORAH" <chitlesh.goorah@xxxxxxxxx>]

On Fri, Nov 28, 2008 at 6:23 PM, Dan McMahill wrote:
> I've just placed a new snapshot of PCB up on the sourceforge site

Hello there,

First great work PCB developers.

Below are some little changes, I'm requesting pcb developers to adopt.
Most of these changes have been applied to all Fedora pcb rpms. I
guess that these changes will also benefit users/packagers of other
linux distributions as well.

#001:
Currently, %configure --disable-update-mime-database removes the
following files
   /usr/share/mime/XMLnamespaces
   /usr/share/mime/aliases
   /usr/share/mime/application/x-excellon.xml
   /usr/share/mime/application/x-gerber.xml
   /usr/share/mime/application/x-pcb-footprint.xml
   /usr/share/mime/application/x-pcb-layout.xml
   /usr/share/mime/application/x-pcb-netlist.xml
   /usr/share/mime/generic-icons
   /usr/share/mime/globs
   /usr/share/mime/globs2
   /usr/share/mime/icons
   /usr/share/mime/magic
   /usr/share/mime/mime.cache
   /usr/share/mime/subclasses
   /usr/share/mime/treemagic
   /usr/share/mime/types

However /usr/share/applications/mimeinfo.cache   is not removed and
gets bundled during the "make install" procedure. I would be nice if
the switch --disable-update-mime-database removes
/usr/share/applications/mimeinfo.cache as well.

#002: pcb bundles an empty directory /usr/share/info/dir during make
install. This should be removed automatically or yet should not be
created.

#003: PCB2HPGL
This file should be renamed as PCB2HPGL.pl and includes an english note as well.

#004: tgo2pcb.tcl includes an additional copyright.
# Copyright 1998, Ingo Cyliax, Derivation Systems, Inc.

can you give details if this is GPL compliant, please  ?

#005: duplicates: Merge_dimPCBPS /usr/bin/MergePCBPS are being installed twice:
/usr/bin/Merge_dimPCBPS
/usr/bin/MergePCBPS

and
/usr/share/pcb/tools/{MergePCBPS,Merge_dimPCBPS}

#006: It would be nice to rename LED to LED.pcb and LED2 to LED.pcb
Since the tut1.pcb is related to LED example, it should not be
distributed under the tutorial example.

#007: Proposal for proper  documentation distribution.

Below is a proposal that I would like to see concerning how PCB
distributes different documentations.
Currently the documentation is broken down to:
- tutorial (install under /usr/share/pcb)
- example (install under /usr/share/pcb)
- doc (install under /usr/share/doc/pcb)

I wish that all these should be in /usr/share/doc/pcb _by default_
from _upstream_.
I would recommend shipping tut1.pcb with example/ and remove tutorial

I feel that make install is not installing the example/*.pcb and
example/*.pdf. It would be nice that it does.
I propose the following directory structure (FOR UPSTREAM'S make
install)for examples:
/usr/share/doc/pcb/example
/usr/share/doc/pcb/example/LED_Interface
/usr/share/doc/pcb/example/LED_Interface/LED2.pcb
/usr/share/doc/pcb/example/LED_Interface/LED.NET
/usr/share/doc/pcb/example/LED_Interface/LED.pcb
/usr/share/doc/pcb/example/LED_Interface/tut1.pcb
/usr/share/doc/pcb/example/libraries
/usr/share/doc/pcb/example/libraries/example.inc
/usr/share/doc/pcb/example/libraries/example.list
/usr/share/doc/pcb/example/libraries/example.m4
/usr/share/doc/pcb//example/pad
/usr/share/doc/pcb/example/pad/pad.gif
/usr/share/doc/pcb/example/pad/pad.pcb
/usr/share/doc/pcb/example/pad/pad.pdf
/usr/share/doc/pcb/example/pad/pad.png
/usr/share/doc/pcb/example/puller
/usr/share/doc/pcb/example/puller/puller.gif
/usr/share/doc/pcb/example/puller/puller.pcb
/usr/share/doc/pcb/example/puller/puller.pdf
/usr/share/doc/pcb/example/puller/puller.png
/usr/share/doc/pcb/example/thermal
/usr/share/doc/pcb/example/thermal/thermal.gif
/usr/share/doc/pcb/example/thermal/thermal.pcb
/usr/share/doc/pcb/example/thermal/thermal.pdf
/usr/share/doc/pcb/example/thermal/thermal.png

And
/usr/share/doc/pcb/pcb.pdf
/usr/share/doc/pcb/refcard.pdf

I repeat, I would like this to be includedin  the default make
install. However, different distributions package differently. Thus
this proposal satisfies a common ground for these distributions.

#008: spurious-executable-perm
please apply the following in your trunk/
chmod 0644 example/LED.NET
chmod 0644 example/LED

#009: refcard
Its pdf format is broken. Both for viewing with acrobat reader and for printing.

I would appreciate if PCB developers could go through the build logs at:
http://koji.fedoraproject.org/scratch/chitlesh/task_958838/

I will do some testing tonight on PCB, then push it to fedora repositories.

Another note:
Enterprise class distributions RHEL/CentOS/ScientificLinux users will
soon have PCB rpms under the fedora's EPEL repositories. For more
details, join FEL mailing list.


Kind regards,
Chitlesh


_______________________________________________
geda-user mailing list
geda-user@xxxxxxxxxxxxxx
http://www.seul.org/cgi-bin/mailman/listinfo/geda-user