Re: Problem: net: mvneta: auto-negotiation with disconnected network cable

24.03.2017 17:39, Maxime Morin пишет: I did a "git bisect" to find when the regression was introduced, because it previously worked with kernel 4.4, but not with the recent ones. The commit that made appear the issue is this one:

Re: Problem: net: mvneta: auto-negotiation with disconnected network cable

23.03.2017 14:30, Maxime Morin пишет: Hi, Thank you very much for your help and your reactivity! See my answer bellow: 22.03.2017 16:23, Maxime Morin пишет: Hi all, I work on an embedded platform based on the Marvell Armada 88F6707, that is connected to a Marvell Alaska 88E1512 ethernet

Re: [HACKERS] GSOC'17 project introduction: Parallel COPY execution with errors handling

> On 23 Mar 2017, at 15:53, Craig Ringer wrote: > > On 23 March 2017 at 19:33, Alexey Kondratov > wrote: > >> (1) Add errors handling to COPY as a minimum program > > Huge +1 if you can do it in an efficient way. > > I think the main

Re: Problem: net: mvneta: auto-negotiation with disconnected network cable

22.03.2017 16:23, Maxime Morin пишет: Hi all, I work on an embedded platform based on the Marvell Armada 88F6707, that is connected to a Marvell Alaska 88E1512 ethernet transceiver. A defect has appeared recently, and it turns out to be a regression on the network part. There is a complete

Re: Problem: net: mvneta: auto-negotiation with disconnected network cable

22.03.2017 16:23, Maxime Morin пишет: Hi all, I work on an embedded platform based on the Marvell Armada 88F6707, that is connected to a Marvell Alaska 88E1512 ethernet transceiver. A defect has appeared recently, and it turns out to be a regression on the network part. There is a complete

[jira] [Comment Edited] (BEAM-1777) If PipelineEnforcement throws an exception after Pipeline.run() fails, it overwrites the original failure

