[jira] [Commented] (JOSHUA-312) Even though alignment is cached, it is always re-done in pipeline re-execution

[Matt Post (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-312?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529750#comment-15529750
 ] 

Matt Post commented on JOSHUA-312:
--

I checked on my end, and I see alignments being cached just fine. Please post 
the output of the pipeline script.

> Even though alignment is cached, it is always re-done in pipeline re-execution
> --
>
> Key: JOSHUA-312
> URL: https://issues.apache.org/jira/browse/JOSHUA-312
> Project: Joshua
>  Issue Type: Improvement
>  Components: alignment
>Affects Versions: 6.0.5
>Reporter: Lewis John McGibbney
>Priority: Critical
> Fix For: 6.2
>
>
> Say if a pipeline fails after alignment. The alignment result is never cached 
> and it becomes necessary to undertake alignment... again!
> We should investigate the process for caching alignments as it would really 
> speed up rerunning end-to-end pipelines for large input datasets.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JOSHUA-268) Phrase-based model error (NullPointerException)

[Matt Post (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-268?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529713#comment-15529713
 ] 

Matt Post commented on JOSHUA-268:
--

I am marking this as closed for the moment. If the problem persists please 
re-open this request.

> Phrase-based model error (NullPointerException)
> ---
>
> Key: JOSHUA-268
> URL: https://issues.apache.org/jira/browse/JOSHUA-268
> Project: Joshua
>  Issue Type: Bug
>  Components: decoders
>Affects Versions: 6.0.5
> Environment: fedora 23
>Reporter: Kyle Richardson
>Assignee: Matt Post
>Priority: Minor
> Fix For: 6.1
>
>
> I'm trying to run the phrase.sh example script (the only modification I made 
> was to take out the --optimizer-runs option, because the system says that 
> this is an "Unknown option"). 
> The error comes at the tuning stage (specifically, it fails at some point in 
> the tuning then complains that it cannot find the "joshua.config.final" 
> file). 
> Looking into the log file (tune/joshua.log), it seems to translate and tune a 
> number of sentences, then it raises the following NullPointerException: 
> Memory used after sentence 7 is 42.5 MB
> Translation 7: -30.617 good how is fine
> Input 2: Collecting options took 0.000 seconds
> Input 8: Collecting options took 0.000 seconds
> Input 2: FATAL UNCAUGHT EXCEPTION: null
> java.lang.NullPointerException
> at joshua.decoder.phrase.Candidate.score(Candidate.java:214)
> at joshua.decoder.phrase.Candidate.compareTo(Candidate.java:136)
> at joshua.decoder.phrase.Candidate.compareTo(Candidate.java:19)
> at java.util.HashMap.compareComparables(HashMap.java:371)
> at java.util.HashMap$TreeNode.treeify(HashMap.java:1920)
> at java.util.HashMap.treeifyBin(HashMap.java:771)
> at java.util.HashMap.putVal(HashMap.java:643)
> at java.util.HashMap.put(HashMap.java:611)
> at java.util.HashSet.add(HashSet.java:219)
> at joshua.decoder.phrase.Stack.addCandidate(Stack.java:125)
> at joshua.decoder.phrase.Stacks.search(Stacks.java:166)
> at joshua.decoder.DecoderThread.translate(DecoderThread.java:113)
> atjoshua.decoder.Decoder$DecoderThreadRunner.run(Decoder.java:218)
> There's nothing informative in the tune/mert.log, it just says that it exited 
> prematurely. The other processes seem to work as expected (although in the 
> giza.log, there are a number of "Sentence mismatch error! Line " warnings). 
> I'm running this on Fedora 23  with Moses.  I had no problems training the 
> hiero model.
> note---
> There appears to be an open ticket for more or less the same problem 
> (JOSHUA-267), the difference however is that in that in this ticket, it 
> appears that the tuner fails on the first input, whereas here, it already 
> decodes/tunes several inputs before failing (see above). 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Closed] (JOSHUA-268) Phrase-based model error (NullPointerException)

