[chirp_users] RPMs for New Daily Build Available

[Mike Heitmann]

All,

Linux Fedora RPMs for the latest chirp-daily build are now available in 
the KK7DS Ham-Apps yum repository.

To add the repository as a software source, please follow these 
instructions:
http://www.d-rats.com/component/content/article/30-d-rats-yum-repository/

I know it says d-rats, the chirp files are in the same repository

After setting up the repository, open the "Add/Remove Software" tool and 
go to "software sources" under the system menu. Make sure the "KK7DS Ham 
Apps Beta Software" line is checked (enabled).

For some reason, the Fedora package manager likes the beta versions 
better that the daily builds, so you may not see the daily release in 
the list the first time you update. If you don't see it, open a terminal 
window and enter:
yum update chirp-daily_08292011

Or, If you are running Fedora fc13 or earlier, enter:
yum update chirp-daily_08292011-1.fc13

That should install the latest daily build.

Happy Testing!

Mike, N0SO

Sent from my iPad

On Aug 29, 2011, at 6:01 AM, Dan Smith <dsmith at danplanet.com> wrote:

> Greetings,
> 
> A new daily build of CHIRP is available.  This includes changes made
> directly to the tree yesterday, and may include additional features,
> bug fixes, and/or bugs.  If you are interested in trying it, grab it
> from the following location:
> 
>  http://trac.chirp.danplanet.com/chirp_daily/daily-08292011/
> 
> A list of the changes included in this build (since the last daily)
> follows:
> 
> changeset:   1186:7dbb7797d3c9
> tag:         tip
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:55:05 2011 -0700
> files:       chirp/directory.py chirp/errors.py chirpui/mainapp.py
> description:
> When we fail to detect an image type, allow the user to force the driver
> that is used to open the image. This should not be used other than to get
> out of a jam, as the detection logic should be augmented. Please don't
> use this without telling me so I can fix whatever issue(s) people run into.
> 
> 
> changeset:   1185:e353a0c31dd9
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:19:54 2011 -0700
> files:       tests/run_tests
> description:
> [tests] Add a test to verify that image-based detection is working
> 
> 
> changeset:   1184:4d6946e72c58
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:19:29 2011 -0700
> files:       chirp/wouxun.py
> description:
> [wouxun] Make the Wouxun's detect function disambiguate between it and the
> JT220M radio.
> 
> 
> changeset:   1183:db6d7db4287d
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:18:50 2011 -0700
> files:       chirp/alinco.py
> description:
> [alinco] Fix JT220M detection (apparently)
> 
> 
> changeset:   1182:a422ac4dbad8
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:02:54 2011 -0700
> files:       tests/images/uv3r.img
> description:
> [uv3r] Refresh the test image
> 
> 
> changeset:   1181:50040895b73f
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 10:00:21 2011 -0700
> files:       chirp/wouxun.py
> description:
> [px777] Don't print anything during the detect function
> 
> 
> changeset:   1180:691506c2feb8
> user:        Dan Smith <dsmith at danplanet.com>
> date:        Sun Aug 28 09:49:45 2011 -0700
> files:       chirp/wouxun.py
> description:
> [wouxun] Loosen the file type detection logic
> 
> Remove the assumption that the first byte is 0xFF and base detection only
> on the length.
> 
> 
> _______________________________________________
> chirp_users mailing list
> chirp_users at intrepid.danplanet.com
> http://intrepid.danplanet.com/mailman/listinfo/chirp_users