Re: [orca-list] What is latest Orca/arch orca-git question



Peter, I saw that on the download page, but why then when I did a normal git clone I have a version called 
3.15.0-pre and when I build the orca-git 
package I get 3.13.90.r.127something or another, and on the d-load page I see 3.13.92 as the most recent 
alternative to 3.14?
Is 3.15 just renamed 3.13.90.r.latest, and is that the same as 3.13.92, or???
Sorry for being such a pain, but this is not the kind of behavior that one would ideally have  in some way or 
another...smiles.
And, thank you again for taking the time to talk about this.


On Sun, Oct 05, 2014 at 08:15:08PM +0200, Peter V?gner wrote:
Hello,
There were no commits made to the orca master branch during last week and a
few days.
For you reference this is the latest commit:
commit 8ce18bd0ff2d906f1f322c51e23b2c40a8ce92a6
Author: Kalev Lember <kalevlember gmail com>
Date:   Fri Sep 26 17:13:26 2014 +0200

    Fix desktop file keywords in Slovenian translation

    It's a string list and must be terminated with a semicolon.

So again I suspect all is good and whatever you are using to rebuild the
orca-git package is fine. Either you are manually calling
makeps -s
or using packar yaurd or whatewer then you should get the result.

Greetings

Peter

On 05.10.2014 o 16:23 B. Henry wrote:
This was helpful, but there's a problem as I mentioned, orca-git does not install latest at this point.
I do not know how long exactly 3.15 has been available, but I'm still getting the same build as I did from 
close to two weeks ago/tried maybe 4
times/and as I said, it's pretty slow to build here.
Your suggestion sounds good, will test here along with another idea.
This happened before when 3.13 was fairly new. Maybe there were not many changes commited, but it appeared 
that the package did not update when it
should have according to list mail indicating that some changes had been comomitted.
Thanks again,
--
B.H.



On Sun, Oct 05, 2014 at 12:30:31PM +0200, Peter V?gner wrote:
Hello,
I'llattempt to give some answers.
- At this point no update to orca-git package in aur is required. No
dependencies have been added removed nor any other dependent arch packages
have changed.
- What PKGBUILD script from orca-git packages is that pulls from orca git
master and compiles it each time from scratch. It calls
git describe --tags
for retrieving orca version.
So although orca is currently at version 3.15 it has not been tagged in the
git repository like so it's why arch package version does not match. I think
this is just a minor issue and as I have already suggested before, it would
be nice to change arch package version scheme rather than relying on git
tags being preciselly in sync with orca versioning.
E.G. by calling the following inside cloned orca git repo you will get a
nice version string that increments by one with each new commit
echo $(git rev-list --count HEAD)+g$(git rev-parse --short HEAD)
This is what other aur packages pulling from git tend to use as it it
requires no extra steps from the software maintainers.
Orca build system touches files in order to be able to figure out which
translations have been updated since you have performed last build. Since
orca-git package PKGBUILD script builds everything from scratch it takes
slightly longer to complete.

Greetings

Peter

On 05.10.2014 at 08:33 B. Henry wrote:
I have been using the orca-git package to update from master for a while now, and have not seen an 
update since orca-git-3.13.90.r127.g8ce18bd-1
First question is does the maintainer need to update something when the first numbers change, e.g. 
3.13.90?
As I've not seen an update for some time I went to the downloads page and saw 3.13.92 and 3.14. Of 
course I'm well aware that 3.14 has been around for a
while now, but  I saw mentioned 3.15 pre mentioned on the list with in the last day or so.
So I clone from git and see that it is indeed 3.15pre.
What is the criteria for putting an odd numbered package in to tarballs and zip packages?
And another arch specific question:
It takes a good bit of forever to do all the touching and such for the various languages when installing 
the orca-git package, but it was fast wen I
manually built the package from the git sources. Why is this? Does something in the package managment 
system give this a low priority? I can't say it
mattered much whether I had a bit going on or not at the same time as I was installing the orca-git 
package, and I generally shy away from heavy
multitasking anyway, especially if I see my CPu's being pushed or memory's low.
Thanks in advance for filling in any of my blanks when it comes to understanding orcaversions and arch 
git packages.
--
B.H.





_______________________________________________
orca-list mailing list
orca-list gnome org
https://mail.gnome.org/mailman/listinfo/orca-list
Visit http://live.gnome.org/Orca for more information on Orca.
The manual is at http://library.gnome.org/users/gnome-access-guide/nightly/ats-2.html
The FAQ is at http://live.gnome.org/Orca/FrequentlyAskedQuestions
Log bugs and feature requests at http://bugzilla.gnome.org
Find out how to help at http://live.gnome.org/Orca/HowCanIHelp



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]