[Matt Post (JIRA)]

 [ 
https://issues.apache.org/jira/browse/JOSHUA-268?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Matt Post closed JOSHUA-268.

Resolution: Fixed

> Phrase-based model error (NullPointerException)
> ---
>
> Key: JOSHUA-268
> URL: https://issues.apache.org/jira/browse/JOSHUA-268
> Project: Joshua
>  Issue Type: Bug
>  Components: decoders
>Affects Versions: 6.0.5
> Environment: fedora 23
>Reporter: Kyle Richardson
>Assignee: Matt Post
>Priority: Minor
> Fix For: 6.1
>
>
> I'm trying to run the phrase.sh example script (the only modification I made 
> was to take out the --optimizer-runs option, because the system says that 
> this is an "Unknown option"). 
> The error comes at the tuning stage (specifically, it fails at some point in 
> the tuning then complains that it cannot find the "joshua.config.final" 
> file). 
> Looking into the log file (tune/joshua.log), it seems to translate and tune a 
> number of sentences, then it raises the following NullPointerException: 
> Memory used after sentence 7 is 42.5 MB
> Translation 7: -30.617 good how is fine
> Input 2: Collecting options took 0.000 seconds
> Input 8: Collecting options took 0.000 seconds
> Input 2: FATAL UNCAUGHT EXCEPTION: null
> java.lang.NullPointerException
> at joshua.decoder.phrase.Candidate.score(Candidate.java:214)
> at joshua.decoder.phrase.Candidate.compareTo(Candidate.java:136)
> at joshua.decoder.phrase.Candidate.compareTo(Candidate.java:19)
> at java.util.HashMap.compareComparables(HashMap.java:371)
> at java.util.HashMap$TreeNode.treeify(HashMap.java:1920)
> at java.util.HashMap.treeifyBin(HashMap.java:771)
> at java.util.HashMap.putVal(HashMap.java:643)
> at java.util.HashMap.put(HashMap.java:611)
> at java.util.HashSet.add(HashSet.java:219)
> at joshua.decoder.phrase.Stack.addCandidate(Stack.java:125)
> at joshua.decoder.phrase.Stacks.search(Stacks.java:166)
> at joshua.decoder.DecoderThread.translate(DecoderThread.java:113)
> atjoshua.decoder.Decoder$DecoderThreadRunner.run(Decoder.java:218)
> There's nothing informative in the tune/mert.log, it just says that it exited 
> prematurely. The other processes seem to work as expected (although in the 
> giza.log, there are a number of "Sentence mismatch error! Line " warnings). 
> I'm running this on Fedora 23  with Moses.  I had no problems training the 
> hiero model.
> note---
> There appears to be an open ticket for more or less the same problem 
> (JOSHUA-267), the difference however is that in that in this ticket, it 
> appears that the tuner fails on the first input, whereas here, it already 
> decodes/tunes several inputs before failing (see above). 



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[jira] [Commented] (JOSHUA-299) Move regression tests to proper unit tests

[Hudson (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529664#comment-15529664
 ] 

Hudson commented on JOSHUA-299:
---

FAILURE: Integrated in Jenkins build joshua_master #122 (See 
[https://builds.apache.org/job/joshua_master/122/])
JOSHUA-299 Move regression tests to proper unit tests (lewis.mcgibbney: rev 
5dd80a37217f4f61ca00aedd256947a412e13771)
* (delete) src/test/java/org/apache/joshua/packed/test.sh
* (add) src/test/java/org/apache/joshua/decoder/package-info.java
* (edit) pom.xml
* (add) src/test/java/org/apache/joshua/decoder/TestTranslation.java
* (delete) src/test/java/org/apache/joshua/packed/VocabTest.java
* (edit) src/main/java/org/apache/joshua/decoder/segment_file/Sentence.java
* (edit) src/test/resources/decoder/moses-compat/output.expected
* (edit) src/main/java/org/apache/joshua/decoder/Translation.java


> Move regression tests to proper unit tests
> --
>
> Key: JOSHUA-299
> URL: https://issues.apache.org/jira/browse/JOSHUA-299
> Project: Joshua
>  Issue Type: Bug
>Reporter: Matt Post
>Assignee: Lewis John McGibbney
> Fix For: 6.1
>
>  Time Spent: 2m
>  Remaining Estimate: 0h
>
> Many of the regression tests (test*.sh under src/test/resources) have been 
> moved to proper unit tests, but this move should be completed, and the 
> regression tests should be deleted. This should be done for 6.1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Build failed in Jenkins: joshua_master #122

[Apache Jenkins Server]

See 

Changes:

[jonmay] can't set on uninitialized ArrayList

[kellens] Convert to a DirectBuffer to transfer ngrams during probRule

[kellens] Converted estimateRule to also make use of DirectBuffer. Reduced 
number

[lewis.mcgibbney] JOSHUA-299 Move regression tests to proper unit tests

[kellens] Remove uneeded modifications for estimate in KenLM

[kellens] Explicitly bind KenLMs to LmPool objects

--
[...truncated 4778 lines...]
Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

Generating 

[GitHub] incubator-joshua pull request #53: can't set on uninitialized ArrayList

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/incubator-joshua/pull/53


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] incubator-joshua issue #67: JOSHUA-299 Move regression tests to proper unit ...

[tteofili]

Github user tteofili commented on the issue:

https://github.com/apache/incubator-joshua/pull/67
  
+1 thanks @lewismc 


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Commented] (JOSHUA-299) Move regression tests to proper unit tests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529526#comment-15529526
 ] 