[ https://issues.apache.org/jira/browse/BEAM-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15936232#comment-15936232 ] Stas Levin edited comment on BEAM-1777 at 3/22/17 12:47 PM: I wonder

[jira] [Commented] (BEAM-1777) If PipelineEnforcement throws an exception after Pipeline.run() fails, it overwrites the original failure

[ https://issues.apache.org/jira/browse/BEAM-1777?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15936232#comment-15936232 ] Stas Levin commented on BEAM-1777: -- I wonder if this can be resolved by removing the {{finally}} around

Re: splitIntoBundles vs. generateInitialSplits

Indeed, take a look at https://issues.apache.org/jira/browse/BEAM-1272. On Tue, Mar 21, 2017 at 8:20 AM Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > It makes sense. > > Regards > JB > > On 03/20/2017 11:14 PM, Ismaël Mejía wrote: > > This is an forgotten o

Re: [HACKERS] logical decoding of two-phase transactions

> On 20 Mar 2017, at 16:39, Craig Ringer <cr...@2ndquadrant.com> wrote: > > On 20 March 2017 at 20:57, Stas Kelvich <s.kelv...@postgrespro.ru> wrote: >> >>> On 20 Mar 2017, at 15:17, Craig Ringer <cr...@2ndquadrant.com> wrote: >>> >&g

Re: [HACKERS] logical decoding of two-phase transactions

or > something, to make it clear what we're doing. Yes, that will be less confusing. However there is no any kind of queue, so SnapBuildStartPrepare / SnapBuildFinishPrepare should work too. > -- > Craig Ringer http://www.2ndQuadrant.com/ > PostgreSQL Development, 2

Re: [HACKERS] logical decoding of two-phase transactions

be trivial to add the second one as we have local knowledge of >> that as well). > > > TBH, I have no idea how to approach the genam changes for the proposed > double-scan method. It sounds like Stas has some idea how to proceed > though (right?) > I thought about having special

Re: [Trisquel-users] Trisquel 8.0 packages

Only IceCat is not available.

[jira] [Commented] (BEAM-1676) SdkCoreApiSurfaceTest Failed When Directory Contains Space

[ https://issues.apache.org/jira/browse/BEAM-1676?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15931625#comment-15931625 ] Stas Levin commented on BEAM-1676: -- Good catch [~markflyhigh], looks like it has to do with [this issue

Re: [Wikidata] wikibase:directClaim predicate?

losest to it. If you need to see which of the full statements have the same data as direct claims, look for statements with type wikibase:BestRank. This way you can have the same data but with qualifiers, references and full values. -- Stas Malyshev smalys...@wikimedia.org __

Re: [ANNOUNCEMENT] New committers, March 2017 edition!

Congrats to the new committers! On Sat, Mar 18, 2017 at 3:44 PM Aviem Zur wrote: Thanks all! Very excited to join. Congratulations to other new committers! On Sat, Mar 18, 2017 at 2:17 AM Thomas Weise wrote: > Congrats! > > > On Fri, Mar 17, 2017

Re: [HACKERS] logical decoding of two-phase transactions

me of decoding prepare record we already know that it is aborted than such decoding doesn’t have a lot of sense. IMO intended usage of logical 2pc decoding is to decide about commit/abort based on answers from logical subscribers/replicas. So there will be barrier between prepare and commit/abort

Re: [HACKERS] logical decoding of two-phase transactions

> On 16 Mar 2017, at 14:44, Craig Ringer wrote: > > I'm going to try to pick this patch up and amend its interface per our > discussion earlier, see if I can get it committable. I’m working right now on issue with building snapshots for decoding prepared tx. I hope I'll

[jira] [Updated] (BEAM-1713) SparkRuntimeContext instances are leaking via StateSpecFunctions#mapSourceFunction

[ https://issues.apache.org/jira/browse/BEAM-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-1713: - Description: When creating an anonymous class like so: {code:java}new Iterable<byte[]>() {...

[jira] [Assigned] (BEAM-1713) {{SparkRuntimeContext}} instances are leaking via {{StateSpecFunctions#mapSourceFunction}}

[ https://issues.apache.org/jira/browse/BEAM-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-1713: Assignee: Stas Levin (was: Amit Sela) > {{SparkRuntimeContext}} instances are leaking

[jira] [Updated] (BEAM-1713) SparkRuntimeContext instances are leaking via StateSpecFunctions#mapSourceFunction

[ https://issues.apache.org/jira/browse/BEAM-1713?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-1713: - Summary: SparkRuntimeContext instances are leaking via StateSpecFunctions#mapSourceFunction

[jira] [Created] (BEAM-1713) {{SparkRuntimeContext}} instances are leaking via {{StateSpecFunctions#mapSourceFunction}}

Stas Levin created BEAM-1713: Summary: {{SparkRuntimeContext}} instances are leaking via {{StateSpecFunctions#mapSourceFunction}} Key: BEAM-1713 URL: https://issues.apache.org/jira/browse/BEAM-1713

[jira] [Comment Edited] (BEAM-1712) TestPipeline.run doesn't actually waitUntilFinish

[ https://issues.apache.org/jira/browse/BEAM-1712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15923650#comment-15923650 ] Stas Levin edited comment on BEAM-1712 at 3/14/17 6:20 AM: --- [A related

[jira] [Commented] (BEAM-1712) TestPipeline.run doesn't actually waitUntilFinish

[ https://issues.apache.org/jira/browse/BEAM-1712?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15923650#comment-15923650 ] Stas Levin commented on BEAM-1712: -- [A related discussion|https://lists.apache.org/thread.html

Exception in thread "main" java.lang.ClassNotFoundException: hudson.remoting.Launcher

Hello, Sometimes we get an error while running maven jobs: Exception in thread "main" java.lang.ClassNotFoundException: hudson.remoting.Launcher*15:50:38* at org.codehaus.plexus.classworlds.strategy.SelfFirstStrategy.loadClass(SelfFirstStrategy.java:50)*15:50:38* at

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 02:47, Ricardo Neri пишет: It doesn't need to be a matter of this particular patch set, i.e. this proposal should not trigger a v7 resend of all 21 patches. :) But it would be useful for the future development of dosemu2. Would dosemu2 use 32-bit processes in order to keep

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 02:47, Ricardo Neri пишет: It doesn't need to be a matter of this particular patch set, i.e. this proposal should not trigger a v7 resend of all 21 patches. :) But it would be useful for the future development of dosemu2. Would dosemu2 use 32-bit processes in order to keep

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 02:47, Ricardo Neri пишет: It doesn't need to be a matter of this particular patch set, i.e. this proposal should not trigger a v7 resend of all 21 patches. :) But it would be useful for the future development of dosemu2. Would dosemu2 use 32-bit processes in order to keep

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 00:04, Andy Lutomirski пишет: On Fri, Mar 10, 2017 at 2:30 AM, Stas Sergeev <s...@list.ru> wrote: 10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri <ricardo.neri-calde...@linux.intel.com> wrote: On Wed, 2017-03-08 at 19:53 +0300,

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 00:04, Andy Lutomirski пишет: On Fri, Mar 10, 2017 at 2:30 AM, Stas Sergeev <s...@list.ru> wrote: 10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri <ricardo.neri-calde...@linux.intel.com> wrote: On Wed, 2017-03-08 at 19:53 +0300,

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

11.03.2017 00:04, Andy Lutomirski пишет: On Fri, Mar 10, 2017 at 2:30 AM, Stas Sergeev wrote: 10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri <ricardo.neri-calde...@linux.intel.com> wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:41, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 5:11 PM, Ricardo Neri <ricardo.neri-calde...@linux.intel.com> wrote: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:39, Andy Lutomirski пишет: On Thu, Mar 9, 2017 at 2:10 PM, Stas Sergeev <s...@list.ru> wrote: 09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev <s...@list.ru> wrote: 08.0

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:39, Andy Lutomirski пишет: On Thu, Mar 9, 2017 at 2:10 PM, Stas Sergeev <s...@list.ru> wrote: 09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev <s...@list.ru> wrote: 08.0

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

10.03.2017 05:39, Andy Lutomirski пишет: On Thu, Mar 9, 2017 at 2:10 PM, Stas Sergeev wrote: 09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 03:46, Ricardo Neri пишет: On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 03:46, Ricardo Neri пишет: On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 03:46, Ricardo Neri пишет: On Wed, 2017-03-08 at 17:08 +0300, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

[gnome-cyr] GNOME 3.24

Доброго времени суток, всем кто здесь еще есть Напоминаю что релиз GNOME 3.24 будет 20.03.2017, уделите немного времени переводу хотя бы основных приложений, я один точно не потяну такое количество строк ___ gnome-cyr mailing list

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev <s...@list.ru> wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> wrote: 08.0

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:15, Ricardo Neri пишет: On Wed, 2017-03-08 at 08:46 -0800, Andy Lutomirski wrote: On Wed, Mar 8, 2017 at 8:29 AM, Stas Sergeev <s...@list.ru> wrote: 08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> wrote: 08.0

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:11, Ricardo Neri пишет: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:11, Ricardo Neri пишет: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

09.03.2017 04:11, Ricardo Neri пишет: On Wed, 2017-03-08 at 19:53 +0300, Stas Sergeev wrote: 08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev <s...@list.ru> wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:06, Andy Lutomirski пишет: On Wed, Mar 8, 2017 at 6:08 AM, Stas Sergeev wrote: 08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good to have an ability to provide a replacement for the dummy emulation that is currently being

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good to have an ability to provide a replacement for the dummy emulation that is currently being

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 19:46, Andy Lutomirski пишет: No no, since I meant prot mode, this is not what I need. I would never need to disable UMIP as to allow the prot mode apps to do SLDT. Instead it would be good to have an ability to provide a replacement for the dummy emulation that is currently being

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table * SMSW - Store Machine Status Word * STR - Store Task Register This patchset initially treated

Re: [v6 PATCH 00/21] x86: Enable User-Mode Instruction Prevention

08.03.2017 03:32, Ricardo Neri пишет: These are the instructions covered by UMIP: * SGDT - Store Global Descriptor Table * SIDT - Store Interrupt Descriptor Table * SLDT - Store Local Descriptor Table * SMSW - Store Machine Status Word * STR - Store Task Register This patchset initially treated

Re: Monitoring and Management Tools for Beam an Friends

is very useful. There are more caveats to speak of in the context of metrics and Beam over Spark (and streaming in particular), so let me know if you find the gory details interesting. -Stas On Thu, Mar 2, 2017 at 5:37 PM Amit Sela <amitsel...@gmail.com> wrote: > +Stas Levin <stasle.

Re: Pipeline termination in the unified Beam model

+1! I think it's a very cool way to abstract away the batch vs. streaming dissonance from the Beam model. It does require that practitioners are *educated* to think this way as well. I believe that nowadays the terms "batch" and "streaming" are so deeply rooted, that they play a key role in the

Re: [HACKERS] logical decoding of two-phase transactions

form prepare decoding with some kind of copied-end-edited snapshot. I’ll have a look at this. -- Stas Kelvich Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers

Re: [HACKERS] logical decoding of two-phase transactions

points about this topic. Or, maybe, I’m failing to understand some points. Can we maybe setup skype call to discuss this and post summary here? Craig? Peter? -- Stas Kelvich Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-hackers mai

[jira] [Updated] (BEAM-1557) Separate TestPipeline into 2 versions: one for users, and one for sdk/runner developers

[ https://issues.apache.org/jira/browse/BEAM-1557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-1557: - Description: At the moment, {{TestPipeline}} enforces some usage patterns, that may be too strict for non

[jira] [Commented] (BEAM-1543) TestPipeline: @Rule error message confusing/javadoc doesn't explain proper usage

[ https://issues.apache.org/jira/browse/BEAM-1543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15884847#comment-15884847 ] Stas Levin commented on BEAM-1543: -- [~sisk], we did some [brush ups| https://github.com/apache/beam/blob

[jira] [Updated] (BEAM-1557) Separate TestPipeline into 2 versions: one for users, and one for sdk/runner developers

[ https://issues.apache.org/jira/browse/BEAM-1557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-1557: - Description: At the moment, {{TestPipeline}} has enforces some usage patterns, that may be too strict

[jira] [Updated] (BEAM-1557) Separate TestPipeline into 2 versions: one for users, and one for sdk/runner developers

[ https://issues.apache.org/jira/browse/BEAM-1557?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-1557: - Description: At the moment, {{TestPipeline}} has enforces some usage patterns, that may be too strict

[jira] [Created] (BEAM-1557) Separate TestPipeline into 2 versions: one for users, and one for sdk/runner developers

Stas Levin created BEAM-1557: Summary: Separate TestPipeline into 2 versions: one for users, and one for sdk/runner developers Key: BEAM-1557 URL: https://issues.apache.org/jira/browse/BEAM-1557 Project

[jira] [Comment Edited] (BEAM-1499) Update testing documentation at beam-site

[ https://issues.apache.org/jira/browse/BEAM-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15882918#comment-15882918 ] Stas Levin edited comment on BEAM-1499 at 2/24/17 3:45 PM: --- [~jasonkuster], I've

[jira] [Commented] (BEAM-1499) Update testing documentation at beam-site

[ https://issues.apache.org/jira/browse/BEAM-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15882918#comment-15882918 ] Stas Levin commented on BEAM-1499: -- [~jasonkuster], I've added two paragraphs under the contribute/testing

Re: [Trisquel-users] Doubts about libreboot flashing and configuration

Джордж: тут кириллические никнеймы разрешены?

[jira] [Comment Edited] (BEAM-1543) TestPipeline: @Rule error message confusing/javadoc doesn't explain proper usage

[ https://issues.apache.org/jira/browse/BEAM-1543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15880974#comment-15880974 ] Stas Levin edited comment on BEAM-1543 at 2/23/17 6:26 PM: --- [~kenn] definitely

[jira] [Commented] (BEAM-1543) TestPipeline: @Rule error message confusing/javadoc doesn't explain proper usage

[ https://issues.apache.org/jira/browse/BEAM-1543?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15880974#comment-15880974 ] Stas Levin commented on BEAM-1543: -- Definitely, I'll take care of it. Did this PR assist in resolving

Re: [Wikidata] Label gaps on Wikidata - (SPARQL help needed. SERVICE wikibase:label)

e service for that, the service is for when you have specific set of languages you're interested in. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Problem with federated SPARQL query via Blazegraph

soon, please watch the announcements. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

[jira] [Comment Edited] (BEAM-1399) Code coverage numbers are not accurate

[ https://issues.apache.org/jira/browse/BEAM-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15873590#comment-15873590 ] Stas Levin edited comment on BEAM-1399 at 2/20/17 8:04 AM: --- Thanks for the tip

[jira] [Comment Edited] (BEAM-1399) Code coverage numbers are not accurate

[ https://issues.apache.org/jira/browse/BEAM-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15873590#comment-15873590 ] Stas Levin edited comment on BEAM-1399 at 2/20/17 8:04 AM: --- Thanks for the tip

[jira] [Commented] (BEAM-1499) Update testing documentation at beam-site

[ https://issues.apache.org/jira/browse/BEAM-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15873270#comment-15873270 ] Stas Levin commented on BEAM-1499: -- [~davor], sure thing. Thanks for helping out! Looking forward to get

Re: Metrics for Beam IOs.

s consistency up to disincline (meh...), but may make it easier on implementors to get things done as they have more freedom. -Stas On Sat, Feb 18, 2017 at 10:16 AM Jean-Baptiste Onofré <j...@nanthrax.net> wrote: > Hi Amit, > > my point is: how do we provide metric today to end user a

Re: [Wikidata] Full Text Search in Query Service

Hi! On 2/17/17 12:12 PM, Thad Guidry wrote: > Thanks Stas, > So with budgets, dev, etc will Wikidata Search get much improved > this year 2017 ? or more likely next year 2018 ? Hopefully this year, yes. I don't have any hard time estimates but we're working on it right now and i

[Wikidata] wbsearchentities strictlanguage semantics

in the specified language be returned? -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

[jira] [Commented] (BEAM-1499) Update testing documentation at beam-site

[ https://issues.apache.org/jira/browse/BEAM-1499?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15870539#comment-15870539 ] Stas Levin commented on BEAM-1499: -- I'd be glad to lend a hand as well, just say the word :) > Upd

[jira] [Created] (BEAM-1499) Update testing documentation at beam-site

Stas Levin created BEAM-1499: Summary: Update testing documentation at beam-site Key: BEAM-1499 URL: https://issues.apache.org/jira/browse/BEAM-1499 Project: Beam Issue Type: Improvement

Re: [Trisquel-users] Do you play games with a libre engine but proprietary data? Any advice? What are some of the ethical pitfall?

Original source code is non-free.

[jira] [Updated] (BEAM-883) Make ApiSurfaceTest fail if something whitelisted is _not_ exposed

[ https://issues.apache.org/jira/browse/BEAM-883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-883: Fix Version/s: (was: Not applicable) 0.6.0 > Make ApiSurfaceTest fail if someth

[jira] [Updated] (BEAM-882) Make ApiSurfaceTest detect the java package/module under test

[ https://issues.apache.org/jira/browse/BEAM-882?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-882: Fix Version/s: (was: Not applicable) 0.6.0 > Make ApiSurfaceTest detect the j

[jira] [Updated] (BEAM-878) Allow usage of ApiSurfaceTest providing nothing but a whitelist

[ https://issues.apache.org/jira/browse/BEAM-878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-878: Fix Version/s: (was: Not applicable) 0.6.0 > Allow usage of ApiSurfaceTest provid

[jira] [Comment Edited] (BEAM-1399) Code coverage numbers are not accurate

[ https://issues.apache.org/jira/browse/BEAM-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15868375#comment-15868375 ] Stas Levin edited comment on BEAM-1399 at 2/15/17 7:06 PM: --- Having spent a while

[jira] [Commented] (BEAM-1399) Code coverage numbers are not accurate

[ https://issues.apache.org/jira/browse/BEAM-1399?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15868375#comment-15868375 ] Stas Levin commented on BEAM-1399: -- Having spent a while researching this, I can share the following

Re: [Trisquel-users] Do you play games with a libre engine but proprietary data? Any advice? What are some of the ethical pitfall?

NO! We SHOULD NOT use any non-free data. Reverse engineered non-free software source code isn't free or even illegal.

Re: [Trisquel-users] How to install GCC 6.3 on trisquel 7

Can I use both Guix and apt?

Re: Metrics for Beam IOs.

+1 to making the IO metrics (e.g. producers, consumers) available as part of the Beam pipeline metrics tree for debugging and visibility. As it has already been mentioned, many IO clients have a metrics mechanism in place, so in these cases I think it could be beneficial to mirror their metrics

[jira] [Commented] (BEAM-1048) Spark Runner streaming batch duration does not include duration of reading from source

[ https://issues.apache.org/jira/browse/BEAM-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15863792#comment-15863792 ] Stas Levin commented on BEAM-1048: -- [~ksalant], following our discussion and your blessing I'm assigning

[jira] [Assigned] (BEAM-1048) Spark Runner streaming batch duration does not include duration of reading from source

[ https://issues.apache.org/jira/browse/BEAM-1048?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-1048: Assignee: Stas Levin (was: Kobi Salant) > Spark Runner streaming batch duration does not incl

[HACKERS] Walsender crash

Hello. While playing with logical publications/subscriptions I’ve noted that walsender crashes when i’m trying to CREATE SUBSCRIPTION to a current server. So having one running postgres instance on a standard port: stas=# CREATE SUBSCRIPTION mysub CONNECTION 'dbname=stas host=127.0.0.1

[jira] [Comment Edited] (BEAM-298) Make TestPipeline implement the TestRule interface

[ https://issues.apache.org/jira/browse/BEAM-298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15862327#comment-15862327 ] Stas Levin edited comment on BEAM-298 at 2/11/17 11:39 AM: --- After taking a deeper

[jira] [Commented] (BEAM-298) Make TestPipeline implement the TestRule interface

[ https://issues.apache.org/jira/browse/BEAM-298?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15862327#comment-15862327 ] Stas Levin commented on BEAM-298: - Could you please provide some more info regarding your scenario and how I

Re: [OpenSIPS-Users] SIP message relay order

do following: if ($DLG_lifetime < 2) usleep("20"); This actually works fine for me. Thank you for your help and ideas! On Tue, Feb 7, 2017 at 8:45 AM, Stas Kobzar <stas.kob...@modulis.ca> wrote: > Hi Bogdan, > > It seems like $DLG_status will not work in my case. > >

[jira] [Commented] (BEAM-1295) Annotations are not properly rendered in JavaDoc when using {@code}

[ https://issues.apache.org/jira/browse/BEAM-1295?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15859801#comment-15859801 ] Stas Levin commented on BEAM-1295: -- Hi [~dhalp...@google.com], Sorry for the delayed response. I'm

[jira] [Resolved] (BEAM-883) Make ApiSurfaceTest fail if something whitelisted is _not_ exposed

[ https://issues.apache.org/jira/browse/BEAM-883?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-883. - Resolution: Fixed > Make ApiSurfaceTest fail if something whitelisted is _not_ expo

[jira] [Resolved] (BEAM-878) Allow usage of ApiSurfaceTest providing nothing but a whitelist

[ https://issues.apache.org/jira/browse/BEAM-878?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-878. - Resolution: Fixed > Allow usage of ApiSurfaceTest providing nothing but a whitel

[PATCH v2 0/2] sigaltstack: SS_AUTODISARM fixes

This patch set adds the missing SS_AUTODISARM handling for compatibility mode (CONFIG_COMPAT). It is needed for dosemu to not crash when built with -m32. CC: del...@gmx.de CC: linux-kernel@vger.kernel.org CC: Andy Lutomirski <l...@kernel.org> Stas Sergeev (2): sigaltstack: s

[PATCH v2 0/2] sigaltstack: SS_AUTODISARM fixes

This patch set adds the missing SS_AUTODISARM handling for compatibility mode (CONFIG_COMPAT). It is needed for dosemu to not crash when built with -m32. CC: del...@gmx.de CC: linux-kernel@vger.kernel.org CC: Andy Lutomirski Stas Sergeev (2): sigaltstack: support SS_AUTODISARM

Re: [HACKERS] logical decoding of two-phase transactions

eb 2017, at 00:35, Craig Ringer <cr...@2ndquadrant.com> wrote: > > Stas was concerned about what happens in logical decoding if we crash between > PREPSRE TRANSACTION and COMMIT PREPARED. But we'll always go back and decode > the whole txn again anyway so it doesn't matte

Re: [WM-RU] Перевод CC BY-4.0 на русский

аргумента для партнёром, можно всегда показать, что именно её у нас в стране используют Путин, правительство, Совфед и ряд министерств. 9 февр. 2017 г. 9:16 пользователь "Alexander N Krassotkin" < krassot...@gmail.com> написал: Доброе! 2017-02-09 1:31 GMT+03:00 Stas Kozlov

<    3   4   5   6   7   8   9   10   11   12   >