[jira] [Updated] (BEAM-2789) Watermark can become unavailable for executors while it's updated with new values

[ https://issues.apache.org/jira/browse/BEAM-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-2789: - Summary: Watermark can become unavailable for executors while it's updated with new values

[jira] [Updated] (BEAM-2789) Watermarks can become unavailable for executors while it's updated with new values

[ https://issues.apache.org/jira/browse/BEAM-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-2789: - Summary: Watermarks can become unavailable for executors while it's updated with new values

[jira] [Updated] (BEAM-2789) Watermark can become unavailable for executors while it's updated with new values

[ https://issues.apache.org/jira/browse/BEAM-2789?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-2789: - Description: The watermark is updated by the driver like so: {code:java} blockManager.removeBlock

[jira] [Created] (BEAM-2789) Watermark can become unavailable for executors while it's updated with new values

Stas Levin created BEAM-2789: Summary: Watermark can become unavailable for executors while it's updated with new values Key: BEAM-2789 URL: https://issues.apache.org/jira/browse/BEAM-2789 Project: Beam

[jira] [Assigned] (BEAM-2671) CreateStreamTest.testFirstElementLate validatesRunner test fails on Spark runner

[ https://issues.apache.org/jira/browse/BEAM-2671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-2671: Assignee: Stas Levin (was: Jean-Baptiste Onofré) > CreateStreamTest.testFirstElementL

[jira] [Comment Edited] (BEAM-2671) CreateStreamTest.testFirstElementLate validatesRunner test fails on Spark runner

[ https://issues.apache.org/jira/browse/BEAM-2671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16129014#comment-16129014 ] Stas Levin edited comment on BEAM-2671 at 8/16/17 4:13 PM: --- I believe I've been

[jira] [Commented] (BEAM-2671) CreateStreamTest.testFirstElementLate validatesRunner test fails on Spark runner

[ https://issues.apache.org/jira/browse/BEAM-2671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16129014#comment-16129014 ] Stas Levin commented on BEAM-2671: -- I believe I've been able to pinpoint the problem and am working

[bug #51750] multiboot: grub ignores gfxpayload=keep

Follow-up Comment #5, bug #51750 (project grub): Please find it attached. With a lot of distro-specific noise, as usual. (file #41518) ___ Additional Item Attachment: File name: grub.cfg Size:2 KB

[bug #51750] multiboot: grub ignores gfxpayload=keep

Follow-up Comment #3, bug #51750 (project grub): So I swapped the strings to look like this: menuentry 'KOS_64' { recordfail load_video multiboot /boot/x86_64-vmkos.img set gfxmode=1024x768x32 set gfxpayload=keep boot } But this didn't change

[bug #51750] multiboot: grub ignores gfxpayload=keep

Follow-up Comment #2, bug #51750 (project grub): It was before. Never thought this matters. Will try swapping them. ___ Reply to this item at: ___

[bug #51750] multiboot: grub ignores gfxpayload=keep

URL: Summary: multiboot: grub ignores gfxpayload=keep Project: GNU GRUB Submitted by: stsp Submitted on: Mon 14 Aug 2017 02:19:50 PM UTC Category: Terminal Severity:

[bug #51466] grub ignores gfxpayload=keep

Follow-up Comment #2, bug #51466 (project grub): But this is not the problem I was actually reporting. Please see the quote below: --- The worse problem is that if you set the flag to request the gfx mode but in the multiboot header set the mode parameters to 0 for auto, you hope that in this

[jira] [Commented] (BEAM-2671) CreateStreamTest.testFirstElementLate validatesRunner test fails on Spark runner

[ https://issues.apache.org/jira/browse/BEAM-2671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16124897#comment-16124897 ] Stas Levin commented on BEAM-2671: -- [~kenn], could you elaborate on when there might be a race, and what

Re: [Wikidata] Wikidata Query Service and SPARQL endpoint usage limits

is meant to reduce the effect of such workloads and enforce availability to all clients. It is not our purpose to block any legit workload, and if that happens, please tell us and we'll look into adjusting the limits. Thanks, -- Stas Malyshev smalys...@wikimedia.org ___

Re: FSGSBASE ABI considerations

07.08.2017 19:20, Andy Lutomirski пишет: I think this is the half-step. It clearly shows that you don't want such state to ever exist, but why not to go a step further and just make the bases to be reset not only by any unrelated modify_ldt() call, but always on schedule? You can state that

Re: FSGSBASE ABI considerations

07.08.2017 19:20, Andy Lutomirski пишет: I think this is the half-step. It clearly shows that you don't want such state to ever exist, but why not to go a step further and just make the bases to be reset not only by any unrelated modify_ldt() call, but always on schedule? You can state that

Re: FSGSBASE ABI considerations

Hello. 31.07.2017 06:05, Andy Lutomirski пишет: - User code can use the new RD/WR FS/GS BASE instructions. Apparently some users really want this for, umm, userspace threading. Think Java. I wonder how java avoids the lack of the user-space continuations support while getting the userspace

Re: FSGSBASE ABI considerations

Hello. 31.07.2017 06:05, Andy Lutomirski пишет: - User code can use the new RD/WR FS/GS BASE instructions. Apparently some users really want this for, umm, userspace threading. Think Java. I wonder how java avoids the lack of the user-space continuations support while getting the userspace

Re: [discovery] Fwd: [Wikitech-l] Today's CREDIT demo - Wikidata Query Service update, including on federation

Hi! On 8/2/17 3:51 PM, Deborah Tankersley wrote: > Nice demo, Stas! :) Thanks! We may want to do another one on GUI improvements specifically, I just didn't have time to prepare for that. I hear there would be something presented on Wikimania, but for those who won't attend we may also w

Re: [HACKERS] Transactions involving multiple postgres foreign servers

jour_2014.pdf [3] https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/samehe-clocksi.srds2013.pdf [4] https://github.com/ept/hermitage Stas Kelvich Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgre

Re: [HACKERS] Transactions involving multiple postgres foreign servers

ow fdw doesn’t guarantee neither isolation nor atomicity. And if one isn’t doing cross-node analytical transactions it will be safe to live without isolation. But living without atomicity means that some parts of data can be lost without simple way to detect and fix that. Stas Kelvich Pos

Re: [Wikidata] lib.reviews: Review anything with a Wikidata entry

it fits your use case or not, but offering it as one more option. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Bug-tar] transform with add-file seems broken

26.07.2017 17:59, Dominique Martinet пишет: Hi, Stas Sergeev wrote on Wed, Jul 26, 2017 at 05:22:56PM +0300: I am doing the following: $ tar cf a.tar a.txt $ tar rf a.tar --add-file=`pwd`/b.txt --transform=s,`pwd`/,aaa/, tar: Removing leading `/' from member names The transform is completely

Re: [Bug-tar] transform with add-file seems broken

26.07.2017 17:59, Dominique Martinet пишет: Hi, Stas Sergeev wrote on Wed, Jul 26, 2017 at 05:22:56PM +0300: I am doing the following: $ tar cf a.tar a.txt $ tar rf a.tar --add-file=`pwd`/b.txt --transform=s,`pwd`/,aaa/, tar: Removing leading `/' from member names The transform is completely

Re: git gc seems to break --symbolic-full-name

26.07.2017 16:23, Jeff King пишет: In git.git we do something like: -- >8 -- other: version cat $< >$@ .PHONY: FORCE version: FORCE @git rev-parse HEAD >$@+ @if cmp $@+ $@ >/dev/null 2>&1; then rm $@+; else mv $@+ $@; fi -- >8 -- Yes, thats a nice recipe that I would

[Bug-tar] transform with add-file seems broken

Hello. I am doing the following: $ tar cf a.tar a.txt $ tar rf a.tar --add-file=`pwd`/b.txt --transform=s,`pwd`/,aaa/, tar: Removing leading `/' from member names The transform is completely ignored, and tar complains to leading slash. But the following case works fine: $ tar cf a.tar a.txt $

Re: git gc seems to break --symbolic-full-name

26.07.2017 03:36, Jacob Keller пишет: If your goal is to make it so users filling out bug reports have a version, then using git descrsibe and making that be part of your version (based off your tags, and commits) is how pretty much every other project I've worked on does this. I really don't

Re: git gc seems to break --symbolic-full-name

24.07.2017 07:02, Jacob Keller пишет: generally, I'd suggest using "git describe" to output a version based on tag, and as part of your build system set that in some sort of --version output of some kind. I came to the following solution which looks quite simple (avoids comparing the output of

[Wikidata] wbsearchentities with Elastic test

:) Suggestion on improving it are welcome though. More details available in: https://phabricator.wikimedia.org/T125500 Thanks, -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman

[jira] [Assigned] (BEAM-2670) ParDoTest.testPipelineOptionsParameter* validatesRunner tests fail on Spark runner

[ https://issues.apache.org/jira/browse/BEAM-2670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-2670: Assignee: Stas Levin (was: Amit Sela) > ParDoTest.testPipelineOptionsParameter* validatesRun

Re: git gc seems to break --symbolic-full-name

24.07.2017 07:02, Jacob Keller пишет: generally, I'd suggest using "git describe" to output a version based on tag, and as part of your build system set that in some sort of --version output of some kind. I am not sure I understand that suggestion. I can use 'git describe' (and that seems to be

Re: [Dmtcp-forum] PBS scheduler support

k to us. > > On Fri, Jul 21, 2017 at 10:18:56PM -0400, Stas Vernon wrote: > > Thank you guys for reply! > > From Gene's email it seems that current stable release 2.5.0 doesn't > > contain the code fixing bug that Rohan describe, is this correct? > > I installed 2.5.0

Re: git gc seems to break --symbolic-full-name

23.07.2017 11:40, Jacob Keller пишет: On Fri, Jul 21, 2017 at 12:03 PM, Stas Sergeev <s...@list.ru> wrote: I wanted some kind of file to use it as a build dependency for the files that needs to be re-built when the head changes. This works very well besides git gc. What other method can b

Re: [Dmtcp-forum] PBS scheduler support

> - Original Message - > From: "Rohan Garg" <rohg...@ccs.neu.edu> > To: "Stas Vernon" <stasvern...@gmail.com> > Cc: dmtcp-forum@lists.sourceforge.net > Sent: Friday, July 21, 2017 6:29:17 PM > Subject: Re: [Dmtcp-forum] PBS scheduler support >

Re: git gc seems to break --symbolic-full-name

21.07.2017 21:56, Junio C Hamano пишет: Stas Sergeev <s...@list.ru> writes: I do the following: $ git rev-parse --symbolic-full-name devel refs/heads/devel $ ls -l .git/`git rev-parse --symbolic-full-name devel` -rw-rw-r-- 1 stas stas 41 июл 21 15:05 .git/refs/heads/devel This i

git gc seems to break --symbolic-full-name

Hello. I do the following: $ git rev-parse --symbolic-full-name devel refs/heads/devel $ ls -l .git/`git rev-parse --symbolic-full-name devel` -rw-rw-r-- 1 stas stas 41 июл 21 15:05 .git/refs/heads/devel This is fine. But after git gc: $ git rev-parse --symbolic-full-name devel refs/heads

[Dmtcp-forum] PBS scheduler support

Hello, I'm new to DMTCP. Our cluster uses PBS scheduler, my code (written in C++) uses MPI. A job is usually ran on several nodes. FAQ says 'DMTCP supports SLURM and Torque', but PBS not mentioned. Does that mean I cannot use it with PBS? Or if still possible, could smbd post a simple example

[bug #51466] grub ignores gfxpayload=keep

URL: Summary: grub ignores gfxpayload=keep Project: GNU GRUB Submitted by: stsp Submitted on: Fri 14 Jul 2017 04:53:46 PM UTC Category: Terminal Severity: Major

Re: [Wikidata] extracting type hierarchy of Wikidata

re P31 and P279 currently represent hierarchy as such - t.e. loops have been known to exist in those (maybe already fixed, but not 100% sure). So one needs to be aware of that too. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@list

Re: [Wikidata] New step towards structured data for Commons is now available: federation

ame thing in fact, that's the point of federation, as I understand). I think P4 should be http://federated-wikidata.wmflabs.org.wmflabs.org/prop/direct/P4 in this case (or, in case of real Wikidata federation, it would use actual wikidata URL of course). -- Stas Malyshev smalys...@wiki

Kafka consumer: fair consumption from multiple partitions

Hi, I have to process a topic with few thousand messages and a dozen partitions from the very beginning. This topic is manually populated before consumption. In this setup a consumer consuming from several partitions at the same time tend to consume assigned partitions sequentially: first all

Re: [Wikidata] BREAKING CHANGE: sitelink encoding changing in RDF export/WDQS

ill make an announcement (hopefully the final one on the topic :) when it is all done. Thanks, -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [Wikidata] Mediawiki API SPARQL service

Service URI > http://wikiba.se/ontology#mwapi is not allowed Your local installation seems to be old version. Please check out the newest one from github. MWAPI service should be whitelisted automatically in the new code. -- Stas Malyshev sm

Re: [HACKERS] Dynamic instrumentation of lwlock wait times (lwlock flamegraphs)

er > stack > - ... > > I think it might be interesting to collect a few of these somewhere > centrally once halfway mature. Maybe in src/tools or such. Wow, that’s extremely helpful, thanks a lot. Stas Kelvich Postgres Professional: http://www.postgrespro.com The Russian Postgres C

[jira] [Assigned] (BEAM-1712) TestPipeline.run should perhaps waitUntilFinish

[ https://issues.apache.org/jira/browse/BEAM-1712?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-1712: Assignee: (was: Stas Levin) > TestPipeline.run should perhaps waitUntilFin

[jira] [Assigned] (BEAM-2464) Create.of(...) does not work as expected when runner is configured to streaming mode

[ https://issues.apache.org/jira/browse/BEAM-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-2464: Assignee: Stas Levin (was: Amit Sela) > Create.of(...) does not work as expected when run

[jira] [Created] (BEAM-2464) Create.of(...) is not properly handled when runner is configured to streaming mode

Stas Levin created BEAM-2464: Summary: Create.of(...) is not properly handled when runner is configured to streaming mode Key: BEAM-2464 URL: https://issues.apache.org/jira/browse/BEAM-2464 Project: Beam

[jira] [Updated] (BEAM-2464) Create.of(...) does not work as expected when runner is configured to streaming mode

[ https://issues.apache.org/jira/browse/BEAM-2464?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-2464: - Summary: Create.of(...) does not work as expected when runner is configured to streaming mode

Re: [Wikitech-l] Search update: sister project snippets are now in production!

though :) -- Stas Malyshev smalys...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [discovery] [Wikitech-l] Search update: sister project snippets are now in production!

though :) -- Stas Malyshev smalys...@wikimedia.org ___ discovery mailing list discovery@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/discovery

dosemu2 discussions

Hello dosemu users & developers. It looks like dosemu lists are pretty quiet this days, albeit of a bit spamming from linux-kernel development. This is because dosemu1 development have come to an end (AFAIK), and dosemu2 development/discussing all happens within the github platform. There is

Re: [Wikidata-tech] org.wikidata.query.rdf.tool.Update-Contained error syncing. Giving up on Qxxxxx

ide, not sure why - I can access that URL just fine. Updater can't do much if Wikidata refuses to talk to it, so if this keeps happening I'd ask on Ops channel why it may be happening. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-tech mailin

Re: [Wikitech-l] @author annotations in files in the mediawiki codebase

person is still active in the project under the same name, it may be easy to track them, but if not, it's mostly hopeless. -- Stas Malyshev smalys...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/m

Re: [Wikitech-l] @author annotations in files in the mediawiki codebase

ly consider Git metadata to be enough in this case, why not in any others? -- Stas Malyshev smalys...@wikimedia.org ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

[Wikidata-tech] REMINDER about changing RDF formats

:) -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata-tech mailing list Wikidata-tech@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-tech

[Wikidata] Medawiki API Service for WDQS

_page [2] https://www.mediawiki.org/wiki/Wikidata_query_service/User_Manual/MWAPI [3] https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: [PATCH v7 07/26] x86/insn-eval: Do not BUG on invalid register type

Hi Ricardo, would you mind unsubscribing linux-msdos@ from all your future mails on this subject? Otherwise I am afraid there would be no subscribers left when you are finally done. :) I think all non-kernel-dev MLs should be treated with more care. Eg your initial questions were certainly

Re: Documenting sigaltstack SS_AUTODISRM

24.05.2017 14:09, Michael Kerrisk (man-pages) пишет: One could do this I suppose, but I read POSIX differently from you and, more importantly, SS_ONSTACK breaks portability on numerous other systems and is a no-op on Linux. So, the Linux man page really should warn against its use in the

Re: Documenting sigaltstack SS_AUTODISRM

24.05.2017 14:09, Michael Kerrisk (man-pages) пишет: One could do this I suppose, but I read POSIX differently from you and, more importantly, SS_ONSTACK breaks portability on numerous other systems and is a no-op on Linux. So, the Linux man page really should warn against its use in the

Re: Documenting sigaltstack SS_AUTODISRM

Hello, 24.05.2017 14:09, Michael Kerrisk (man-pages) пишет: Could you please point and cite the spec that says exactly this? I take your point: the text of the spec could be more precise. It does not provide a complete support for my assertion. But, I do think the interpretation I suggest is

Re: Documenting sigaltstack SS_AUTODISRM

Hello, 24.05.2017 14:09, Michael Kerrisk (man-pages) пишет: Could you please point and cite the spec that says exactly this? I take your point: the text of the spec could be more precise. It does not provide a complete support for my assertion. But, I do think the interpretation I suggest is

[Wikidata] BREAKING CHANGE: sitelink encoding changing in RDF export/WDQS

[1] https://www.mediawiki.org/wiki/Wikibase/Indexing/RDF_Dump_Format -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata

Re: Documenting sigaltstack SS_AUTODISRM

23.05.2017 15:26, Michael Kerrisk (man-pages) пишет: and posix seems to allow any other value for enable, which can be (on linux) SS_ONSTACK, not only 0. Yes, long ago someone got confused, as I've noted in a recently added BUGS section in the page: But my understanding differs.

Re: Documenting sigaltstack SS_AUTODISRM

23.05.2017 15:26, Michael Kerrisk (man-pages) пишет: and posix seems to allow any other value for enable, which can be (on linux) SS_ONSTACK, not only 0. Yes, long ago someone got confused, as I've noted in a recently added BUGS section in the page: But my understanding differs.

Re: Documenting sigaltstack SS_AUTODISRM

23.05.2017 13:35, Michael Kerrisk (man-pages) пишет: Hello Stas, Hi. :) Because I don't think we broke the existing code, or did we? Probably not, but it seems to me that there is some small possibility that library code that makes use of sigaltstack() to test whether a signal is being

Re: Documenting sigaltstack SS_AUTODISRM

23.05.2017 13:35, Michael Kerrisk (man-pages) пишет: Hello Stas, Hi. :) Because I don't think we broke the existing code, or did we? Probably not, but it seems to me that there is some small possibility that library code that makes use of sigaltstack() to test whether a signal is being

Re: Documenting sigaltstack SS_AUTODISRM

22.05.2017 23:38, Michael Kerrisk (man-pages) пишет: Stas, I have attempted to document the SS_AUTODISARM feature that you added in Linux 4.7. Could you please take a look at the SS_AUTODISARM pieces in the sigaltstack() man page below? There is also one FIXME that I would like help

Re: Documenting sigaltstack SS_AUTODISRM

22.05.2017 23:38, Michael Kerrisk (man-pages) пишет: Stas, I have attempted to document the SS_AUTODISARM feature that you added in Linux 4.7. Could you please take a look at the SS_AUTODISARM pieces in the sigaltstack() man page below? There is also one FIXME that I would like help

Re: [Wikitech-l] use of @inheritdoc

potential that different systems would read different tags (shouldn't make a difference but might still). Not sure how that would work? If combining @inheritdoc with other content works as Gergo described, it may be helpful, but still not sure what exactly it would happen.

Re: [Trisquel-users] How do you use QuiteRSS with Tor?

Read Tor manual: https://www.torproject.org/docs/tor-manual.html.en You can set username and password.

Re: [HACKERS] snapbuild woes

uld not fsync file "pg_logical/mappings/map-4000-4df-0_A4EA29F8-5aa5-5ae6": Too many open files in system I’m not sure whether this is boils down to some of the previous issues mentioned here or not, so posting here as observation. 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

[jira] [Comment Edited] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16006299#comment-16006299 ] Stas Levin edited comment on BEAM-2095 at 5/11/17 12:04 PM: Hi Arvid, Sorry I

[jira] [Comment Edited] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16006299#comment-16006299 ] Stas Levin edited comment on BEAM-2095 at 5/11/17 12:01 PM: Hi Arvid, Sorry I

[jira] [Commented] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16006299#comment-16006299 ] Stas Levin commented on BEAM-2095: -- Sorry I did not provide any context here. I was hoping you'd

Re: [Wikidata] Wikidata Query Service + Mediawiki API = Love

take extremely naive approach, in which case performance probably will be horrible. SERVICE otoh is pretty easy to implement and it's flexible enough to allow talking to many external APIs. Current proposal seems to be OK, though may be changed if more user-friendly ideas come up. -- Stas

Re: [HACKERS] Logical replication ApplyContext bloat

every message >> (as the name implies), not only some messages. > > Committed that. > >> Also, perhaps ApplyMessageContext should be a child of >> TopTransactionContext. (You have it as a child of ApplyContext, which >> is under TopMemoryContext.) > >

[jira] [Commented] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16002206#comment-16002206 ] Stas Levin commented on BEAM-2095: -- [~arvid heise] this fix is currently in the master branch

[jira] [Resolved] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-2095. -- Resolution: Fixed Fix Version/s: 2.1.0 > The hasNext method of the iterator returned by Source

Re: [Wikidata] RDF dumps

o "latest-all.json.bz2")? The dumps are indeed in https://dumps.wikimedia.org/wikidatawiki/entities/, e.g. https://dumps.wikimedia.org/wikidatawiki/entities/20170501/wikidata-20170501-all-BETA.ttl.gz No links for latest for TTL dumps, for some reason. This probably needs to be fixed. -- Stas

Re: [Trisquel-users] Is Trisquel 6 EOL'ed?

Any EOL is bad. Is it too hard to update packages?

Re: [Trisquel-users] Arrested for filming : CEO of ThinkPenguin, Inc arrested for filming police : faces up to year in prison

I hate any law/rules "how to life".

Re: [HACKERS] Logical replication ApplyContext bloat

> On 20 Apr 2017, at 17:01, Dilip Kumar <dilipbal...@gmail.com> wrote: > > On Thu, Apr 20, 2017 at 7:04 PM, Stas Kelvich <s.kelv...@postgrespro.ru> > wrote: >> Thanks for noting. >> >> Added short description of ApplyContext and ApplyMessageContext to

[jira] [Updated] (BEAM-2095) The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin updated BEAM-2095: - Summary: The hasNext method of the iterator returned by SourceRDD#compute is not idempotent

Re: [Wikidata] SPARQL query property. Which datatype?

munity preferences. I think right now it should be string. Can be changed later if we want specific datatype for queries, right now we don't have one. -- Stas Malyshev smalys...@wikimedia.org ___ Wikidata mailing list Wikidata@lists.w

[jira] [Resolved] (BEAM-2073) Change SourceDStream.rateControlledMaxRecords() to better reflect its intention

[ https://issues.apache.org/jira/browse/BEAM-2073?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-2073. -- Resolution: Fixed Fix Version/s: First stable release > Cha

[jira] [Resolved] (BEAM-2074) SourceDStream's rate control mechanism may not work

[ https://issues.apache.org/jira/browse/BEAM-2074?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-2074. -- Resolution: Fixed Fix Version/s: First stable release > SourceDStream's rate control mechan

[jira] [Resolved] (BEAM-2072) MicrobatchSource.reader stops reading after reaching maxNumRecords for the first time

[ https://issues.apache.org/jira/browse/BEAM-2072?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin resolved BEAM-2072. -- Resolution: Fixed Fix Version/s: First stable release > MicrobatchSource.reader stops read

[jira] [Assigned] (BEAM-2095) SourceRDD hasNext not idempotent

[ https://issues.apache.org/jira/browse/BEAM-2095?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Stas Levin reassigned BEAM-2095: Assignee: Stas Levin (was: Amit Sela) > SourceRDD hasNext not idempot

[jira] [Comment Edited] (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=15990193#comment-15990193 ] Stas Levin edited comment on BEAM-1676 at 4/30/17 11:32 AM: We can internalize

[jira] [Comment Edited] (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=15990193#comment-15990193 ] Stas Levin edited comment on BEAM-1676 at 4/30/17 11:31 AM: We can internalize

[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=15990193#comment-15990193 ] Stas Levin commented on BEAM-1676: -- We can internalise (euphemism for copy-paste) the fixed {{ClassPath

Re: [Wikidata] [Wikidata-tech] Script and API module for constraint checks

f he > still needs it – and if it can’t be removed from the P569 talk page for > some reason, we’ll probably filter it out in the user script). The checks seem to be against P184/P185, of which neither is on Q5066005. So I suspect there's some bug still somewhere. -- Stas Malyshev smaly

Re: [PATCH v3 1/4] x86/vm86/32: Switch to flush_tlb_mm_range() in mark_screen_rdonly()

to delete it. Stas, do you know if there's any code at all that uses VM86_SCREEN_BITMAP? Some Googling didn't turn any up at all. dosemu1 has this: https://sourceforge.net/p/dosemu/code/ci/master/tree/src/env/video/video.c Scroll down to line 255. --- #if VIDEO_CHECK_DIRTY if (!config_dualmon

Re: [PATCH v3 1/4] x86/vm86/32: Switch to flush_tlb_mm_range() in mark_screen_rdonly()

to delete it. Stas, do you know if there's any code at all that uses VM86_SCREEN_BITMAP? Some Googling didn't turn any up at all. dosemu1 has this: https://sourceforge.net/p/dosemu/code/ci/master/tree/src/env/video/video.c Scroll down to line 255. --- #if VIDEO_CHECK_DIRTY if (!config_dualmon

Re: [PATCH v3 1/4] x86/vm86/32: Switch to flush_tlb_mm_range() in mark_screen_rdonly()

to delete it. Stas, do you know if there's any code at all that uses VM86_SCREEN_BITMAP? Some Googling didn't turn any up at all. dosemu1 has this: https://sourceforge.net/p/dosemu/code/ci/master/tree/src/env/video/video.c Scroll down to line 255. --- #if VIDEO_CHECK_DIRTY if (!config_dualmon

Re: [PATCH v3 1/4] x86/vm86/32: Switch to flush_tlb_mm_range() in mark_screen_rdonly()

to delete it. Stas, do you know if there's any code at all that uses VM86_SCREEN_BITMAP? Some Googling didn't turn any up at all. dosemu1 has this: https://sourceforge.net/p/dosemu/code/ci/master/tree/src/env/video/video.c Scroll down to line 255. --- #if VIDEO_CHECK_DIRTY if (!config_dualmon

Re: [Wikidata] [Wikidata-tech] Script and API module for constraint checks

me. Thanks so much for developing it! Now, is there a place to submit bug reports? :) I have noticed this one: https://www.wikidata.org/wiki/Q5066005#P569 shows 2 violations, though the date appears to be completely fine. -- Stas Malyshev smalys...@wikimedia.org __

Re: [Wikidata] Wikidata Query Service + Mediawiki API = Love

ipedia and other wikis right now, which is in much better shape, but then we need to do some work to get back to Wikidata IDs. Doable, but we need to think which option is better. Maybe there would be several of them. But yes, this is definitely something that is on the agenda. -- Stas Malyshev

[Wikidata] Wikidata Query Service + Mediawiki API = Love

? Other comments and ideas on the matter are of course always welcome. Please comment on the talk page[2] or reply to this message. [1] https://phabricator.wikimedia.org/T148245 [2] https://www.wikidata.org/w/index.php?title=Wikidata_talk:WDQS_and_Mediawiki_API=edit Thanks, -- Stas Malyshev smalys

[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=15986425#comment-15986425 ] Stas Levin commented on BEAM-1777: -- [~tgroh] do you believe we can mark this one as resolved

<    1   2   3   4   5   6   7   8   9   10   >