ASF GitHub Bot commented on JOSHUA-299:
---

Github user tteofili commented on the issue:

https://github.com/apache/incubator-joshua/pull/67
  
+1 thanks @lewismc 


> Move regression tests to proper unit tests
> --
>
> Key: JOSHUA-299
> URL: https://issues.apache.org/jira/browse/JOSHUA-299
> Project: Joshua
>  Issue Type: Bug
>Reporter: Matt Post
>Assignee: Lewis John McGibbney
> Fix For: 6.1
>
>  Time Spent: 2m
>  Remaining Estimate: 0h
>
> Many of the regression tests (test*.sh under src/test/resources) have been 
> moved to proper unit tests, but this move should be completed, and the 
> regression tests should be deleted. This should be done for 6.1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [jira] [Commented] (JOSHUA-291) Improve code quality via static analysis

[Matt Post]

Great, thanks for sending the email.


> On Sep 28, 2016, at 5:13 AM, Tommaso Teofili  
> wrote:
> 
> it's fixed now [1].
> 
> Regards,
> Tommaso
> 
> [1] : https://github.com/apache/incubator-joshua
> 
> Il giorno mar 27 set 2016 alle ore 21:15 Tommaso Teofili <
> tommaso.teof...@gmail.com> ha scritto:
> 
>> Right, that's weird, it should sync automatically.
>> I've noticed that also other mirrors at apache have the same issue, maybe
>> it's related to a failure on github mirroring from yesterday, as you can
>> see from [1].
>> 
>> I'd opt for waiting a few more hours, then I'd ask infra@.
>> 
>> Regards,
>> Tommaso
>> 
>> [1] : http://status.apache.org/
>> 
>> 
>> Il giorno mar 27 set 2016 alle ore 20:38 Matt Post  ha
>> scritto:
>> 
>>> Tommaso, this looks great. One problem, though, is that while these are
>>> present on Apache master, they are for some reason not being mirrored to
>>> Github. Anyone have any idea why?
>>> 
>>> 
>>> https://git-wip-us.apache.org/repos/asf?p=incubator-joshua.git;a=summary
>>> 
>>> The last commit to Github is from 12 days ago:
>>> 
>>>https://github.com/apache/incubator-joshua/
>>> 
>>> This is supposed to be mirrored automatically, I wonder what's up?
>>> 
>>> matt
>>> 
>>> 
>>> 
 On Sep 26, 2016, at 8:30 AM, Tommaso Teofili (JIRA) 
>>> wrote:
 
 
   [
>>> https://issues.apache.org/jira/browse/JOSHUA-291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15522917#comment-15522917
>>> ]
 
 Tommaso Teofili commented on JOSHUA-291:
 
 
 I've applied a bunch of improvements to the codebase based on static
>>> code analysis, marking as resolved for now.
 
> Improve code quality via static analysis
> 
> 
>   Key: JOSHUA-291
>   URL: https://issues.apache.org/jira/browse/JOSHUA-291
>   Project: Joshua
>Issue Type: Improvement
>Components: core
>  Reporter: Tommaso Teofili
>  Assignee: Tommaso Teofili
>   Fix For: 6.1
> 
> 
> We can improve code quality / readability leveraging code analysis
>>> from tools like FindBugs and others integrated in IDEs.
 
 
 
 --
 This message was sent by Atlassian JIRA
 (v6.3.4#6332)
>>> 
>>> 

[jira] [Commented] (JOSHUA-299) Move regression tests to proper unit tests

[ASF GitHub Bot (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-299?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529492#comment-15529492
 ] 

ASF GitHub Bot commented on JOSHUA-299:
---

Github user asfgit closed the pull request at:

https://github.com/apache/incubator-joshua/pull/67


> Move regression tests to proper unit tests
> --
>
> Key: JOSHUA-299
> URL: https://issues.apache.org/jira/browse/JOSHUA-299
> Project: Joshua
>  Issue Type: Bug
>Reporter: Matt Post
>Assignee: Lewis John McGibbney
> Fix For: 6.1
>
>  Time Spent: 2m
>  Remaining Estimate: 0h
>
> Many of the regression tests (test*.sh under src/test/resources) have been 
> moved to proper unit tests, but this move should be completed, and the 
> regression tests should be deleted. This should be done for 6.1



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

[GitHub] incubator-joshua pull request #67: JOSHUA-299 Move regression tests to prope...

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/incubator-joshua/pull/67


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] incubator-joshua pull request #68: KenLM JNI optimization

[asfgit]

Github user asfgit closed the pull request at:

https://github.com/apache/incubator-joshua/pull/68


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] incubator-joshua pull request #68: KenLM JNI optimization

[kpu]

Github user kpu commented on a diff in the pull request:

https://github.com/apache/incubator-joshua/pull/68#discussion_r80882244
  
--- Diff: jni/kenlm_wrap.cc ---
@@ -76,15 +76,16 @@ class EqualIndex : public 
std::binary_function {
 typedef std::unordered_set Lookup;
 
 /**
- * A Chart bundles together a unordered_multimap that maps ChartState 
signatures to a single
- * object instantiated using a pool. This allows duplicate states to avoid 
allocating separate
- * state objects at multiple places throughout a sentence, and also allows 
state to be shared
- * across KenLMs for the same sentence.  Multimap is used to avoid hash 
collisions which can
- * return incorrect results, and cause out-of-bounds lookups when multiple 
KenLMs are in use.
+ * A Chart bundles together a vector holding CharStates and an 
unordered_set of StateIndexes
+ * which provides a mapping between StateIndexes and the positions of 
ChartStates in the vector.
+ * This allows for duplicate states to avoid allocating separate state 
objects at multiple places
+ * throughout a sentence.
  */
 class Chart {
   public:
-Chart() : lookup_(1000, HashIndex(vec_), EqualIndex(vec_)) {}
+Chart(long* ngramBuffer) : 
--- End diff --

Good practice to use explicit with single-argument constructors.  


---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[GitHub] incubator-joshua pull request #68: KenLM JNI optimization

[KellenSunderland]

GitHub user KellenSunderland opened a pull request:

https://github.com/apache/incubator-joshua/pull/68

KenLM JNI optimization

I've cleaned up the code from the previous PR (#65) that had the @kpu's 
perf  increase.  I've removed the code that was specific to the estimate call 
as we didn't see a performance increase with it.

You can merge this pull request into a Git repository by running:

$ git pull https://github.com/KellenSunderland/incubator-joshua 
DirectBuffersRemoveEst

Alternatively you can review and apply these changes as the patch at:

https://github.com/apache/incubator-joshua/pull/68.patch

To close this pull request, make a commit to your master/trunk branch
with (at least) the following in the commit message:

This closes #68


commit 9ea7eebf0164d1676f633b441bd952eaa20b0760
Author: Kellen Sunderland 
Date:   2016-09-15T17:06:04Z

Convert to a DirectBuffer to transfer ngrams during probRule

commit c8d8a65b9352e51e777965994dae7f9337b08def
Author: Kellen Sunderland 
Date:   2016-09-15T17:31:21Z

Converted estimateRule to also make use of DirectBuffer.
Reduced number of array copies in probRule.
Removed sentence from estimate method signature (as it was unused).
Created an abstraction in the KenLMPool class to hide details of underlying 
ByteBuffer Indexing.
Fixed Test givenKenLm_whenQueryingWithState_thenStateAndProbReturned

commit d9c3d7ecf069a6a0339b911b9defb8ce31ebb1f1
Author: Kellen Sunderland 
Date:   2016-09-27T15:31:37Z

Remove uneeded modifications for estimate in KenLM

commit e9f4f5b1468364a658f90c168e2b8ec69c3fa48e
Author: Kellen Sunderland 
Date:   2016-09-27T16:29:50Z

Explicitly bind KenLMs to LmPool objects




---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at infrastruct...@apache.org or file a JIRA ticket
with INFRA.
---

[jira] [Commented] (JOSHUA-291) Improve code quality via static analysis

[Hudson (JIRA)]

[ 
https://issues.apache.org/jira/browse/JOSHUA-291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15529058#comment-15529058
 ] 

Hudson commented on JOSHUA-291:
---

SUCCESS: Integrated in Jenkins build joshua_master #121 (See 
[https://builds.apache.org/job/joshua_master/121/])
JOSHUA-291 - minor fixes to AdaGradCore (tommaso: rev 
402b08a8715b9121ca15b1732310e66a01926e50)
* (edit) src/main/java/org/apache/joshua/adagrad/AdaGradCore.java


> Improve code quality via static analysis
> 
>
> Key: JOSHUA-291
> URL: https://issues.apache.org/jira/browse/JOSHUA-291
> Project: Joshua
>  Issue Type: Improvement
>  Components: core
>Reporter: Tommaso Teofili
>Assignee: Tommaso Teofili
> Fix For: 6.1
>
>
> We can improve code quality / readability leveraging code analysis from tools 
> like FindBugs and others integrated in IDEs.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Re: [jira] [Commented] (JOSHUA-291) Improve code quality via static analysis

[Tommaso Teofili]

it's fixed now [1].

Regards,
Tommaso

[1] : https://github.com/apache/incubator-joshua

Il giorno mar 27 set 2016 alle ore 21:15 Tommaso Teofili <
tommaso.teof...@gmail.com> ha scritto:

> Right, that's weird, it should sync automatically.
> I've noticed that also other mirrors at apache have the same issue, maybe
> it's related to a failure on github mirroring from yesterday, as you can
> see from [1].
>
> I'd opt for waiting a few more hours, then I'd ask infra@.
>
> Regards,
> Tommaso
>
> [1] : http://status.apache.org/
>
>
> Il giorno mar 27 set 2016 alle ore 20:38 Matt Post  ha
> scritto:
>
>> Tommaso, this looks great. One problem, though, is that while these are
>> present on Apache master, they are for some reason not being mirrored to
>> Github. Anyone have any idea why?
>>
>>
>> https://git-wip-us.apache.org/repos/asf?p=incubator-joshua.git;a=summary
>>
>> The last commit to Github is from 12 days ago:
>>
>> https://github.com/apache/incubator-joshua/
>>
>> This is supposed to be mirrored automatically, I wonder what's up?
>>
>> matt
>>
>>
>>
>> > On Sep 26, 2016, at 8:30 AM, Tommaso Teofili (JIRA) 
>> wrote:
>> >
>> >
>> >[
>> https://issues.apache.org/jira/browse/JOSHUA-291?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15522917#comment-15522917
>> ]
>> >
>> > Tommaso Teofili commented on JOSHUA-291:
>> > 
>> >
>> > I've applied a bunch of improvements to the codebase based on static
>> code analysis, marking as resolved for now.
>> >
>> >> Improve code quality via static analysis
>> >> 
>> >>
>> >>Key: JOSHUA-291
>> >>URL: https://issues.apache.org/jira/browse/JOSHUA-291
>> >>Project: Joshua
>> >> Issue Type: Improvement
>> >> Components: core
>> >>   Reporter: Tommaso Teofili
>> >>   Assignee: Tommaso Teofili
>> >>Fix For: 6.1
>> >>
>> >>
>> >> We can improve code quality / readability leveraging code analysis
>> from tools like FindBugs and others integrated in IDEs.
>> >
>> >
>> >
>> > --
>> > This message was sent by Atlassian JIRA
>> > (v6.3.4#6332)
>>
>>

Re: Git mirror issue for incubator-joshua

[Daniel Gruno]

On 09/28/2016 10:54 AM, Tommaso Teofili wrote:
> I had pushed several commits yesterday but nothing moved on, or did you
> fix the mirroring now and I need to push a commit in order for that to
> kick in ?

We did see an issue with the queue being jammed yesterday. This should
be fixed now, so pushing a whitespace commit should resync.

> 
> Thanks and regards,
> Tommaso
> 
> Il giorno mer 28 set 2016 alle ore 10:06 Daniel Gruno
> mailto:humbed...@apache.org>> ha scritto:
> 
> On 09/28/2016 10:03 AM, Tommaso Teofili wrote:
> > Hi all,
> >
> > at Apache Joshua (incubating) we're noticing that our Github mirror is
> > out of date by 13 days, is it a known issue ? Can we (PPMC) do
> anything
> > about that ?
> >
> > Thanks and regards,
> > Tommaso
> 
> Do a trivial white space commit, that should force a sync.
> 

Re: Git mirror issue for incubator-joshua

[Tommaso Teofili]

Great, thanks for the update. Will do it.

Il giorno mer 28 set 2016 alle ore 11:11 Daniel Gruno 
ha scritto:

> On 09/28/2016 10:54 AM, Tommaso Teofili wrote:
> > I had pushed several commits yesterday but nothing moved on, or did you
> > fix the mirroring now and I need to push a commit in order for that to
> > kick in ?
>
> We did see an issue with the queue being jammed yesterday. This should
> be fixed now, so pushing a whitespace commit should resync.
>
> >
> > Thanks and regards,
> > Tommaso
> >
> > Il giorno mer 28 set 2016 alle ore 10:06 Daniel Gruno
> > mailto:humbed...@apache.org>> ha scritto:
> >
> > On 09/28/2016 10:03 AM, Tommaso Teofili wrote:
> > > Hi all,
> > >
> > > at Apache Joshua (incubating) we're noticing that our Github
> mirror is
> > > out of date by 13 days, is it a known issue ? Can we (PPMC) do
> > anything
> > > about that ?
> > >
> > > Thanks and regards,
> > > Tommaso
> >
> > Do a trivial white space commit, that should force a sync.
> >
>
>

Re: Git mirror issue for incubator-joshua

[Tommaso Teofili]

I had pushed several commits yesterday but nothing moved on, or did you fix
the mirroring now and I need to push a commit in order for that to kick in ?

Thanks and regards,
Tommaso

Il giorno mer 28 set 2016 alle ore 10:06 Daniel Gruno 
ha scritto:

> On 09/28/2016 10:03 AM, Tommaso Teofili wrote:
> > Hi all,
> >
> > at Apache Joshua (incubating) we're noticing that our Github mirror is
> > out of date by 13 days, is it a known issue ? Can we (PPMC) do anything
> > about that ?
> >
> > Thanks and regards,
> > Tommaso
>
> Do a trivial white space commit, that should force a sync.
>

Re: Git mirror issue for incubator-joshua

[Daniel Gruno]

On 09/28/2016 10:03 AM, Tommaso Teofili wrote:
> Hi all,
> 
> at Apache Joshua (incubating) we're noticing that our Github mirror is
> out of date by 13 days, is it a known issue ? Can we (PPMC) do anything
> about that ?
> 
> Thanks and regards,
> Tommaso

Do a trivial white space commit, that should force a sync.

Git mirror issue for incubator-joshua

[Tommaso Teofili]

Hi all,

at Apache Joshua (incubating) we're noticing that our Github mirror is out
of date by 13 days, is it a known issue ? Can we (PPMC) do anything about
that ?

Thanks and regards,
Tommaso