Re: Crazy TBinaryProtocol
On Thu, Jan 11, 2018 at 8:41 AM André Lemos <ale...@plux.info> wrote: > On Thu, Jan 11, 2018 at 4:34 PM, Kevin Clark <kevin.cl...@gmail.com> > wrote: > > > On Thu, Jan 11, 2018 at 8:19 AM André Lemos <ale...@plux.info> wrote: > > > > > On Thu, Jan 11, 2018 at 4:13 PM, Kevin Clark <kevin.cl...@gmail.com> > > > wrote: > > > > > > > On Thu, Jan 11, 2018 at 7:40 AM André Lemos <ale...@plux.info> > wrote: > > > > > > > > > Hi, > > > > > > > > > > > > > > > When parsing through a TBinaryProtocol, trying to get the > > > > readMessageBegin, > > > > > readI32, returns 16777216, which will raise an EOFError, because > it's > > > > just > > > > > a too big of a value. If I use something like 25, I do get > something > > > > pretty > > > > > closer to what I am trying to get, although I still get the initial > > bit > > > > of > > > > > the protocol, and not just the name I am trying to get. > > > > > > > > > > Any hints as to where I should be looking? > > > > > > > > > > > > > > > > Providing the language of the lib you’re using, the code, and the > > message > > > > you expect to be on the wire would make it easier for someone to help > > > you. > > > > > > > > > > > > I am using Python 2, I've sent the code. The message I am trying to > > parse, > > > looks like this: > > > > > > > > > \x01\x00\x00\x00\xed\x00\x00\x00\x80\x01\x00\x04\x00\x00\ > > x00\x15RequestProcessListing\x00\x00\x00\x00\x0c\x00\x01\ > > x0b\x00\x01\x00\x00\x00\x10\xfe\x8e\xc3F\xed\\\x8aG\x97+\ > > x0cp\x0eY\x05U\x0b\x00\x02\x00\x00\x00\x0fThe > > > Observer XT\x08\x00\x03\x00\x00\x00\x02\x0b\x00\x04\x00\x00\x00\x12The > > > Observer XT > > > > > > 14\x0b\x00\x05\x00\x00\x00\x08LEMOS-PC\x0b\x00\x06\x00\ > > x00\x00\x10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\ > > x00\x00\x00\x00\x00\x0c\x00\x07\x08\x00\x01\x00\x00\x00\ > > x01\x0c\x00\x02\x0c\x00\x01\x0b\x00\x01\x00\x00\x00\x00\ > > x08\x00\x02\x00\x00\x00\x00\x0f\x00\x03\x0c\x00\x00\x00\ > > x00\x0f\x00\x04\x0c\x00\x00\x00\x00\x00\x00\x0c\x00\x03\ > > x02\x00\x01\x01\x02\x00\x02\x01\x0b\x00\x03\x00\x00\x00\ > > x10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\ > > x00\x00\x00\x00\x00\x00\x00 > > > > > > Well the number you’ve pasted looks like it’s 1 << 24, so it should fit > in > > a 32 bit int just fine. I’m not seeing actual code anywhere, just > > descriptions of method calls. I suspect this is a simple oversight but > it’s > > hard to tell you more without the actual code and the precise error > > message. > > > > > > here's the code (Python 2): > > trans1 = TTransport.TMemoryBuffer() > trans1.open() > trans = TTransport.TMemoryBuffer(body) > trans.open() > iprot = TBinaryProtocol.TBinaryProtocol(trans) > oprot = TBinaryProtocol.TBinaryProtocol(trans1, strictWrite=False) > tr = Processor(CommonService.CommonService.Iface()) > tr.process(iprot, oprot) > > > issue is that readI32() gets me a EOFError as it tries to read way past the > full message. Ah! Issue looks like it’s youre using strictWrite=False in one of the protocols. That’s going to skip writing the version which the read side is looking for. Been too long since I touched the code to remember the intended purpose of those args, but that should at least tell you why it’s blowing up - it expects more data because a 32 bit version should be there in the header. Hope that helps. > > > > > > > -- > > Kevin Clark > > > -- Kevin Clark
Re: Crazy TBinaryProtocol
On Thu, Jan 11, 2018 at 8:19 AM André Lemos <ale...@plux.info> wrote: > On Thu, Jan 11, 2018 at 4:13 PM, Kevin Clark <kevin.cl...@gmail.com> > wrote: > > > On Thu, Jan 11, 2018 at 7:40 AM André Lemos <ale...@plux.info> wrote: > > > > > Hi, > > > > > > > > > When parsing through a TBinaryProtocol, trying to get the > > readMessageBegin, > > > readI32, returns 16777216, which will raise an EOFError, because it's > > just > > > a too big of a value. If I use something like 25, I do get something > > pretty > > > closer to what I am trying to get, although I still get the initial bit > > of > > > the protocol, and not just the name I am trying to get. > > > > > > Any hints as to where I should be looking? > > > > > > > > Providing the language of the lib you’re using, the code, and the message > > you expect to be on the wire would make it easier for someone to help > you. > > > > I am using Python 2, I've sent the code. The message I am trying to parse, > looks like this: > > > \x01\x00\x00\x00\xed\x00\x00\x00\x80\x01\x00\x04\x00\x00\x00\x15RequestProcessListing\x00\x00\x00\x00\x0c\x00\x01\x0b\x00\x01\x00\x00\x00\x10\xfe\x8e\xc3F\xed\\\x8aG\x97+\x0cp\x0eY\x05U\x0b\x00\x02\x00\x00\x00\x0fThe > Observer XT\x08\x00\x03\x00\x00\x00\x02\x0b\x00\x04\x00\x00\x00\x12The > Observer XT > > 14\x0b\x00\x05\x00\x00\x00\x08LEMOS-PC\x0b\x00\x06\x00\x00\x00\x10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x0c\x00\x07\x08\x00\x01\x00\x00\x00\x01\x0c\x00\x02\x0c\x00\x01\x0b\x00\x01\x00\x00\x00\x00\x08\x00\x02\x00\x00\x00\x00\x0f\x00\x03\x0c\x00\x00\x00\x00\x0f\x00\x04\x0c\x00\x00\x00\x00\x00\x00\x0c\x00\x03\x02\x00\x01\x01\x02\x00\x02\x01\x0b\x00\x03\x00\x00\x00\x10\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00 Well the number you’ve pasted looks like it’s 1 << 24, so it should fit in a 32 bit int just fine. I’m not seeing actual code anywhere, just descriptions of method calls. I suspect this is a simple oversight but it’s hard to tell you more without the actual code and the precise error message. > -- Kevin Clark
Re: Crazy TBinaryProtocol
On Thu, Jan 11, 2018 at 7:40 AM André Lemos <ale...@plux.info> wrote: > Hi, > > > When parsing through a TBinaryProtocol, trying to get the readMessageBegin, > readI32, returns 16777216, which will raise an EOFError, because it's just > a too big of a value. If I use something like 25, I do get something pretty > closer to what I am trying to get, although I still get the initial bit of > the protocol, and not just the name I am trying to get. > > Any hints as to where I should be looking? Providing the language of the lib you’re using, the code, and the message you expect to be on the wire would make it easier for someone to help you. > > > > Ps.: sorry for the cross-post, but feedback seems to be a little slim on > the user@ side of things > > > Thank you, > > André > -- Kevin Clark
Re: [Fis] Is quantum information the basis of spacetime?
Hello John and other FISers, Thank you for the link. It's disappointing that the SA article fails to also describe ground-breaking work by Wheeler and Bekenstein on the subject. Best regards, Kevin Clark California NanoSystems InstituteUniversity of California Los AngelesLos Angeles, CA 90095, USA On Thursday, November 3, 2016 11:55 AM, John Collier <colli...@ukzn.ac.za> wrote: #yiv5789374128 #yiv5789374128 -- filtered {panose-1:2 4 5 3 5 4 6 3 2 4;}#yiv5789374128 filtered {font-family:Calibri;panose-1:2 15 5 2 2 2 4 3 2 4;}#yiv5789374128 p.yiv5789374128MsoNormal, #yiv5789374128 li.yiv5789374128MsoNormal, #yiv5789374128 div.yiv5789374128MsoNormal {margin:0cm;margin-bottom:.0001pt;font-size:11.0pt;}#yiv5789374128 a:link, #yiv5789374128 span.yiv5789374128MsoHyperlink {color:#0563C1;text-decoration:underline;}#yiv5789374128 a:visited, #yiv5789374128 span.yiv5789374128MsoHyperlinkFollowed {color:#954F72;text-decoration:underline;}#yiv5789374128 span.yiv5789374128EmailStyle17 {color:windowtext;}#yiv5789374128 .yiv5789374128MsoChpDefault {}#yiv5789374128 filtered {margin:72.0pt 72.0pt 72.0pt 72.0pt;}#yiv5789374128 div.yiv5789374128WordSection1 {}#yiv5789374128 Apparently some physicists think so. https://www.scientificamerican.com/article/tangled-up-in-spacetime/?WT.mc_id=SA_WR_20161102 John Collier Emeritus Professor and Senior Research Associate Philosophy, University of KwaZulu-Natal http://web.ncf.ca/collier ___ Fis mailing list Fis@listas.unizar.es http://listas.unizar.es/cgi-bin/mailman/listinfo/fis ___ Fis mailing list Fis@listas.unizar.es http://listas.unizar.es/cgi-bin/mailman/listinfo/fis
[OSL | CCIE_Voice] Disabling almost all mailboxes
Isamar, There are several ways to handle your request. I would have to ask though the intention. If the intention is to temporarily disable the mailboxes allowing the user(s) time to listen and delete messages before an upgrade or to clean out their mailboxes before leaving the organization. I can see in a solution such as a college or university that the mailboxes would need to be cleaned out prior to deleting and recreating using the same DN. If this is the case, you could use BAT to disable voicemail settings on the phones, thereby not forwarding to Unity. Using an access number for dial-in, users could still access their voicemail accounts and listen to messages, but no new messages would be taken as the phones would not CFNA/CFB to Unity. This also allows MWI to function to show that all messages have been heard, and then MWI would turn off, and not turn on again. If the intent is to delete all the disabled accounts, then Unitytools would provide the easiest solution, but keep in mind if you delete the Unity account, you would also need to modify the phone settings to disable the CFNA/CFB options so that users don't hear the default greeting. Respectfully, Kevin L. Clark Data Services Engineer Government Solutions Black Box Network Services Office: 434-946-1552 | DSN: 312-237-1552 kevin.cl...@blackbox.commailto:kevin.cl...@blackbox.com |www.blackbox.com [cid:image001.jpg@01CF3A03.D63BF440] This email and any files transmitted with it are confidential and are intended for the sole use of the individual to whom they are addressed. Black Box Corporation reserves the right to scan all e-mail traffic for restricted content and to monitor all e-mail in general. If you are not the intended recipient or you have received this email in error, any use, dissemination or forwarding of this email is strictly prohibited. If you have received this email in error, please notify the sender by replying to this email. inline: image001.jpg___ Free CCIE RS, Collaboration, Data Center, Wireless Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
[Fis] Physics of Computing
Dear FISers: Pedro and Plamen raise good and welcomed points regarding the nature of physics, information, and biology. Although I believe in a strong relationship between information and physics in biology, there are striking examples where direct correspondences between information, physics, and biology seem to depart. Scientists are only beginning to tease out these discrepancies which will undoubtedly give us a better understand of information. For example, in the study of cognition by A. Khrennikov and colleagues and J. Busemyer and colleagues, decisional processes may conform to quantum statistics and computation without necessarily being mediated by quantum mechanical phenomena at a biological level of description. I found this to be true in ciliates as well, where social strategy search speeds and decision rates may produce quantum computational phases that obey quantum statistics. In such cases, a changing classical diffusion term of response regulator reaction-diffusion parsimoniously accounts for the transition from classical to quantum information processing. Thus, there is no direct correspondence between quantum physicochemistry and quantum computation. Because the particular reaction-diffusion biochemistry is not unique to ciliates (i.e., the same phenomena is observed in plants, animals, and possibly bacteria), this incongruity may be widespread across life. Best regards, Kevin Clark___ fis mailing list fis@listas.unizar.es https://webmail.unizar.es/cgi-bin/mailman/listinfo/fis
[Fis] Physics of Computing
Thank you Gordana for your reply. But I'm not sure whether not you misunderstood my comments about a direct correspondence between information and physics in biology. So, I thought I should stress my point from a slightly different approach. Khrennikov and colleagues, for instance, often refer to their observations as quantum-like. The reasons for doing so are because the quantum computational observations are inherently supported by biological phenomena and concepts in quantum statistical mechanics, but not necessarily a quantum mechanical physical manifestation. I have used the term quantum-like with with several of my own findings. Clearly ciliate decision making is a biological process and, therefore, a natural one. But quantum computation by ciliates, or any other life form, might not always be caused by a quantum physical manifestation. Indeed, quantum-level social strategy searches by ciliates are likely mediated by classical and not quantum diffusion in the reaction-diffusion of Ca2+ ions. Most people would present an a priori argument that for quantum computation to be realized by a biological system, such as ciliates, a physical manifestation of quantum mechanics, such as quantum diffusion, must also occur. This necessity just doesn't seem always to be the case. These sorts of incongruities have started some debate in the quantum biology community. Some people simply believe that conceptual and statistically supported quantum computations by biological systems should not be considered quantum mechanical unless they are mediated by physical manifestations of quantum mechanics. I will not respond for a few days to allow further debate from other FISers. Best regards, Kevin Clark___ fis mailing list fis@listas.unizar.es https://webmail.unizar.es/cgi-bin/mailman/listinfo/fis
[Fis] Physics of Computing
Thank you John for your update (FIS Digest 559, Issue 4) on the cost of computation. It's good to see experimental verification of Landauer's Principle. For those FISers interested in related topics on Landauer's Principle, you might also read: 1) Clark, K.B. (2010). Bose-Einstein condensates form in heuristics learned by ciliates deciding to signal 'social' commitments. BioSystems, 99(3), 167-178. http://www.ncbi.nlm.nih.gov/pubmed/19883726 2) Clark, K.B. (2010). Arrhenius-kinetics evidence for quantum tunneling in microbial social decision rates. Communicative Integtrative Biology, 3(6), 540-544. http://www.landesbioscience.com/journals/cib/article/12842 Best regards, Kevin Clark ___ fis mailing list fis@listas.unizar.es https://webmail.unizar.es/cgi-bin/mailman/listinfo/fis
[Offline-l] unsubscribe
___ Offline-l mailing list Offline-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/offline-l
Re: [Graphite-dev] [Question #173457]: Intermittently broken aggregation
Question #173457 on Graphite changed: https://answers.launchpad.net/graphite/+question/173457 Status: Needs information = Open Kevin Clark gave more information on the question: Nope - we use CNAMEs to make sure each service only sends to one aggregator. Sending over N of them would be nice for load balancing and capacity, but we don't do it currently. The break is for a single service that sends to a single CNAME which points to a single box. -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #173457]: Intermittently broken aggregation
Question #173457 on Graphite changed: https://answers.launchpad.net/graphite/+question/173457 Status: Needs information = Open Kevin Clark gave more information on the question: Ok, this timeline: https://skitch.com/kevinclark/f9943/agg-vs-sum Has this data: http://dl.dropbox.com/u/13447505/aggregation-sum-comparison.txt Today the lines match up exactly, but I don't know what changed. -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #173457]: Intermittently broken aggregation
Question #173457 on Graphite changed: https://answers.launchpad.net/graphite/+question/173457 Status: Needs information = Open Kevin Clark gave more information on the question: The aggregator was pegged before I moved to a larger instance, but it's sitting around 20% now. Spikes to 50%. Also, previously, it would report that the send queue was full, which isn't happening anymore. Here's the aggregator config: https://gist.github.com/1270378 I'm running off a version of trunk I pulled on 2011-8-10, but I don't have the revision on hand (dated the tarball). Today the graph looks like this: https://skitch.com/kevinclark/f9bk6/hydra-agg From other stats, it looks like the spike datapoints are the accurate ones. -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #173457]: Intermittently broken aggregation
Question #173457 on Graphite changed: https://answers.launchpad.net/graphite/+question/173457 Kevin Clark gave more information on the question: Sorry, that last link should be here: https://skitch.com/kevinclark/f9b1q/hydra-agg -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #173457]: Intermittently broken aggregation
Question #173457 on Graphite changed: https://answers.launchpad.net/graphite/+question/173457 Kevin Clark gave more information on the question: Ah, on review it looks like all three stats involved (all on the same box) are having issues. -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
[jira] [Commented] (PDFBOX-940) [pdmodel.font.PDFont] Error: Could not parse predefined CMAP file for 'PDFXC-Indentity0-0'
[ https://issues.apache.org/jira/browse/PDFBOX-940?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13118852#comment-13118852 ] Kevin Clark commented on PDFBOX-940: I'm getting this via the Tika 0.10 release which uses 1.6.0. 2011-10-01 16:48:27,586 (55308987) [Parser-thread-2] ERROR org.apache.pdfbox.pdmodel.font.PDFont - Error: Could not parse predefined CMAP file for 'Adobe-WinCharSet-0' Can't upload the pdf for privacy reasons, unfortunately. [pdmodel.font.PDFont] Error: Could not parse predefined CMAP file for 'PDFXC-Indentity0-0' --- Key: PDFBOX-940 URL: https://issues.apache.org/jira/browse/PDFBOX-940 Project: PDFBox Issue Type: Bug Affects Versions: 1.4.0 Environment: Tomcat 6.0.18, windows server 2003, pdfbox-1.4.0.jar Reporter: krishna Attachments: gen_preview1.png, oob_pdf.pdf, pdf fonts.JPG, pdf fonts1.JPG, pdf fonts2.JPG, pdf properties1.JPG, pdf properties2.JPG, pdf properties3.JPG Original Estimate: 48h Remaining Estimate: 48h Hi, when i am trying to upload a pdf document the following error is thrown in the tomcat.. i am using pdfbox-1.4.0.jar.. 17:29:33,465 ERROR [pdmodel.font.PDFont] Error: Could not parse predefined CMAP file for 'PDFXC-Indentity0-0' please find the solution -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
[jira] [Commented] (PDFBOX-708) Failed to create Type1C font. Falling back to Type1 font
[ https://issues.apache.org/jira/browse/PDFBOX-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13118853#comment-13118853 ] Kevin Clark commented on PDFBOX-708: I'm seeing this stack trace via the Tika 0.10 release which uses 1.6.0: 2011-10-01 16:46:07,959 (55169360) [Parser-thread-4] WARN org.apache.pdfbox.pdmodel.font.PDFontFactory - Failed to create Type1C font. Falling back to Type1 font java.lang.IndexOutOfBoundsException: Index: 1,Size: 1 at java.util.SubList.rangeCheck(AbstractList.java:746) at java.util.SubList.get(AbstractList.java:619) at org.apache.fontbox.cff.CharStringRenderer.handleCommandType1(CharStringRenderer.java:258) at org.apache.fontbox.cff.CharStringRenderer.handleCommand(CharStringRenderer.java:69) at org.apache.fontbox.cff.CharStringHandler.handleSequence(CharStringHandler.java:46) at org.apache.fontbox.cff.CharStringRenderer.render(CharStringRenderer.java:59) at org.apache.fontbox.cff.AFMFormatter.renderFont(AFMFormatter.java:126) at org.apache.fontbox.cff.AFMFormatter.printFontMetrics(AFMFormatter.java:64) at org.apache.fontbox.cff.AFMFormatter.printFont(AFMFormatter.java:57) at org.apache.fontbox.cff.AFMFormatter.format(AFMFormatter.java:50) at org.apache.pdfbox.pdmodel.font.PDType1CFont.prepareFontMetric(PDType1CFont.java:529) at org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:404) at org.apache.pdfbox.pdmodel.font.PDType1CFont.init(PDType1CFont.java:123) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:124) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:76) at org.apache.pdfbox.pdmodel.PDResources.getFonts(PDResources.java:115) at org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:243) at org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:225) at org.apache.pdfbox.util.PDFTextStripper.processPage(PDFTextStripper.java:442) at org.apache.pdfbox.util.PDFTextStripper.processPages(PDFTextStripper.java:366) at org.apache.pdfbox.util.PDFTextStripper.writeText(PDFTextStripper.java:322) at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:56) at org.apache.tika.parser.pdf.PDFParser.parse(PDFParser.java:89) at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:197) at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:197) at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:135) at org.apache.tika.Tika.parseToString(Tika.java:357) at org.apache.tika.Tika.parseToString(Tika.java:423) at org.apache.tika.Tika.parseToString(Tika.java:403) at com.greplin.glass.Parsable$$anonfun$1.apply(Parsable.scala:29) at com.greplin.glass.Parsable$$anonfun$1.apply(Parsable.scala:29) at com.yammer.metrics.Timer.time(Timer.scala:19) at com.greplin.glass.Parsable$class.parse(Parsable.scala:29) at com.greplin.glass.Parser.parse(Parser.scala:13) at com.greplin.glass.Parser.run(Parser.scala:21) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Failed to create Type1C font. Falling back to Type1 font Key: PDFBOX-708 URL: https://issues.apache.org/jira/browse/PDFBOX-708 Project: PDFBox Issue Type: Bug Components: FontBox Affects Versions: 1.1.0 Reporter: peter_lena...@ibi.com Assignee: Andreas Lehmkühler Fix For: 1.5.0 Attachments: Release Notes 7 6.pdf, subr.diff Multiple errors which are probably all related. - Failed to create Type1C font. Falling back to Type1 font java.lang.IllegalArgumentException at org.apache.fontbox.cff.CFFParser.readCharset(CFFParser.java:512) at org.apache.fontbox.cff.CFFParser.parseFont(CFFParser.java:320) at org.apache.fontbox.cff.CFFParser.parse(CFFParser.java:66) at org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:299) at org.apache.pdfbox.pdmodel.font.PDType1CFont.init(PDType1CFont.java:107) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:124) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:76) at org.apache.pdfbox.pdmodel.PDResources.getFonts(PDResources.java:115) at org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:225
[jira] [Commented] (PDFBOX-708) Failed to create Type1C font. Falling back to Type1 font
[ https://issues.apache.org/jira/browse/PDFBOX-708?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13118854#comment-13118854 ] Kevin Clark commented on PDFBOX-708: Also: 2011-10-01 16:46:07,927 (55169328) [Parser-thread-4] WARN org.apache.pdfbox.pdmodel.font.PDFontFactory - Failed to create Type1C font. Falling back to Type1 font java.lang.NullPointerException at org.apache.fontbox.cff.CharStringRenderer.rlineTo(CharStringRenderer.java:291) at org.apache.fontbox.cff.CharStringRenderer.handleCommandType1(CharStringRenderer.java:235) at org.apache.fontbox.cff.CharStringRenderer.handleCommand(CharStringRenderer.java:69) at org.apache.fontbox.cff.CharStringHandler.handleSequence(CharStringHandler.java:46) at org.apache.fontbox.cff.CharStringRenderer.render(CharStringRenderer.java:59) at org.apache.fontbox.cff.AFMFormatter.renderFont(AFMFormatter.java:126) at org.apache.fontbox.cff.AFMFormatter.printFontMetrics(AFMFormatter.java:64) at org.apache.fontbox.cff.AFMFormatter.printFont(AFMFormatter.java:57) at org.apache.fontbox.cff.AFMFormatter.format(AFMFormatter.java:50) at org.apache.pdfbox.pdmodel.font.PDType1CFont.prepareFontMetric(PDType1CFont.java:529) at org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:404) at org.apache.pdfbox.pdmodel.font.PDType1CFont.init(PDType1CFont.java:123) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:124) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:76) at org.apache.pdfbox.pdmodel.PDResources.getFonts(PDResources.java:115) at org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:243) at org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:225) at org.apache.pdfbox.util.PDFTextStripper.processPage(PDFTextStripper.java:442) at org.apache.pdfbox.util.PDFTextStripper.processPages(PDFTextStripper.java:366) at org.apache.pdfbox.util.PDFTextStripper.writeText(PDFTextStripper.java:322) at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:56) at org.apache.tika.parser.pdf.PDFParser.parse(PDFParser.java:89) at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:197) at org.apache.tika.parser.CompositeParser.parse(CompositeParser.java:197) at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:135) at org.apache.tika.Tika.parseToString(Tika.java:357) at org.apache.tika.Tika.parseToString(Tika.java:423) at org.apache.tika.Tika.parseToString(Tika.java:403) 2011-10-01 16:46:07,913 (55169314) [Parser-thread-4] WARN org.apache.pdfbox.pdmodel.font.PDFontFactory - Failed to create Type1C font. Falling back to Type1 font java.lang.NullPointerException at org.apache.fontbox.cff.CharStringRenderer.rrcurveTo(CharStringRenderer.java:299) at org.apache.fontbox.cff.CharStringRenderer.handleCommandType1(CharStringRenderer.java:239) at org.apache.fontbox.cff.CharStringRenderer.handleCommand(CharStringRenderer.java:69) at org.apache.fontbox.cff.CharStringHandler.handleSequence(CharStringHandler.java:46) at org.apache.fontbox.cff.CharStringRenderer.render(CharStringRenderer.java:59) at org.apache.fontbox.cff.AFMFormatter.renderFont(AFMFormatter.java:126) at org.apache.fontbox.cff.AFMFormatter.printFontMetrics(AFMFormatter.java:64) at org.apache.fontbox.cff.AFMFormatter.printFont(AFMFormatter.java:57) at org.apache.fontbox.cff.AFMFormatter.format(AFMFormatter.java:50) at org.apache.pdfbox.pdmodel.font.PDType1CFont.prepareFontMetric(PDType1CFont.java:529) at org.apache.pdfbox.pdmodel.font.PDType1CFont.load(PDType1CFont.java:404) at org.apache.pdfbox.pdmodel.font.PDType1CFont.init(PDType1CFont.java:123) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:124) at org.apache.pdfbox.pdmodel.font.PDFontFactory.createFont(PDFontFactory.java:76) at org.apache.pdfbox.pdmodel.PDResources.getFonts(PDResources.java:115) at org.apache.pdfbox.util.PDFStreamEngine.processSubStream(PDFStreamEngine.java:243) at org.apache.pdfbox.util.PDFStreamEngine.processStream(PDFStreamEngine.java:225) at org.apache.pdfbox.util.PDFTextStripper.processPage(PDFTextStripper.java:442) at org.apache.pdfbox.util.PDFTextStripper.processPages(PDFTextStripper.java:366) at org.apache.pdfbox.util.PDFTextStripper.writeText(PDFTextStripper.java:322) at org.apache.tika.parser.pdf.PDF2XHTML.process(PDF2XHTML.java:56) at org.apache.tika.parser.pdf.PDFParser.parse(PDFParser.java:89) at org.apache.tika.parser.CompositeParser.parse
[jira] [Commented] (PDFBOX-941) extracting Japanese characters gives garbage
[ https://issues.apache.org/jira/browse/PDFBOX-941?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13118855#comment-13118855 ] Kevin Clark commented on PDFBOX-941: I'm seeing this with the Tika 0.10 release which uses 1.6.0: 2011-10-01 16:15:43,516 (53344917) [Parser-thread-1] ERROR org.apache.pdfbox.pdmodel.font.PDFont - Error: Could not parse predefined CMAP file for 'Adobe-Japan1-UCS2' extracting Japanese characters gives garbage Key: PDFBOX-941 URL: https://issues.apache.org/jira/browse/PDFBOX-941 Project: PDFBox Issue Type: Bug Components: Text extraction Affects Versions: 1.4.0 Environment: java 1.6 on CentOS 64bit Linux and MacOSX 10.6 Reporter: Liang Qu Assignee: Andreas Lehmkühler Fix For: 1.5.0 Attachments: 1010gaiyou.pdf Original Estimate: 24h Remaining Estimate: 24h when extracting text from this pdf file, I got this exception, and the text extracted was gibberish. 44 [main] ERROR org.apache.pdfbox.pdmodel.font.PDFont - Error: Could not parse predefined CMAP file for 'Adobe-Japan1-UCS2' PDFBox 1.2.1 worked fine with the same file, I wonder why 1.4.0 could not. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: [RESULT] [VOTE] Apache Tika 0.10 release rc #1
Awesome. Thanks! On Fri, Sep 30, 2011 at 10:00 AM, Mattmann, Chris A (388J) chris.a.mattm...@jpl.nasa.gov wrote: Hi Folks, This VOTE has passed with the following tallies: +1 PMC Chris Mattmann Oleg Tikhonov Maxim Valyanskiy Nick Butch Jukka Zitting Michael McCandless Dave Meikle Sami Siren +1 Community Christian Goller I'll push the release out to the mirrors, and update the web site. Thanks for VOTE'ing! Cheers, Chris
[Graphite-dev] [Question #170630]: Graphite frontend very slow with 5 machines
New question #170630 on Graphite: https://answers.launchpad.net/graphite/+question/170630 I've got 5 machines setup with carbon-cache and web frontends. When data was on one machine, rendering and response time was excellent. Now it takes 10+ seconds (at least) to just grab the tree of stats, and lately has started timing out entirely. I tried hooking in local memcached instances on each box (which have relatively low memory usage), but I'm not seeing any indication memcache is being used at all. In my local_settings.py, I've got: CLUSTER_SERVERS = ['graphite-storage-1', 'graphite-storage-2', 'graphite-storage-3', 'graphite-storage-4', 'graphite-storage-5'] and CARBONLINK_HOSTS = ['graphite-storage-1:7002', 'graphite-storage-2:7002', 'graphite-storage-3:7002', 'graphite-storage-4:7002', 'graphite-storage-5:7002'] If I change CLUSTER_SERVERS to ['localhost'], things fly again. This makes sense, since it's not hitting the other boxes for data. But I need to be able to group data cross box. We're using consistent hashing for now (though the current setup can't re-shuffle data and we're growing, so I'll need to relay by hand going forward) and a one machine view isn't much use. Am I using graphite in a way it wasn't intended? Is nobody else using this many machines? Do I need to do something more than add MEMCACHE_HOSTS = ['127.0.0.1:11211'] to get memcached support to work? -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
[Graphite-dev] [Question #170631]: Allowing for expansion with consistent hashing?
New question #170631 on Graphite: https://answers.launchpad.net/graphite/+question/170631 Is anyone working on re-mapping data after adding a machine and using consistent hashing? I've got a couple hundred machines sending graphite data, and partitioning by hand doesn't make a lot of sense in and of itself. But as I add graphite capacity the old machines don't render properly (presumably because they're hitting the old location). -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #170630]: Graphite frontend very slow with 5 machines
Question #170630 on Graphite changed: https://answers.launchpad.net/graphite/+question/170630 Kevin Clark posted a new comment: Also - any additional information on memcached configuration? -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #170630]: Graphite frontend very slow with 5 machines
Question #170630 on Graphite changed: https://answers.launchpad.net/graphite/+question/170630 Status: Answered = Solved Kevin Clark confirmed that the question is solved: Ok - thanks! -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [Graphite-dev] [Question #170630]: Graphite frontend very slow with 5 machines
Question #170630 on Graphite changed: https://answers.launchpad.net/graphite/+question/170630 Kevin Clark confirmed that the question is solved: Thanks chrismd, that solved my question. -- You received this question notification because you are a member of graphite-dev, which is an answer contact for Graphite. ___ Mailing list: https://launchpad.net/~graphite-dev Post to : graphite-dev@lists.launchpad.net Unsubscribe : https://launchpad.net/~graphite-dev More help : https://help.launchpad.net/ListHelp
Re: [SDRuby] Python?
The Python Essential Reference by David Beazley is quite good, fairly complete, and covers the differences between 2 and 3. The first couple hundred pages are a tutorial that I felt gave me my sea legs, and then there's a good deal of topic based reference material. Vaguely reminiscent of the pickaxe. Kevin Clark http://glu.ttono.us On Jul 29, 2011, at 8:25 PM, Chris McCann testflyj...@gmail.com wrote: I need to venture into the dark side for a work project and get to know Python. Can any recovering Pythonians here recommend particularly worthwhile books, web sites or tutorials that won't make a diehard Rubyist pull their hair out and look for the tallest building in town for a one-way trip? Cheers, Chris -- SD Ruby mailing list sdruby@googlegroups.com http://groups.google.com/group/sdruby -- SD Ruby mailing list sdruby@googlegroups.com http://groups.google.com/group/sdruby
Re: Thrift vs. Protocol Buffers
On Thu, May 5, 2011 at 6:10 AM, Dmitriy Kargapolov dmitriy.kargapo...@gmail.com wrote: Development and management are not organized well in Thrift project - I submitted a bug and a patch (!) on 3/21/11 and its still even not assigned (!!). Sometimes it's worth pointing it out when things get missed. There aren't many committers per binding, so it's easy for just one person to miss the patch and have it be the person who can actually review it. Your patch has been committed: https://issues.apache.org/jira/browse/THRIFT-1104 -- Kevin Clark http://glu.ttono.us
RE: Poor disk IO performance from Windows 2003 guest
There are a lot of variables here. Are you using virtio-blk devices and Windows guest drivers? No, those measurements were taken when I was using IDE emulated drives. To further clarify the NFS server is also software, not hardware, RAID-5. But your subtle hint and IBMs Best practices for KVM (http://publib.boulder.ibm.com/infocenter/lnxinfo/v3r0m0/topic/liaat/liaatbestpractices_pdf.pdf) were enough to galvanise me into action, so I have since reconfigured the guest to use Redhat Windows Virtio drivers instead. The results are much better, with 64MB writes on the system drive coming in at 39MB/s and reads 310MB/s. The second drive gives me 94MB/s for writes and 777MB/s for reads for a 64MB file. Again, that's wildy different results for two storage devices in the same guest, and it needs further investigation, but now the system is usable and I need to move on. For anyone reading this and looking for help to change the storage devices from IDE to virtio, the instructions I followed are at http://www.linux-kvm.com/content/redhat-54-windows-virtio-drivers-part-2-block-drivers Thanks for the hint! Kevin-- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Poor disk IO performance from Windows 2003 guest
I'm getting wildly different disk IO performance from two storage devices in a Windows Server 2003 guest. I'm using diskgraf to test and get a max of 8MB/s for both reads and writes of a 64MB file on the system drive, but 101MB/s writes and 250MB/s reads on the second drive. The cache is enabled on both drives with driver name='qemu' cache='writeback'/. Prior to enabling the cache I was getting just 1.5MB/s reads/writes from the system drive. Both storage devices were created through virt-manager, and are raw image files access from an NFS server (SATA RAID5). Really hoping that someone can give me some pointers for fixing the problem. # modinfo kvm_intel filename: /lib/modules/2.6.18-194.32.1.el5/weak-updates/kmod-kvm/kvm-intel.ko license:GPL author: Qumranet version:kvm-83-164.el5_5.25 srcversion: 8C538112F6F8EC1E834351B depends:kvm vermagic: 2.6.18-194.17.1.el5 SMP mod_unload gcc-4.1 parm: bypass_guest_pf:bool parm: enable_vpid:bool parm: flexpriority_enabled:bool parm: enable_ept:bool parm: emulate_invalid_guest_state:bool # qemu-img info mercury_win2003_exchange2007_64.img image: mercury_win2003_exchange2007_64.img file format: raw virtual size: 29G (3145728 bytes) disk size: 29G # qemu-img info mercury_win2003_exchange2007_64_disk2.img image: mercury_win2003_exchange2007_64_disk2.img file format: raw virtual size: 20G (2097152 bytes) disk size: 20G # file mercury_win2003_exchange2007_64.img mercury_win2003_exchange2007_64.img: x86 boot sector, Microsoft Windows XP MBR, Serial 0x1ef01ee; partition 1: ID=0x7, active, starthead 1, startsector 63, 61416432 sectors # file mercury_win2003_exchange2007_64_disk2.img mercury_win2003_exchange2007_64_disk2.img: x86 boot sector, Microsoft Windows XP MBR, Serial 0x844035a3; partition 1: ID=0x7, starthead 1, startsector 63, 40949622 sectors, extended partition table (last)\011 Any thoughts/ideas? Thanks, Kevin -- To unsubscribe from this list: send the line unsubscribe kvm in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: [SDRuby] Help with some ruby metaprogramming
Ben, So that works when it's being passed directly to send but it won't work when passed in from a splatted array! [1,2,3].send(*[:collect, Proc.new{|x| x.to_s + !}]) - SyntaxError: (irb):1: expecting ']' That doesn't work because you can't put a block in an array: [:collect, Proc.new{|x| x.to_s + '!'}] SyntaxError: compile error Instead of storing the call and args in an array, you might want to consider a hash so you can label and handle blocks special case. There's some ambiguity in just shoving it in at the end of the args (is it a user argument or a handler?). -- Kevin Clark http://glu.ttono.us -- SD Ruby mailing list sdruby@googlegroups.com http://groups.google.com/group/sdruby
Re: [strongSwan] DH group MODP_2048 inacceptable, requesting MODP_1024
MODP_2048 must not only be supported, it also must be contained in the configured IKE proposal. As you didn't specify any ike= keyword in ipsec.conf, it actually should, and I don't see why the responder doesn't accept it. Could you increase the log level of cfg to 2 (see [1]) and send us the responder log? Thank you Martin. Here is the log: Jan 20 23:51:40 responder charon: 09[NET] received packet: from iii.iii.iii.iii[33396] to aaa.bbb.ccc.ddd[500] Jan 20 23:51:40 responder charon: 09[ENC] parsed IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ] Jan 20 23:51:40 responder charon: 09[CFG] looking for an ike config for aaa.bbb.ccc.ddd...iii.iii.iii.iii Jan 20 23:51:40 responder charon: 09[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:40 responder last message repeated 2 times Jan 20 23:51:40 responder charon: 09[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:40 responder charon: 09[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:41 responder charon: 09[CFG] found matching ike config: aaa.bbb.ccc.ddd...%any with prio 5 Jan 20 23:51:41 responder charon: 09[IKE] iii.iii.iii.iii is initiating an IKE_SA Jan 20 23:51:41 responder charon: 09[CFG] selecting proposal: Jan 20 23:51:41 responder charon: 09[CFG] proposal matches Jan 20 23:51:41 responder charon: 09[CFG] received proposals: IKE:AES_CBC_128/AES_CBC_192/AES_CBC_256/3DES_CBC/AES_XCBC_96/HMAC_SHA1_96/HMAC_SHA2_256_128/HMAC_MD5_96/HMAC_SHA2_384_192/HMAC_SHA2_512_256/PRF_AES128_XCBC/PRF_HMAC_SHA2_256/PRF_HMAC_SHA1/PRF_HMAC_MD5/PRF_HMAC_SHA2_384/PRF_HMAC_SHA2_512/MODP_2048/MODP_2048_224/MODP_2048_256/MODP_1536/ECP_256/ECP_384/ECP_521/ECP_224/ECP_192/MODP_4096/MODP_8192/MODP_1024/MODP_1024_160 Jan 20 23:51:41 responder charon: 09[CFG] configured proposals: IKE:AES_CBC_256/HMAC_SHA1_96/PRF_HMAC_SHA1/MODP_1024 Jan 20 23:51:41 responder charon: 09[CFG] selected proposal: IKE:AES_CBC_256/HMAC_SHA1_96/PRF_HMAC_SHA1/MODP_1024 Jan 20 23:51:41 responder charon: 09[IKE] remote host is behind NAT Jan 20 23:51:41 responder charon: 09[IKE] DH group MODP_2048 inacceptable, requesting MODP_1024 Jan 20 23:51:41 responder charon: 09[ENC] generating IKE_SA_INIT response 0 [ N(INVAL_KE) ] Jan 20 23:51:41 responder charon: 09[NET] sending packet: from aaa.bbb.ccc.ddd[500] to iii.iii.iii.iii[33396] Jan 20 23:51:44 responder charon: 13[NET] received packet: from iii.iii.iii.iii[33396] to aaa.bbb.ccc.ddd[500] Jan 20 23:51:44 responder charon: 13[ENC] parsed IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ] Jan 20 23:51:44 responder charon: 13[CFG] looking for an ike config for aaa.bbb.ccc.ddd...iii.iii.iii.iii Jan 20 23:51:44 responder charon: 13[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:44 responder last message repeated 2 times Jan 20 23:51:44 responder charon: 13[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:44 responder charon: 13[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:44 responder charon: 13[CFG] found matching ike config: aaa.bbb.ccc.ddd...%any with prio 5 Jan 20 23:51:44 responder charon: 13[IKE] iii.iii.iii.iii is initiating an IKE_SA Jan 20 23:51:44 responder charon: 13[CFG] selecting proposal: Jan 20 23:51:45 responder charon: 13[CFG] proposal matches Jan 20 23:51:45 responder charon: 13[CFG] received proposals: IKE:AES_CBC_128/AES_CBC_192/AES_CBC_256/3DES_CBC/AES_XCBC_96/HMAC_SHA1_96/HMAC_SHA2_256_128/HMAC_MD5_96/HMAC_SHA2_384_192/HMAC_SHA2_512_256/PRF_AES128_XCBC/PRF_HMAC_SHA2_256/PRF_HMAC_SHA1/PRF_HMAC_MD5/PRF_HMAC_SHA2_384/PRF_HMAC_SHA2_512/MODP_2048/MODP_2048_224/MODP_2048_256/MODP_1536/ECP_256/ECP_384/ECP_521/ECP_224/ECP_192/MODP_4096/MODP_8192/MODP_1024/MODP_1024_160 Jan 20 23:51:45 responder charon: 13[CFG] configured proposals: IKE:AES_CBC_256/HMAC_SHA1_96/PRF_HMAC_SHA1/MODP_1024 Jan 20 23:51:45 responder charon: 13[CFG] selected proposal: IKE:AES_CBC_256/HMAC_SHA1_96/PRF_HMAC_SHA1/MODP_1024 Jan 20 23:51:45 responder charon: 13[IKE] remote host is behind NAT Jan 20 23:51:45 responder charon: 13[IKE] DH group MODP_2048 inacceptable, requesting MODP_1024 Jan 20 23:51:45 responder charon: 13[ENC] generating IKE_SA_INIT response 0 [ N(INVAL_KE) ] Jan 20 23:51:45 responder charon: 13[NET] sending packet: from aaa.bbb.ccc.ddd[500] to iii.iii.iii.iii[33396] Jan 20 23:51:52 responder charon: 14[NET] received packet: from iii.iii.iii.iii[33396] to aaa.bbb.ccc.ddd[500] Jan 20 23:51:52 responder charon: 14[ENC] parsed IKE_SA_INIT request 0 [ SA KE No N(NATD_S_IP) N(NATD_D_IP) ] Jan 20 23:51:52 responder charon: 14[CFG] looking for an ike config for aaa.bbb.ccc.ddd...iii.iii.iii.iii Jan 20 23:51:52 responder charon: 14[CFG] candidate: aaa.bbb.ccc.ddd...%any, prio 5 Jan 20 23:51:52 responder last message repeated 2 times On a side note, I succeeded in getting a VPN established between the initiator and responder by using a workaround to overcome a broken Ubuntu
[strongSwan] DH group MODP_2048 inacceptable, requesting MODP_1024
Been scratching my head over this for a couple of hours now. Time for the experts to take a look ;-) Everything was working fine with Ubuntu 10.04 (Strongswan 4.3.2). A colleague has updated to Ubuntu 10.10 (Strongswan 4.4.0) and now we get: [IKE] DH group MODP_2048 inacceptable, requesting MODP_1024 Here's the setup: initiator: Strongswan 4.4.0 (Ubuntu 10.10) responder: Strongswan 4.4.1 (Centos 5.5) responder config: config setup # plutodebug=all # crlcheckinterval=600 # strictcrlpolicy=yes # cachecrls=yes nat_traversal=yes charonstart=yes plutostart=yes #conn %default #left=aaa.bbb.ccc.ddd #leftsubnet=111.222.333.444/24 #leftid=@aaa.bbb.ccc.ddd #leftcert=aaa.bbb.ccc.ddd.crt #leftfirewall=yes conn rw-linux-kclark left=aaa.bbb.ccc.ddd leftsubnet=111.222.333.444/24 leftid=@aaa.bbb.ccc.ddd leftcert=aaa.bbb.ccc.ddd.crt leftfirewall=yes right=%any rightsourceip=192.168.100.0/24 rightcert=initiator.crt auto=add The Strongswan documentation indicates that MODP_2048 is supported through the GMP plugin, which is loaded: [root@responder ~]# ipsec listalgs ---snip--- Status of IKEv2 charon daemon (strongSwan 4.4.1): uptime: 88 days, since Oct 22 18:56:34 2010 malloc: sbrk 385024, mmap 0, used 229096, free 155928 worker threads: 9 idle of 16, job queue load: 0, scheduled events: 0 loaded plugins: aes des sha1 sha2 md4 md5 random x509 revocation pubkey pkcs1 pgp dnskey pem fips-prf xcbc hmac gmp attr resolve kernel-netlink socket-raw stroke updown eap-identity eap-mschapv2 And the MODP_2048 algorithm is registered: [root@responder ~]# ipsec listalgs ---snip--- List of registered IKEv2 Algorithms: encryption: AES_CBC 3DES_CBC DES_CBC DES_ECB integrity: AES_XCBC_96 HMAC_SHA1_96 HMAC_SHA1_128 HMAC_SHA1_160 HMAC_SHA2_256_128 HMAC_MD5_96 HMAC_MD5_128 HMAC_SHA2_384_192 HMAC_SHA2_512_256 hasher: HASH_SHA1 HASH_SHA224 HASH_SHA256 HASH_SHA384 HASH_SHA512 HASH_MD4 HASH_MD5 prf:PRF_KEYED_SHA1 PRF_FIPS_SHA1_160 PRF_AES128_XCBC PRF_HMAC_SHA2_256 PRF_HMAC_SHA1 PRF_HMAC_MD5 PRF_HMAC_SHA2_384 PRF_HMAC_SHA2_512 dh-group: MODP_2048 MODP_2048_224 MODP_2048_256 MODP_1536 MODP_3072 MODP_4096 MODP_6144 MODP_8192 MODP_1024 MODP_1024_160 MODP_768 So why does the responder reject MODP_2048 when it is a supported algorithm? Kevin ___ Users mailing list Users@lists.strongswan.org https://lists.strongswan.org/mailman/listinfo/users
[jira] Commented: (THRIFT-979) ruby bindings used to work on jruby
[ https://issues.apache.org/jira/browse/THRIFT-979?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12927899#action_12927899 ] Kevin Clark commented on THRIFT-979: Just an update - I've got dependency issues on the machine I was using for dev. Will try to resolve. ruby bindings used to work on jruby --- Key: THRIFT-979 URL: https://issues.apache.org/jira/browse/THRIFT-979 Project: Thrift Issue Type: Bug Affects Versions: 0.5 Reporter: Jeff Hodges The current ruby bindings do not work on JRuby do to the use of mkmf in the build. It used to be that on jruby, the build would just skip over the extconf.rb step and only install the pure ruby code. (See the current version up on http://github.com/fauna/thrift. I've been fighting with rubygems to figure out why I can't make this work like I was able to with 0.2. Unfortunately, I'm at my limit, so here's just the bug. Help appreciated. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: October graduation?
+1 On Mon, Sep 27, 2010 at 4:52 PM, Michael Lum michael@openx.org wrote: +1 here. On 9/27/2010 1:15 PM, Anthony Molinaro wrote: Also +1 on graduation and Bryan as chair. -Anthony On Mon, Sep 27, 2010 at 01:06:26PM -0700, Todd Lipcon wrote: On Mon, Sep 27, 2010 at 12:57 PM, Bryan Duxburybr...@rapleaf.com wrote: I on board with graduation, particularly if all it takes is a resolution and a vote. I'll happily chair the PMC if everyone else is happy with that. +1 on both accounts. -Todd -Bryan On Mon, Sep 27, 2010 at 11:59 AM, Joe Schaeferjoe_schae...@yahoo.com wrote: I'd like to see thrift capitalize on the momentum it has seen over the past few months and move towards graduation in October. Based on the growth I've seen in this project recently I would now vote in favor of thrift becoming a full Apache project. The only pressing issue is to select a chair for the PMC (assuming you wish to go top-level, which I'd recommend). I'd like to suggest Bryan Duxbury as the natural choice, but there are other possibilities as well. It's up to you to decide. Once a chair has been determined all that is left is to submit a resolution to the IPMC, who will pass it along to the board if it gains approval. You have already met all of the IPMC graduation requirements and the thrift dev community is growing, so I wouldn't expect any obstacles from the IPMC. IOW the graduation process shouldn't be viewed as something heavyweight that will interrupt the 0.5 release process: you can do both at the same time. Thoughts? -- Todd Lipcon Software Engineer, Cloudera -- Kevin Clark http://glu.ttono.us
Re: [Fis] The Nature of Microphysical Information: Revisiting the Fluctuon Model
The Question of Revisiting or Revising the Fluctuon Model I thank Drs. Kirby and Brenner for re-introducing Conrad’s Fluctuon model. Although I’ve never directly incorporated Conrad’s ideas into my own research involving natural and artificial intelligences, I believe they collectively continue to offer a framework useful for probing and elaborating details of information at all levels of description. That said, I wonder if it isn’t now appropriate to revise rather than simply revisit the Fluctuon model? Obviously one must first appraise the current strengths of any model before revising it, but I echo Dr. Brenner’s hope that FISers will attempt to disentangle the Fluctuon model’s merits/failings during this discussion session with the goal of improving the model. The current discussion centered on distinguishing the it/bit aspects of the model are germane to my position on the role of physics and information in biology. I find, perhaps in my ignorance, that the core of Conrad’s concepts (cf. 1) simultaneously extends David Bohm’s earlier popular works (e.g., 2) as well as parallels, in some content and timing of publication, the key developments in extradimensional physics over the past 40-or-so years. Modern Kaluza-Klein-type theories, for example, may be applied to mesoscopic fluids in such a way to evoke Conrad’s insights on the influence of unmanifest particles on manifest ones. As other scientists have done, I’ve given considerable thought to the topic of microphysical influences on semiclassical biology over the past 20 years, so that it now plays a dominant role in my research on cellular and organism decision making and additional cognitive(-like) processes (cf. 3). Kaluza-Klein-type theories locally embed or unify different combinations of the known physical forces of gravitation, electromagnetism, and the weak and strong nuclear forces in a world manifold greater than four dimensions, thus creating symmetric relationships between the different forces and their properties. Some modern Kaluza-Klein-type theories, such as Induced Matter (IM) and 5-Brane theories, improve the concept of earlier Kaluza-Klein theories by setting 5D field equations in terms of a flat Ricci tensor that neither restricts the topology of the fifth dimension nor treats fields separately from their 4D source matter. In this rich framework of Riemannian geometry, nonradiation-like matter or energy density can manifest itself in the fifth dimension as uncharged or charged rest mass of differing coordinates, with a timelike fifth force possibly revealed as time variations in 5D-dependent 4D mass (4). Notably, the fifth force, not found in Einstein relativity, emerges from the canonical metric as a choice of coordinate or gauge and is related to motion in the fifth dimension as well as charge/mass ratio, where 4D charge becomes 5D momentum (4). By applying canonical IM theory, one can then mathematically project the 4D spacetime structure of biocurrents (e.g., fire-diffuse-fire calcium biocurrents that mediate primitive intelligent behaviors in microbes), macromolecules (e.g. transmembrane receptor proteins, nucleotide sequences, etc.), or other biosubstrate onto a 5D coordinate system. This sort of transform (also valid for high-energy particle and cosmological physics) equates physicochemical computations that covary with intelligent behaviors and other biological processes with the action of mass and its energy equivalents. Canonical IM theory, in particular, offers tremendous scale invariant explanatory power since Goedel-type causal anomalies, Heisenberg’s uncertainty principle, and additional paradoxes often employed to describe the emergent properties of nervous tissue and other excitable biological or nonbiological media either become vanishing artifacts of coordinate selection or deterministic laws in 5D physics (cf. 4). Computational complexities, like those described by Conrad, might be accounted for in terms of the 5D motion of mesoscopic particle mass and its relationship to 4D time-energy uncertainty, 4D spacetime curvature, and further lower dimension effects. Using IM theory also provides an exceptional starting point for later considerations on physical relationships between the emergent properties of various excitable media, nonsymmetric Riemannian spaces, torsion spaces, and other higher energy manifolds beyond five dimensions. Thus, IM theory is consistent with the Machian, relativistic, and quantum nature of the Fluctuon model, while also providing an intermediary energy framework to either explore lower dimensional Holographic or higher dimensional Supersymmetical physical and informational descriptions of biology not explicitly addressed by the Fluctuon model. In view of these advantages of IM theory, how would FISers remodel the Fluctuon model to embrace trends in modern physics? And, if the Fluctuon model is more informational
Re: ruby gem
I'm back to a net connection - will fix that tonight. Kevin Clark http://glu.ttono.us On Sep 21, 2010, at 6:58 PM, Bryan Duxbury br...@rapleaf.com wrote: Yeah, let's bring it back in. Kevin Clark was supposed to be giving me credentials to our rubyforge page for the Thrift gem that we have in the main repo, but I think he's out in Joshua Tree or something... On Tue, Sep 21, 2010 at 6:37 PM, Ryan King r...@twitter.com wrote: A long time ago we (at twitter) started publishing a thrift fork (http://github.com/fauna/thrift-rb) for the ruby gem (https://rubygems.org/gems/thrift). I'd like to bring this back to the mainline. That fork had some patches to address some problems (http://github.com/fauna/thrift-rb/commits/master). I think all of these but jruby have been addressed now. If we can address those, it seems like we can move the gem release process in line with releasing the rest of the artifacts (I assume other languages build packages). Does this seem like a good idea? -ryan
Re: ruby gem
Bryan should now have admin rights. On Tue, Sep 21, 2010 at 7:59 PM, Kevin Clark kevin.cl...@gmail.com wrote: I'm back to a net connection - will fix that tonight. Kevin Clark http://glu.ttono.us On Sep 21, 2010, at 6:58 PM, Bryan Duxbury br...@rapleaf.com wrote: Yeah, let's bring it back in. Kevin Clark was supposed to be giving me credentials to our rubyforge page for the Thrift gem that we have in the main repo, but I think he's out in Joshua Tree or something... On Tue, Sep 21, 2010 at 6:37 PM, Ryan King r...@twitter.com wrote: A long time ago we (at twitter) started publishing a thrift fork (http://github.com/fauna/thrift-rb) for the ruby gem (https://rubygems.org/gems/thrift). I'd like to bring this back to the mainline. That fork had some patches to address some problems (http://github.com/fauna/thrift-rb/commits/master). I think all of these but jruby have been addressed now. If we can address those, it seems like we can move the gem release process in line with releasing the rest of the artifacts (I assume other languages build packages). Does this seem like a good idea? -ryan -- Kevin Clark http://glu.ttono.us
Re: sharing knowledge means sharing control
On Aug 16, 2010, at 7:32 AM, Bryan Duxbury br...@rapleaf.com wrote: On Sun, Aug 15, 2010 at 8:52 PM, Joe Schaefer joe_schae...@yahoo.comwrote: Why not simply make that person a committer and let them hack on trunk from the start? I could agree with this in principle, but I think that there is a practical reason to do otherwise. In my experience, even once you've got a solid vote done for a new committer, you end up waiting for weeks for action to be taken. Would it be possible for us to allow anyone access to the /branches dir in our SVN repo? Then, the de facto way for experimental stuff to happen would be to cut a branch and get to work. Sorry to prod at a long dead horse, but we'd get this behavior for free with git (and that's how most of the ruby implementation has been developed). When the project first went into apache, the committers discussed (and seemed to be mostly in favor of) using git. But at the time, git was less well established and there was political pressure to stick to SVN. Is this still a sore spot for the ASF? One of the nice things about git is that experimentation can happen easily, and then adding committers is effectively just adding the right to merge to trunk. I suppose the danger is adding confusion to what the mainline is, but that seems solvable. Kevin Clark http://glu.ttono.us
Re: [VOTE] Thrift 0.4.0 RC0
We used to do it at Powerset. If you're installing thrift for 4 languages it's nice to use the same technique for the 5th. Though I don't recall if the Ruby make target was changed to just generate the gem these days, in which case it probably doesn't matter. Bryan - I can probably give you appropriate credentials, though it'd have to wait til I'm back in civilization (start of September). On Fri, Aug 13, 2010 at 8:18 AM, David Reiss dre...@facebook.com wrote: +1 There are a few ._BLAH files in there that would be nice to remove, but not critical. As an aside... Does anyone use configure and make to build the ruby stuff? If not, can we just delete Ruby support from the configure script? It's gotten in my way several times when working on the build, and I don't know enough about Ruby to fix it. --David On 08/13/2010 07:30 AM, Bryan Duxbury wrote: I certainly do intend to maintain the rubygem. I'm not sure that I have the necessary credentials to publish the gem to rubyforge, though. You can build the gem by doing cd lib/rb rake package. On Fri, Aug 13, 2010 at 4:36 AM, Rajesh Malepati chitt...@gmail.com wrote: +1 My ruby client/server tests pass. I had to regenerate the ruby classes though. The 0.2 generated ones are incompatible with 0.4. One small question. Evan Weaver used to release ruby library as a gem. That didn't happen for 0.3. See http://rubygems.org/gems/thrift and http://github.com/fauna/thrift-rb I also see Kevin Ballard, Kevin Clark and Mark Slee as authors on the rubygems.org page. Is there any interest in maintaining the gem version? On Fri, Aug 13, 2010 at 12:27 PM, Michael Lum michael@openx.org wrote: Works fine on CentOS 5.5. On Snow Leopard, make check was returning this: libtool: link: g++ -g -O2 -o .libs/UnitTests UnitTests-UnitTestMain.o UnitTests-TMemoryBufferTest.o UnitTests-TBufferBaseTest.o -Wl,-bind_at_load ./.libs/libtestgencpp.a /Users/mlum/temp/0.4.x/thrift-0.4.0/lib/cpp/.libs/libthrift.dylib -lboost_unit_test_framework -lpthread ld: library not found for -lboost_unit_test_framework collect2: ld returned 1 exit status make[2]: *** [UnitTests] Error 1 make[1]: *** [check-am] Error 2 make: *** [check-recursive] Error 1 I have boost-1.42.0 installed using MacPorts in /opt/local. Changing the Makefile.am to add $(BOOST_LDFLAGS) to UnitTests_LDADD causes this test to pass. All other tests passed. --- test/Makefile.am.orig 2010-08-12 23:29:21.0 -0700 +++ test/Makefile.am 2010-08-12 23:34:28.0 -0700 @@ -68,7 +68,7 @@ TMemoryBufferTest.cpp \ TBufferBaseTest.cpp -UnitTests_LDADD = libtestgencpp.la -lboost_unit_test_framework +UnitTests_LDADD = libtestgencpp.la $(BOOST_LDFLAGS) -lboost_unit_test_framework # # TFDTransportTest Otherwise, +1. On 8/12/2010 9:40 PM, Bryan Duxbury wrote: Hi all, As discussed, in all the time it took for us to finally release Thrift 0.3, we've accumulated enough changes for Thrift 0.4! I propose we accept http://people.apache.org/~bryanduxbury/thrift-0.4.0-rc0.tar.gzhttp://people.apache.org/%7Ebryanduxbury/thrift-0.4.0-rc0.tar.gz http://people.apache.org/%7Ebryanduxbury/thrift-0.4.0-rc0.tar.gzas the official Thrift 0.4.0 release. I created this tarball by checking out URL: https://svn.apache.org/repos/asf/incubator/thrift/branches/0.4.x and running ./bootstrap.sh ./configure make dist. The GPG signature for this tarball can be found at http://people.apache.org/~bryanduxbury/thrift-0.4.0-rc0.tar.gz.aschttp://people.apache.org/%7Ebryanduxbury/thrift-0.4.0-rc0.tar.gz.asc http://people.apache.org/%7Ebryanduxbury/thrift-0.4.0-rc0.tar.gz.asc. It has an MD5 signature of c272591c1b3560fdef86104e2be214dc. Please download, verify the signatures, untar, and install and test the libraries you are familiar with. We need your +1 votes to make the release! If you encounter any problems, please let me know immediately. This vote will close 72 hours from now. This release consists of 45 tickets that cover many bugs and performance improvements. Please refer to the CHANGES file for the full list. -Bryan -- Kevin Clark http://glu.ttono.us
Re: Info about Thrift
This is old, but still generally accurate I think: http://incubator.apache.org/thrift/static/thrift-20070401.pdf On Mon, May 17, 2010 at 11:51 PM, Pooja Gupta payal.pooja.gu...@gmail.com wrote: Hi! I am working on Thrift but no where i cud find how Thrift internally works.. Can u please explain me teh archtecture of Thrift? Thanks Regards Pooja Gupta Pune,India -- Kevin Clark http://glu.ttono.us
Re: [strongSwan] Windows 7 IKEv2 problems
Still hoping for some insight into two problems I'm seeing with a Windows 7 IKEv2 road-warrior setup: 1) Charon fails to release ip address with releasing address to pool 'rw-win7' failed 2) Windows 7 does not create a route to support the subnet behind the Strongswan gateway when class based route addition is selected Strongswan 4.3.6 is installed on CentOS 5.4 (kernel 2.6.18) and configured with: ./configure --sysconfdir=/etc --prefix=/usr --enable-eap-mschapv2 --enable-eap-identity --enable-md5 --enable-md4 --enable-nat-transport --- ipsec.conf --- config setup plutostart=no charonstart=yes conn %default ike=aes256-sha1-modp1024! esp=aes256-sha1! dpdaction=clear dpddelay=300s rekey=no left=10.0.0.1 leftsubnet=192.168.0.0/24 left...@10.0.0.1 leftcert=10.0.0.1.crt leftfirewall=yes conn rw-win7 mobike=yes keyexchange=ikev2 right=%any rightsourceip=192.168.7.0/24 rightauth=eap-mschapv2 rightsendcert=never eap_identity=%any auto=add --- /etc/strongswan.conf --- # strongswan.conf - strongSwan configuration file charon { dns1 = 192.168.0.1 dns2 = 192.168.0.2 nbns1 = 192.168.0.3 # Two defined file loggers. Each subsection is either a file # in the filesystem or one of: stdout, stderr. filelog { /var/log/charon.log { # loggers to files also accept the append option to open files in # append mode at startup (default is yes) append = no # the default loglevel for all daemon subsystems (defaults to 1). default = 1 } stderr { # more detailed loglevel for a specific subsystem, overriding the # default loglevel. ike = 2 knl = 3 } } # And two loggers using syslog. The subsections define the facility to log # to, currently one of: daemon, auth. syslog { # default level to the LOG_DAEMON facility daemon { } # very minimalistic IKE auditing logs to LOG_AUTHPRIV auth { default = -1 ike = 0 } } } Any ideas? Kevin ___ Users mailing list Users@lists.strongswan.org https://lists.strongswan.org/mailman/listinfo/users
Re: Thrift 0.3.0 RC1
The non-gem version respected DESTDIR if I recall (that was the mechanism I used to use to package it), but that was tossed when the gem package (the defacto main distribution) became the only package. We figured it didn't matter much - the only people not using gems tend to be people repackaging into some other system (OS distro maintainers and other one offs, though this included me at the time). Thrift may want to make it clear in the README that it's now the only supported way to install for Ruby. On Mon, May 3, 2010 at 3:40 PM, Bryan Duxbury br...@rapleaf.com wrote: You might call me the ruby maintainer. However, I don't think I'll be of much help with this one, since I only use the gem version of the ruby libs. On Mon, May 3, 2010 at 3:37 PM, Anthony Molinaro antho...@alumni.caltech.edu wrote: The ruby stuff also has the annnoying bit where it doesn't use destdir with 'make install' which pretty much makes it impossible to package thrift using traditional means. For the RPM and debs I build of thrift I run with --without-ruby to work around this. It would be awesome if whoever was the ruby maintainer were to figure out how to get it's install target working with destdir... -Anthony On Mon, May 03, 2010 at 03:20:57PM -0700, Mark Slee wrote: This only appears to be in the lib/rb directory, though. I'm not seeing any .o files in the C++ library or the compiler, for instance. mcs...@devrs001 /tmp/thrift/thrift-0.3.0 $find . -name *.o ./lib/rb/ext/binary_protocol_accelerated.o ./lib/rb/ext/compact_protocol.o ./lib/rb/ext/memory_buffer.o ./lib/rb/ext/protocol.o ./lib/rb/ext/struct.o ./lib/rb/ext/thrift_native.o I agree these shouldn't be distributed. The solution can be as simple as manually removing them from the release for now until we get the make thing properly patched. This issue aside, I'm a +1 on the rc1 candidate. It compiled without issue for me (though again I have --with-ruby=no, so a ruby user should confirm that stuff is working). -Original Message- From: Todd Lipcon [mailto:t...@cloudera.com] Sent: Saturday, May 01, 2010 8:12 PM To: thrift-user@incubator.apache.org Subject: Re: Thrift 0.3.0 RC1 The tarball seems to include compiled .o files. I think the build process is just make dist, without the preceding make. -Todd On Sat, May 1, 2010 at 10:45 AM, Bryan Duxbury br...@rapleaf.com wrote: I bootstrapped on my Mac. On Sat, May 1, 2010 at 9:09 AM, David Reiss dre...@facebook.com wrote: What system did you run bootstrap on? --David (mobile) On May 1, 2010, at 6:53 AM, Bryan Duxbury br...@rapleaf.com wrote: Hi all, I'd like to propose the following tarball be accepted as the official Thrift 0.3.0 release: http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc1.tar.gzhttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz with GPG signature: http://people.apache.org/~bryanduxbury/thrift-0.3.0-rc1.tar.gz.aschttp://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz.asc http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz.asc http://people.apache.org/%7Ebryanduxbury/thrift-0.3.0-rc1.tar.gz.asc and MD5 sum: 677607c0b5acb89fb35386169c7ffa8d This tarball was built by checking out http://svn.apache.org/repos/asf/incubator/thrift/tags/0.3.0 and running ./boostrap.sh ./configure make make dist. Please download, untar, configure, and build to verify that everything works as expected. Sorry about the false start. -Bryan -- Todd Lipcon Software Engineer, Cloudera -- Anthony Molinaro antho...@alumni.caltech.edu -- Kevin Clark http://glu.ttono.us
[Bug 561958] Re: calibre-mount-helper missing
same here with this ending: Devices possibly connected: PRS-300/505 Device Interface, Trying to open PRS-300/505 Device Interface ... failed Opening of the following devices failed calibre.devices.prs505.driver.PRS505 object at 0x89fcb0c Traceback (most recent call last): File /usr/lib/calibre/calibre/devices/__init__.py, line 84, in debug dev.open() File /usr/lib/calibre/calibre/devices/prs505/driver.py, line 68, in open Device.open(self) File /usr/lib/calibre/calibre/devices/usbms/device.py, line 621, in open self.open_linux() File /usr/lib/calibre/calibre/devices/usbms/device.py, line 605, in open_linux mp, ret = mount(card, typ) File /usr/lib/calibre/calibre/devices/usbms/device.py, line 582, in mount ret = do_mount(node, label) File /usr/lib/calibre/calibre/devices/usbms/device.py, line 577, in do_mount _('Could not find mount helper: %s.')%cmd[0]) DeviceError: Could not find mount helper: calibre-mount-helper. -- calibre-mount-helper missing https://bugs.launchpad.net/bugs/561958 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[strongSwan] Windows 7 IKEv2 problems
Hoping someone can help me understand and fix a couple of issues I see when connecting from Windows 7 Agile client using IKEv2. I am able to connect and authenticate so the configuration does works but problem number one is that charon does not release IP addresses back into the pool. Here's the syslog after I press the disconnect button in the Windows: Apr 28 18:56:38 vpn-test charon: 09[NET] received packet: from 10.0.7.1[37908] to 10.0.0.1[4500] Apr 28 18:56:38 vpn-test charon: 09[ENC] parsed INFORMATIONAL request 7 [ D ] Apr 28 18:56:38 vpn-test charon: 09[IKE] received DELETE for IKE_SA rw-win7[1] Apr 28 18:56:38 vpn-test charon: 09[IKE] deleting IKE_SA rw-win7[1] between 10.0.0.1[C=GB, ST=England, O=Example Limited, CN=10.0.0.1]...10.0.7.1[192.168.25.10] Apr 28 18:56:38 vpn-test charon: 09[IKE] IKE_SA deleted Apr 28 18:56:38 vpn-test charon: 09[ENC] generating INFORMATIONAL response 7 [ ] Apr 28 18:56:38 vpn-test charon: 09[NET] sending packet: from 10.0.0.1[4500] to 10.0.7.1[37908] Apr 28 18:56:38 vpn-test charon: 09[LIB] releasing address to pool 'rw-win7' failed The second and more troubling problem is to do with the routes that Windows creates to support the subnet behind the VPN gateway. I only want packets destined for the remote subnet to go across the VPN. If I enable Use default gateway on remote network everything gets routed through the VPN which I don't want. I've have disabled this option and left class based route addition enabled but then all I get are routes supporting the virtual IP address, not the subnet behind the VPN gateway. You may well say that this is a Windows issue but I hope that there's some parameter missing from my config that will fix this. IPv4 Route Table [ class based route addition ] Active Routes: Network DestinationNetmask Gateway Interface Metric 0.0.0.0 0.0.0.0 192.168.25.1192.168.25.10 10 127.0.0.0255.0.0.0 On-link 127.0.0.1306 127.0.0.1 255.255.255.255 On-link 127.0.0.1306 127.255.255.255 255.255.255.255 On-link 127.0.0.1306 192.168.7.0255.255.255.0 On-link 192.168.7.2 11 192.168.7.2 255.255.255.255 On-link 192.168.7.2266 the assigned virtual 192.168.7.255 255.255.255.255 On-link 192.168.7.2266 IPv4 Route Table [ default route enabled ] Active Routes: Network DestinationNetmask Gateway Interface Metric 0.0.0.0 0.0.0.0 192.168.25.1192.168.25.10 4235 0.0.0.0 0.0.0.0 On-link 192.168.7.3 11 everything shoved down the VPN :-( 127.0.0.0255.0.0.0 On-link 127.0.0.1 4531 127.0.0.1 255.255.255.255 On-link 127.0.0.1 4531 127.255.255.255 255.255.255.255 On-link 127.0.0.1 4531 192.168.7.3 255.255.255.255 On-link 192.168.7.3266 --- ipsec.conf --- config setup plutostart=no charonstart=yes conn %default ike=aes256-sha1-modp1024! esp=aes256-sha1! dpdaction=clear dpddelay=300s rekey=no left=10.0.0.1 leftsubnet=192.168.0.0/24 left...@10.0.0.1 leftcert=10.0.0.1.crt leftfirewall=yes conn rw-win7 mobike=yes keyexchange=ikev2 right=%any rightsourceip=192.168.7.0/24 rightauth=eap-mschapv2 rightsendcert=never eap_identity=%any auto=add --- /etc/strongswan.conf --- # strongswan.conf - strongSwan configuration file charon { dns1 = 192.168.0.1 dns2 = 192.168.0.2 nbns1 = 192.168.0.3 # Two defined file loggers. Each subsection is either a file # in the filesystem or one of: stdout, stderr. filelog { /var/log/charon.log { # loggers to files also accept the append option to open files in # append mode at startup (default is yes) append = no # the default loglevel for all daemon subsystems (defaults to 1). default = 1 } stderr { # more detailed loglevel for a specific subsystem, overriding the # default loglevel. ike = 2 knl = 3 } } # And two loggers using syslog. The subsections define the facility to log # to, currently one of: daemon, auth. syslog { # default level to the LOG_DAEMON facility daemon { } # very minimalistic IKE auditing logs to LOG_AUTHPRIV auth { default = -1 ike = 0 } } } --- syslog --- Apr 28 18:32:13 vpn-test charon: 00[DMN] Starting IKEv2 charon daemon (strongSwan 4.3.6) Apr 28 18:32:13 vpn-test charon: 00[KNL] listening on interfaces: Apr 28 18:32:13 vpn-test charon: 00[KNL] eth0 Apr 28 18:32:13 vpn-test
Re: Thrift Release Process
+1 -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-697) Union support in Ruby
[ https://issues.apache.org/jira/browse/THRIFT-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12834400#action_12834400 ] Kevin Clark commented on THRIFT-697: What I really meant on those getters/setters was to kill the handwritten versions and to just use the attr_reader outside of protected (get_* is un-idiomatic). Other than that, +1, looks good. Union support in Ruby - Key: THRIFT-697 URL: https://issues.apache.org/jira/browse/THRIFT-697 Project: Thrift Issue Type: New Feature Components: Compiler (Ruby), Library (Ruby) Affects Versions: 0.3 Reporter: Bryan Duxbury Assignee: Bryan Duxbury Fix For: 0.3 Attachments: thrift-697-v2.patch, thrift-697.patch We'd like to have direct native support for Union-style structs in Ruby. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-697) Union support in Ruby
[ https://issues.apache.org/jira/browse/THRIFT-697?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12834099#action_12834099 ] Kevin Clark commented on THRIFT-697: Generally looks fine, but could use some cleanup. Some of this is nitpicky, so take it with a grain of salt. My notes follow. struct.c There's a dangling TODO (to raise an exception) in rb_thrift_union_read and another in _write. For read, we should throw and remove the TODO. For write, it looks like it comes down to a .to_sym call in the Ruby. Maybe it'd be worth benchmarking? union.rb If you think the current version is inelegant, I think you can rewrite Thrift::Union#initialize as: def initialize(name = nil, value = nil) if name value.nil? raise Exception .. end if name Thrift.check_type ... @field_id = name_to_id(name.to_s) end @setfield = name @value = value end It avoids an extra call to name_to_id (and the .to_s) and reads a little cleaner. You may want to benchmark if there's a difference in performance for uses of define_method vs class eval. I thought I remember there being a significant difference, but that might not be the case anymore. Why the handwritten getter/setter (and then a protected version of the exact same thing)? Feels very un-ruby Is the 'set' required used anywhere? struct_union.rb I know it was moved from before, but is there a reason each_field needs to exist? Seems like a needless sort/copy/method call, but maybe there's a reason we were doing this that I've forgotten? If it does need to exist, is there a reason name_to_ids doesn't use it? union_spec.rb Is there a reason you're testing that .new does't return nil? I'm not sure how to make that fail. t_rb_generator.cc Looks like there might be some spacing issues with the if in generate_struct (if tstruct-is_union) In generate_union_accessors, I'd probably move the declaration of m_iter into the for, or atleast into the if clause, but it's really nitpicky and I don't have an issue with it staying that way. If we're going to do a copy (from f_iter to field) in generate_rb_union_validatior, might as well declare field as const. Union support in Ruby - Key: THRIFT-697 URL: https://issues.apache.org/jira/browse/THRIFT-697 Project: Thrift Issue Type: New Feature Components: Compiler (Ruby), Library (Ruby) Affects Versions: 0.3 Reporter: Bryan Duxbury Assignee: Bryan Duxbury Fix For: 0.3 Attachments: thrift-697.patch We'd like to have direct native support for Union-style structs in Ruby. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [SDRuby] does a string represent a number?
/\d+(\.\d+)?/ =~ some_number Doesn't do what you need? Is there an obvious edge case I'm missing? A number is one or more digits, optionally followed by a . and one or more digits. =~ will give you nil if it doesn't match, or the index of the match if it does (which you can just use as non false). On Fri, Jan 22, 2010 at 11:35 AM, Glenn Little lit...@cs.ucsd.edu wrote: I'm looking for a simple way to check if a string really represents a number in ruby/rails. I figured there would be a String.is_numeric? but haven't found anything. I've seen suggestions for roll-your-own functions the best of which appears to be something like (verbosely): def represents_number?(s) begin if Float(s) return true else return false end rescue return false end end This relies on the fact that Float() throws an exception if it gets a string that it can't convert. The issue I have with this is that it feels a little hinky in that it's relying on Float throwing an exception. Maybe that's okay, but it feels just a shade side-effecty. The other option is to craft a regexp, which would be tough if I *really* wanted to be thorough. Am I missing any simpler options? Thanks... -glenn -- SD Ruby mailing list sdruby@googlegroups.com http://groups.google.com/group/sdruby -- Kevin Clark http://glu.ttono.us -- SD Ruby mailing list sdruby@googlegroups.com http://groups.google.com/group/sdruby
Re: [rubinius-dev] Re: tail-call-optimisation
Maybe a '-O' makes sense in general for optimizations that are going to make debugging ugly? -- Kevin Clark http://glu.ttono.us -- --- !ruby/object:MailingList name: rubinius-dev view: http://groups.google.com/group/rubinius-dev?hl=en post: rubinius-dev@googlegroups.com unsubscribe: rubinius-dev-unsubscr...@googlegroups.com
[jira] Created: (MWAR-214) packagingExcludes does not correctly parse comma delimited jars when using a string newline char (i.e. '\')
packagingExcludes does not correctly parse comma delimited jars when using a string newline char (i.e. '\') - Key: MWAR-214 URL: http://jira.codehaus.org/browse/MWAR-214 Project: Maven 2.x WAR Plugin Issue Type: Improvement Reporter: Kevin Clark The following works - packagingExcludes WEB-INF/lib/activation-1.0.2.jar,WEB-INF/lib/activation-1.1.jar,WEB-INF/lib/cglib-2.1_3.jar,WEB-INF/lib/bcprov-jdk14-119.jar /packagingExcludes The following will not packagingExcludes WEB-INF/lib/activation-1.0.2.jar,WEB-INF/lib/activation-1.1.jar,WEB-INF/lib/cglib-2.1_3.jar,\ WEB-INF/lib/bcprov-jdk14-119.jar /packagingExcludes In some large builds many repeat JARs need to be filtered out. A newline char capability would make the pom.xml more readable. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
Re: Distribution management
On Fri, Nov 20, 2009 at 4:34 PM, Joe Schaefer joe_schae...@yahoo.com wrote: At Apache we do our work where it can be inspected by the public while it is in progress. That work, carried out in the subversion repository, is not to be publicized to end users as a place to pick up the latest and greatest distribution of our software. End users ALWAYS need to be directed to formally approved releases. Not only does that give the project space to do active development on branches / trunk that hasn't been put to a vote yet, it means that users have clear guidelines where the project is willing to extend whatever stability promises it wishes to make to it's users. The foundation does not consider subversion as a valid distribution mechanism for software releases. In fact we don't expect software in subversion to be vetted for licensing issues until it comes time for a release, so please do not point end users to svn! I'm glad you have a way you like to do things at Apache. But we're not children and we don't owe you anything. When you treat us like this you discourage involvement and drive people away from the Apache process. I'm sure people are perfectly willing to direct others that subversion revisions aren't releases, so don't be an jerk about it. I'm -- Kevin Clark http://glu.ttono.us
Re: Distribution management
I hadn't realized we were playing baseball. Please. Please please please kick Thrift out of Apache incubation status*. I can't see the light of a release without that. You're right. People aren't moving anymore. This is because we've tried this before: http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg05022.html http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg04584.html http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg04449.html http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg04361.html Jake even proposes we're good to go: http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg05351.html Somewhere in the middle there our mentors ignored us for a while. And here's where you (you, Joe) mention that you've (you the ASF (as you're paid to enforce their policy, apparently)) lost another round of documents and we've got to start the licensing audit over again: http://www.mail-archive.com/thrift-dev@incubator.apache.org/msg05392.html It's great that Todd still has the motivation and stamina to jump through the ASF hoops. I certainly don't, though I'm happy to support him. I'd certainly +1 if someone wanted to put up a vote for committer if that will help him get done what he needs. And you're right, it seems I haven't replied to 622 again (sorry Todd). I'll fix that momentarily (though the thread seems unresolved to me, despite my personal failure to follow up). On the matter of svn vs distribution: in light of the lack of support to create a release from the codebase we keep at Apache I, personally, will continue to use versions I've cut for myself out of svn. The code has been useful and something I think many have considered stable for a rather long time. I'm removing myself as a member of the foundation so I'm happy to advocate this pragmatic (though sadly flawed) technique that has been forced on the community by an organization fascinated by red tape. * I'm speaking only for myself here. -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-622) Get Thrift into releasable form (eliminate dependencies, tidy licenses, etc)
[ https://issues.apache.org/jira/browse/THRIFT-622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12780922#action_12780922 ] Kevin Clark commented on THRIFT-622: I agree the current patch is a little redundant, but wouldn't oppose inclusion if it'll move things along. Get Thrift into releasable form (eliminate dependencies, tidy licenses, etc) Key: THRIFT-622 URL: https://issues.apache.org/jira/browse/THRIFT-622 Project: Thrift Issue Type: Task Affects Versions: 0.1 Reporter: Todd Lipcon Assignee: Todd Lipcon Attachments: thrift-622.txt, thrift-622.txt, thrift-622.txt I spoke with Joe Schaefer at ApacheCon the other day, and I believe these are the necessary changes to be kosher for a release. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-622) Get Thrift into releasable form (eliminate dependencies, tidy licenses, etc)
[ https://issues.apache.org/jira/browse/THRIFT-622?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12776343#action_12776343 ] Kevin Clark commented on THRIFT-622: I don't think the Ruby bindings will be severely hampered by the removal of setup.rb. That it existed made packaging easier under the build system I was working on at the time. At this point it doesn't cause an issue for me and I don't know of anyone else who would argue it should stick around. If it's really a blocker for release (seriously ASF?) I say we cut it. I'll take a look at the diff in the morning with fresh eyes. Get Thrift into releasable form (eliminate dependencies, tidy licenses, etc) Key: THRIFT-622 URL: https://issues.apache.org/jira/browse/THRIFT-622 Project: Thrift Issue Type: Task Affects Versions: 0.1 Reporter: Todd Lipcon Assignee: Todd Lipcon Attachments: thrift-622.txt, thrift-622.txt, thrift-622.txt I spoke with Joe Schaefer at ApacheCon the other day, and I believe these are the necessary changes to be kosher for a release. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Thrift Licensing
On Wed, Oct 28, 2009 at 11:08 AM, David Reiss dre...@facebook.com wrote: I just talked to some of the guys from imeem, and they said that they sent in all of the documents, but the ICLAs are not on file. Can someone confirm that +1-919-573-9199 (from http://www.apache.org/licenses/cla-corporate.txt r190612) is the best fax number before I ask them to resend it? --David Can they email them in? Documents faxed in have been lost many many times at this point. -- Kevin Clark http://glu.ttono.us
Re: Thrift Licensing
I'm not sure, William Morgan had asked about it, and I think Joe Schaefer had the answer. I'm CCing him. On Wed, Oct 28, 2009 at 11:28 AM, David Reiss dre...@facebook.com wrote: I'm happy to ask. What is the address? Kevin Clark wrote: On Wed, Oct 28, 2009 at 11:08 AM, David Reiss dre...@facebook.com wrote: I just talked to some of the guys from imeem, and they said that they sent in all of the documents, but the ICLAs are not on file. Can someone confirm that +1-919-573-9199 (from http://www.apache.org/licenses/cla-corporate.txt r190612) is the best fax number before I ask them to resend it? --David Can they email them in? Documents faxed in have been lost many many times at this point. -- Kevin Clark http://glu.ttono.us
Re: patch for solaris
On Sun, Oct 25, 2009 at 1:46 PM, Chad Walters chad.walt...@microsoft.com wrote: You could always ask the person if you're concerned about it, but the simplest way to resolve this is to start cutting Apache releases ;-). What is the current blocker for making a release, anyway? Afaik it was that someone decided we need to solicit ICLAs again. Again. -- Kevin Clark http://glu.ttono.us
Re: Thrift on Wikipedia
I think the closest thing to a spec we have is the original whitepaper: http://incubator.apache.org/thrift/static/thrift-20070401.pdf We also have a human readable version provided for some languages in the json protocol. I'm not sure the set of languages that's available in. On Sat, Sep 12, 2009 at 2:08 AM, Cyber Cobra bugspr...@gmail.com wrote: Hi Thrifters! (or whatever you call yourselves), I'm a Wikipedia editor and have been working on the relatively new article http://en.wikipedia.org/wiki/Comparison_of_data_serialization_formats , which includes Thrift among the formats compared. Currently, a lot of key information on Thrift's wire format is missing from the article and I want to rectify that, but I'm not a Thrift user. So I'm hoping you all might be able to help. Here's the info I'm looking for: 1. Is there a specification document for Thrift (besides just the code itself)? I was unable to locate one. 1A. If No for Question 1, any help filling out the row for Thrift in the Comparison of binary formats table would be much appreciated. 2. Does Thrift take inspiration from or base itself on any other formats? I don't think so, but just need to double-check. 3. Can Thrift store relational data? (i.e. can serialized objects have pointers to other objects in the same file?) Thanks, and apologies for the intrusion. -- [[User:Cybercobra]] -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-547) Thrift deserializer hangs when deserializing empty string
[ https://issues.apache.org/jira/browse/THRIFT-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737318#action_12737318 ] Kevin Clark commented on THRIFT-547: Yeah, the goal is that it doesn't, functionally, change anything, but the behavior is more consistent with the other transports. But that's not a blocker for me. I think it's more important to get the patch in. I'd +1 it post ruby-debug removal if you feel strongly about it. Thrift deserializer hangs when deserializing empty string - Key: THRIFT-547 URL: https://issues.apache.org/jira/browse/THRIFT-547 Project: Thrift Issue Type: Bug Components: Library (Ruby) Affects Versions: 0.1 Environment: ruby 1.8.6 Reporter: Dayo Esho Assignee: Bryan Duxbury Priority: Minor Attachments: thrift-547.patch Expect this to throw an error on empty strings and any other strings that cannot be deserialized. Here is some code to reproduce: require 'thrift' class MyClass include ::Thrift::Struct FIELDS = {} def struct_fields; FIELDS; end def validate; end end deserializer = Thrift::Deserializer.new(Thrift::CompactProtocolFactory.new) deserializer.deserialize(MyClass.new, '') ## hangs -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-552) gem requires exactly rubygems 1.2.0
[ https://issues.apache.org/jira/browse/THRIFT-552?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12736983#action_12736983 ] Kevin Clark commented on THRIFT-552: Looks good. +1 gem requires exactly rubygems 1.2.0 --- Key: THRIFT-552 URL: https://issues.apache.org/jira/browse/THRIFT-552 Project: Thrift Issue Type: Bug Components: Library (Ruby) Affects Versions: 0.1 Reporter: Bryan Duxbury Assignee: Bryan Duxbury Priority: Minor Fix For: 0.2 Attachments: thrift-552.patch We should make it require = 1.2.0. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-547) Thrift deserializer hangs when deserializing empty string
[ https://issues.apache.org/jira/browse/THRIFT-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737007#action_12737007 ] Kevin Clark commented on THRIFT-547: There's a ruby-debug require in base_transport_spec that needs to be removed. Also, I think maybe we're raising too early. I think if you ask for more data than exists, the data that can be fetched should be returned, just like transports on the wire. Once we get to 0 bytes though, I agree, we should be raising. eg: # assume transport has foobar in it @transport.read(10) # = foobar @transport.available == 0 # = true @transport.read(10) # raises That way if a user is just asking for the most data they'd like to store (just give me up to 1k, 4k, etc) things work as expected, but once the buffer is empty we get the exception that's expected. What do you think? Thrift deserializer hangs when deserializing empty string - Key: THRIFT-547 URL: https://issues.apache.org/jira/browse/THRIFT-547 Project: Thrift Issue Type: Bug Components: Library (Ruby) Affects Versions: 0.1 Environment: ruby 1.8.6 Reporter: Dayo Esho Assignee: Bryan Duxbury Priority: Minor Attachments: thrift-547.patch Expect this to throw an error on empty strings and any other strings that cannot be deserialized. Here is some code to reproduce: require 'thrift' class MyClass include ::Thrift::Struct FIELDS = {} def struct_fields; FIELDS; end def validate; end end deserializer = Thrift::Deserializer.new(Thrift::CompactProtocolFactory.new) deserializer.deserialize(MyClass.new, '') ## hangs -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Issue Comment Edited: (THRIFT-547) Thrift deserializer hangs when deserializing empty string
[ https://issues.apache.org/jira/browse/THRIFT-547?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12737007#action_12737007 ] Kevin Clark edited comment on THRIFT-547 at 7/29/09 10:52 PM: -- There's a ruby-debug require in base_transport_spec that needs to be removed. Also, I think maybe we're raising too early. I think if you ask for more data than exists, the data that can be fetched should be returned, just like transports on the wire. Once we get to 0 bytes though, I agree, we should be raising. eg: assume transport has foobar in it @transport.read(10) # = foobar @transport.available == 0 # = true @transport.read(10) # raises That way if a user is just asking for the most data they'd like to store (just give me up to 1k, 4k, etc) things work as expected, but once the buffer is empty we get the exception that's expected. What do you think? was (Author: kclark): There's a ruby-debug require in base_transport_spec that needs to be removed. Also, I think maybe we're raising too early. I think if you ask for more data than exists, the data that can be fetched should be returned, just like transports on the wire. Once we get to 0 bytes though, I agree, we should be raising. eg: # assume transport has foobar in it @transport.read(10) # = foobar @transport.available == 0 # = true @transport.read(10) # raises That way if a user is just asking for the most data they'd like to store (just give me up to 1k, 4k, etc) things work as expected, but once the buffer is empty we get the exception that's expected. What do you think? Thrift deserializer hangs when deserializing empty string - Key: THRIFT-547 URL: https://issues.apache.org/jira/browse/THRIFT-547 Project: Thrift Issue Type: Bug Components: Library (Ruby) Affects Versions: 0.1 Environment: ruby 1.8.6 Reporter: Dayo Esho Assignee: Bryan Duxbury Priority: Minor Attachments: thrift-547.patch Expect this to throw an error on empty strings and any other strings that cannot be deserialized. Here is some code to reproduce: require 'thrift' class MyClass include ::Thrift::Struct FIELDS = {} def struct_fields; FIELDS; end def validate; end end deserializer = Thrift::Deserializer.new(Thrift::CompactProtocolFactory.new) deserializer.deserialize(MyClass.new, '') ## hangs -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [DRBD-user] CentOS-5.3 + DRBD-8.2 + OCFS2-1.4
I've run into a problem mounting an OCFS2 filesystem on a DRBD device. I think it's the same one discussed here http://lists.linbit.com/pipermail/drbd-user/2007-April/006681.html I already received a response from the OCFS2 user group... Sunil Mushran [at] oracle.com] said: This patch should be in ocfs2-1.4. It is not in ocfs2-1.2. Ignore the kernel version. Both 1.2 and 1.4 work on el5. Thanks, Kevin Clark Connection Software ___ drbd-user mailing list drbd-user@lists.linbit.com http://lists.linbit.com/mailman/listinfo/drbd-user
Re: Thrift 0.1.0-RC1
On Mon, May 11, 2009 at 11:17 AM, David Reiss dre...@facebook.com wrote: Oh, but it wasn't added to EXTRA_DIST, so it isn't in the tarball. Will fix. I *didn't* tag the RC since you were bundling it up. Should we tag it before we merge in changes from trunk? -- Kevin Clark http://glu.ttono.us
Re: Thrift 0.1.0-RC1
On Sat, May 9, 2009 at 12:20 AM, Michael Greene michael.gre...@gmail.com wrote: [...] Also, make fails on a bunch of gettext file dependencies for me, but this could very easily be something I did that I just don't understand. Is this just me? I get the perl makefile missing error but not the gettext errors. That might be because I blow up on java first: No ivy:settings found for the default reference 'ivy.instance'. A default instance will be used no settings file found, using default... [ivy:retrieve] :: Ivy 2.0.0-rc2 - 20081028224207 :: http://ant.apache.org/ivy/ :: :: loading settings :: url = jar:file:/Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/build/ivy/ivy-2.0.0-rc2.jar!/org/apache/ivy/core/settings/ivysettings.xml [ivy:retrieve] /Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/ivy.xml (No such file or directory) in file:/Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/ivy.xml BUILD FAILED /Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/build.xml:106: syntax errors in ivy file: java.text.ParseException: /Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/ivy.xml (No such file or directory) in file:/Users/kev/code/thrift-rc/thrift-0.1-dev/lib/java/ivy.xml Though it looks like right now in trunk I'm getting a cpp error, so it's possible the machine I'm on is misconfigured somehow. -- Kevin Clark http://glu.ttono.us
Re: An evening in SF
Ok kids, change of plans. District is packed (some job event). Chad, Bryan and Todd are are standing outside right now trying to catch people going in. We're going to move a block away, to Bacar. It's between 3rd and 4th on Brannan. http://maps.google.com/maps?saddr=216+Townsend+Street,+San+Francisco,+CA+94107+(District+San+Francisco)geocode=Cd4bhJbd9UpeFSR0QAIdb220-CHGmeCZ4fsNNwdirflg=daddr=448+Brannan+St,+94107f=dgl=usdq=district+san+franciscosll=37.778468,-122.393233sspn=0.006295,0.006295cid=3967103793151121862ie=UTF8z=18 Directions ^ On Tue, May 5, 2009 at 2:31 PM, Upayavira u...@odoko.co.uk wrote: On Tue, 2009-05-05 at 13:38 -0700, Chad Walters wrote: OK, official kickoff at 5:45PM on Thursday at District. I'll be there at 5:30PM to sample the goods. Great. And, anyone else who reads this and is interested is as welcome as far as I am concerned. See y'all there (see, been here three weeks now and I'm starting to sound American) Upayavira -- Kevin Clark http://glu.ttono.us
Re: An evening in SF
On Mon, May 4, 2009 at 6:21 PM, Chad Walters chad.walt...@microsoft.com wrote: I'll propose Thursday May 7 at 5:30PM at District at 3rd and Townsend. Close to Caltrain for folks coming up from the Peninsula -- there is a baby bullet that gets into SF at 5:44 (leaves PA at 5:06). Too early? Works for me. Much later and those of us catching the midnight showing of the new Trek movie might have issue. Other nights I have no time limit ;) The 5th and the 12th work well for me. 9th I can't do. -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-485) Generated validate methods that reference external thrift files' types are not referenced correctly
[ https://issues.apache.org/jira/browse/THRIFT-485?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12706125#action_12706125 ] Kevin Clark commented on THRIFT-485: Looks like a good fix. +1 Generated validate methods that reference external thrift files' types are not referenced correctly --- Key: THRIFT-485 URL: https://issues.apache.org/jira/browse/THRIFT-485 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Affects Versions: 0.1, 0.2 Reporter: Bryan Duxbury Assignee: Bryan Duxbury Fix For: 0.2 Attachments: thrift-485.patch If you have an enum in one thrift file and a struct with a field of that enum in another thrift file, the generated ruby code will try to validate the field's value against the enum's class, but without the namespace, resulting in errors. Also, I found one other place where we should use the fully qualified type name instead of just the type name - when rendering constants of a struct. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-481) indentation of ruby classes is off by a few
[ https://issues.apache.org/jira/browse/THRIFT-481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705781#action_12705781 ] Kevin Clark commented on THRIFT-481: So, it *used* to do this because the indentation variable is global, and multiple files are generated concurrently. Mark and I had decided it wasn't a big enough deal to fix. indentation of ruby classes is off by a few --- Key: THRIFT-481 URL: https://issues.apache.org/jira/browse/THRIFT-481 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Affects Versions: 0.1 Reporter: Bryan Duxbury Priority: Trivial For some reason it looks like the generator indents more than it outdents in some strange way, leading to the end of the file being indented several columns -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-439) Release 0.1
[ https://issues.apache.org/jira/browse/THRIFT-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705807#action_12705807 ] Kevin Clark commented on THRIFT-439: I've emailed legal-discuss to see if they have our facebook software grant on file. As far as I can tell, that's the last legal hurdle to spinning a release candidate. I'm going to bundle one up as soon as I hear back. Release 0.1 --- Key: THRIFT-439 URL: https://issues.apache.org/jira/browse/THRIFT-439 Project: Thrift Issue Type: Task Components: Compiler (C#), Compiler (C++), Compiler (Cocoa), Compiler (Erlang), Compiler (General), Compiler (Haskell), Compiler (Java), Compiler (Perl), Compiler (PHP), Compiler (Python), Compiler (Ruby), Library (C#), Library (C++), Library (Cocoa), Library (Erlang), Library (Haskell), Library (Java), Library (Perl), Library (PHP), Library (Python), Library (Ruby), Test Suite Affects Versions: 0.1 Reporter: Kevin Clark Priority: Blocker Fix For: 0.1 This ticket is to handle all the release management stuff we've got to deal with to do an Apache incubator release. It's our last ticket for 0.1. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-481) indentation of ruby classes is off by a few
[ https://issues.apache.org/jira/browse/THRIFT-481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705834#action_12705834 ] Kevin Clark commented on THRIFT-481: That's not the case. The generator does it bits at a time. See void t_rb_generator::init_generator(). indentation of ruby classes is off by a few --- Key: THRIFT-481 URL: https://issues.apache.org/jira/browse/THRIFT-481 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Affects Versions: 0.1 Reporter: Bryan Duxbury Priority: Trivial For some reason it looks like the generator indents more than it outdents in some strange way, leading to the end of the file being indented several columns -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (THRIFT-432) Specify version number for the Thrift Gem in the Ruby library
[ https://issues.apache.org/jira/browse/THRIFT-432?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark resolved THRIFT-432. Resolution: Fixed Assignee: Kevin Clark (was: Bryan Duxbury) In 771513, thanks for the heads up! Specify version number for the Thrift Gem in the Ruby library - Key: THRIFT-432 URL: https://issues.apache.org/jira/browse/THRIFT-432 Project: Thrift Issue Type: Improvement Components: Library (Ruby) Reporter: Dirk Breuer Assignee: Kevin Clark Priority: Blocker Fix For: 0.1 Attachments: versioned_gem.patch Each time the Thrift Gem changes the version number should change according to the RubyGems Versioning Policy (see http://rubygems.org/read/chapter/16). Without changing the Gem version it is quite difficult to update the gems automatically from a Gem server. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-439) Release 0.1
[ https://issues.apache.org/jira/browse/THRIFT-439?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12705852#action_12705852 ] Kevin Clark commented on THRIFT-439: I've branched our code in prep for an RC: http://svn.apache.org/viewvc/incubator/thrift/branches/0.1.x/ Release 0.1 --- Key: THRIFT-439 URL: https://issues.apache.org/jira/browse/THRIFT-439 Project: Thrift Issue Type: Task Components: Compiler (C#), Compiler (C++), Compiler (Cocoa), Compiler (Erlang), Compiler (General), Compiler (Haskell), Compiler (Java), Compiler (Perl), Compiler (PHP), Compiler (Python), Compiler (Ruby), Library (C#), Library (C++), Library (Cocoa), Library (Erlang), Library (Haskell), Library (Java), Library (Perl), Library (PHP), Library (Python), Library (Ruby), Test Suite Affects Versions: 0.1 Reporter: Kevin Clark Priority: Blocker Fix For: 0.1 This ticket is to handle all the release management stuff we've got to deal with to do an Apache incubator release. It's our last ticket for 0.1. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [Clamav-users] clamav-milter 0.95.1 logging deficiencies
Kevin Clark wrote: Craig is correct - I would like clamav-milter to log clean files as well as infected ones much like it used to. Hi Kevin, I think this is pretty pointless as that would basically duplicate any line already in the logs. That's expecially true if you are logging via syslog. Hi aCab, The results I'm getting show that clamav-milter 0.95.1 does not log clean messages in any log file. Right now I'd happily accept duplication. Anything is better than nothing. Also, I like having the log entries in /var/log/maillog because then I have a single log file from which I can determine that a message was scanned by all (or maybe none because of whitelisting) of the Milters we have running on the system. Clamav-milter already gives you enough logging options to achieve that. If you are referring to these options: LogFile /var/log/clamav/clamav-milter.log LogSyslog yes LogFacility LOG_MAIL Then I have evidence to show that this does not result in clean messages getting logged either through syslog or by clamav-milter itself. So is this a bug? Kevin ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] clamav-milter 0.95.1 logging deficiencies
What am I missing? I believe Kevin is seeking an option similar to clamd's LogClean option in clamav-milter. From clamd.conf: # Also log clean files. Useful in debugging but drastically increases the # log size. # Default: no LogClean yes Craig is correct - I would like clamav-milter to log clean files as well as infected ones much like it used to. Also, I like having the log entries in /var/log/maillog because then I have a single log file from which I can determine that a message was scanned by all (or maybe none because of whitelisting) of the Milters we have running on the system. Cheers, Kevin ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
Re: [Clamav-users] clamav-milter 0.95.1 logging deficiencies
I'm following up on a previous post about logging to maillog: http://lurker.clamav.net/message/20090408.063308.16623e5a.en.html I am using Sendmail 8.13 on CentOS-4 but whereas previously with 0.94.2 I would get a log entry in /var/log/maillog for every scanned message I now only get a log event for infected messages or those with an existing X-Virus-Scanned or X-Virus-Status header. This won't happen with: LogSyslog disabled LogFacility = LOG_LOCAL6 If you want messages logged to syslog, please config those options properly. I have configured clamd to log every scanning event to /var/log/clamav/clamd.log but whereas before it would log a message ID and status I can now only get entries like these: Clamd has got no idea about message ids. Clamav-milter does. The place to look for them is therefore clamav-milter.log (or syslog if you follow the advice above). I would appreciate some guidance on whether I am missing something obvious in the configuration that would allow me to: See above. 1) log every scanning event in /var/log/maillog In *clamav-milter.conf* set: LogSyslog yes LogFacility LOG_MAIL LogInfected Basic or LogInfected Full 2) get more detailed log entries in /var/log/clamav/clamd.log If more detailed means i want the message id's then forget about that. Clamd does not know what a message id is. Again, the place for id's is clamav-milter's log. I appreciate the quick response but I'm sorry to say that making the changes you suggested to clamav-milter.conf does not have the desired effect. With these values in clamav-milter.conf... LogFile /var/log/clamav/clamav-milter.log LogSyslog yes LogFacility LOG_MAIL LogInfected Full ...clamav-milter still does not log every scanning event to either /var/log/maillog or its own logfile /var/log/clamav/clamav-milter.log Here are the contents of the clamav-milter.log file after clamav-milter is started with this configuration. You can see the process being started and an infected message being logged but there's no indication of the clean message that was sent prior to the infected one. Thu Apr 16 10:13:38 2009 - +++ Started at Thu Apr 16 10:13:38 2009 Thu Apr 16 10:13:38 2009 - Local socket unix:/var/run/clamav/clamd.sock added to the pool (slot 1) Thu Apr 16 10:13:38 2009 - Probe for slot 1 returned: success Thu Apr 16 10:19:49 2009 - Message n3GAJnia022168 from root to ke...@xxx.co.uk with subject 'test infected' message-id '200904161019.n3gajmjw022...@aaa.xxx.co.uk' date 'Thu, 16 Apr 2009 10:19:48 GMT' infected by Eicar-Test-Signature The only indication that anything was scanned is given in the clamd.log file: Thu Apr 16 10:13:47 2009 - fd[11]: OK Thu Apr 16 10:19:49 2009 - fd[11]: Eicar-Test-Signature FOUND Thu Apr 16 10:19:49 2009 - fd[11]: OK And in the message headers when the email arrives on the client: Date: Thu, 16 Apr 2009 10:13:47 GMT From: root r...@aaa.xxx.co.uk Message-Id: 200904161013.n3gadlx1021...@aaa.xxx.co.uk To: ke...@xxx.co.uk Subject: test X-Virus-Scanned: clamav-milter 0.95.1 at aaa X-Virus-Status: Clean X-Logged: Logged by aaa.xxx.co.uk as n3GADlDY021695 at Thu Apr 16 10:13:47 2009 Should I report this as a bug? ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[Clamav-users] clamav-milter 0.95.1 logging deficiencies
I'm following up on a previous post about logging to maillog: http://lurker.clamav.net/message/20090408.063308.16623e5a.en.html I am using Sendmail 8.13 on CentOS-4 but whereas previously with 0.94.2 I would get a log entry in /var/log/maillog for every scanned message I now only get a log event for infected messages or those with an existing X-Virus-Scanned or X-Virus-Status header. I have configured clamd to log every scanning event to /var/log/clamav/clamd.log but whereas before it would log a message ID and status I can now only get entries like these: Wed Apr 15 11:01:53 2009 - fd[11]: OK Wed Apr 15 11:04:36 2009 - fd[11]: Eicar-Test-Signature FOUND Wed Apr 15 11:04:36 2009 - fd[11]: OK I would appreciate some guidance on whether I am missing something obvious in the configuration that would allow me to: 1) log every scanning event in /var/log/maillog 2) get more detailed log entries in /var/log/clamav/clamd.log For reference, my configuration is: [r...@gateway mail]# clamconf ClamAV engine version: 0.95.1 Checking configuration files in /etc Config file: clamd.conf --- LogFile = /var/log/clamav/clamd.log LogFileUnlock disabled LogFileMaxSize = 2097152 LogTime = yes LogClean = yes LogSyslog = yes LogFacility = LOG_LOCAL6 LogVerbose = yes PidFile = /var/run/clamav/clamd.pid TemporaryDirectory = /tmp DatabaseDirectory = /var/lib/clamav LocalSocket = /var/run/clamav/clamd.sock FixStaleSocket = yes TCPSocket disabled TCPAddr disabled MaxConnectionQueueLength = 15 StreamMaxLength = 26214400 StreamMinPort = 1024 StreamMaxPort = 2048 MaxThreads = 10 ReadTimeout = 120 CommandReadTimeout = 5 SendBufTimeout = 500 MaxQueue = 50 IdleTimeout = 30 ExcludePath = ^/proc/, ^/sys/ MaxDirectoryRecursion = 15 FollowDirectorySymlinks = yes FollowFileSymlinks disabled SelfCheck = 600 VirusEvent = no ExitOnOOM = yes Foreground disabled Debug disabled LeaveTemporaryFiles disabled User = clamav AllowSupplementaryGroups disabled DetectPUA disabled ExcludePUA disabled IncludePUA disabled AlgorithmicDetection = yes ScanPE = yes ScanELF = yes DetectBrokenExecutables disabled ScanMail = yes MailFollowURLs disabled ScanPartialMessages disabled PhishingSignatures = yes PhishingScanURLs = yes PhishingAlwaysBlockCloak disabled PhishingAlwaysBlockSSLMismatch disabled HeuristicScanPrecedence = yes StructuredDataDetection disabled StructuredMinCreditCardCount = 3 StructuredMinSSNCount = 3 StructuredSSNFormatNormal = yes StructuredSSNFormatStripped disabled ScanHTML = yes ScanOLE2 = yes ScanPDF = yes ScanArchive = yes ArchiveBlockEncrypted = yes MaxScanSize = 52428800 MaxFileSize = 26214400 MaxRecursion = 10 MaxFiles = 1 ClamukoScanOnAccess disabled ClamukoScanOnOpen disabled ClamukoScanOnClose disabled ClamukoScanOnExec disabled ClamukoIncludePath disabled ClamukoExcludePath disabled ClamukoMaxFileSize = 5242880 DevACOnly disabled DevACDepth disabled Config file: clamav-milter.conf --- LogFile = /var/log/clamav/clamav-milter.log LogFileUnlock disabled LogFileMaxSize = 2097152 LogTime = yes LogSyslog disabled LogFacility = LOG_LOCAL6 LogVerbose = yes PidFile = /var/run/clamav/clamav-milter.pid TemporaryDirectory = /tmp FixStaleSocket = yes MaxThreads = 10 ReadTimeout = 120 Foreground disabled User = clamav AllowSupplementaryGroups disabled MaxFileSize = 26214400 ClamdSocket = unix:/var/run/clamav/clamd.sock MilterSocket = local:/var/run/clamav/clamav-milter.sock LocalNet disabled OnClean = Accept OnInfected = Reject OnFail = Defer RejectMsg = %v detected AddHeader = yes Chroot disabled Whitelist = /etc/mail/clamav-whitelist SkipAuthenticated disabled LogInfected = Basic ___ Help us build a comprehensive ClamAV guide: visit http://wiki.clamav.net http://www.clamav.net/support/ml
[jira] Closed: (THRIFT-442) Rebrand to Apache Podling-Thrift in docs and website
[ https://issues.apache.org/jira/browse/THRIFT-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark closed THRIFT-442. -- Resolution: Invalid I think we're ok on this one. Rebrand to Apache Podling-Thrift in docs and website Key: THRIFT-442 URL: https://issues.apache.org/jira/browse/THRIFT-442 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark Per http://incubator.apache.org/guides/branding.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Release Checklist?
Hi guys, This is for the ASF-savvy in the crowd. Feedback from mentors would be much appreciated. We're close to release. Really very close. We're down to one new blocker today, and as far as I can tell all that's left is procedural. The issue is that I'm having trouble navigating the procedure. I've started a ticket to track these things here[1]. The incubator checklist[2] seems to largely involve distributing releases, not the process an incubating project needs to go through in order to release. In addition, the incubator release management guide[3] says (in the Organization section): This document is descriptive not normative. It describes best practices. Policy is defined elsewhere. Podlings are free to accept or reject any of the recommendations. Enquiries may be expected about novel or unusual practices. Best practice evolves. New ideas may be patched in. But seeing as we haven't had a release before, I think we might need a little hand holding until we know what we're doing. It's unclear to me whether we need a legal audit or not. I was under the impression that a this point all code has been accounted for, and either comes from JIRA or an ICLA/CCLA contributor, but I can't seem to find a ticket or mailing list posting to back that up. There's a reference in the incubator release guide to a STATUS document, which needs to be up to date, but the section appears to be largely incomplete: STATUS document TODO: check this TODO: the STATUS document should be checked to ensure that it is up to date before release. Incubator releases should do a legal audit before releasing. The legal STATUS of the code base should be clean before it is released. Could someone clarify? Are there documents that are completed? [1]: https://issues.apache.org/jira/browse/THRIFT-439 [2]: http://incubator.apache.org/guides/releasemanagement.html#check-list [3]: http://incubator.apache.org/guides/releasemanagement.htm -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-356) Python tests fail
[ https://issues.apache.org/jira/browse/THRIFT-356?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696591#action_12696591 ] Kevin Clark commented on THRIFT-356: @David: Would it be reasonable to apply and resolve this for the release, and push 162 to 0.2? My main goal was to get make check working again, so I can run tests when I'm testing patches. Python tests fail - Key: THRIFT-356 URL: https://issues.apache.org/jira/browse/THRIFT-356 Project: Thrift Issue Type: Bug Components: Library (Python) Reporter: Kevin Clark Priority: Blocker Fix For: 0.1 Attachments: 0002-THRIFT-356.-Improve-CompactProtocolTestStruct.patch, py_test_failure.txt The python tests are failing on trunk. Test output attached. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (THRIFT-403) Generated Java code does not compile if struct contains fields that are all uppercase
[ https://issues.apache.org/jira/browse/THRIFT-403?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark updated THRIFT-403: --- Affects Version/s: 0.1 Fix Version/s: (was: 0.1) 0.2 I'm moving this to the roadmap for 0.2. If you feel strongly about this getting in 0.1, we need it resolved today. Generated Java code does not compile if struct contains fields that are all uppercase - Key: THRIFT-403 URL: https://issues.apache.org/jira/browse/THRIFT-403 Project: Thrift Issue Type: Bug Components: Compiler (Java) Affects Versions: 0.1 Environment: OS X 10.5 Reporter: Mathias Herberts Fix For: 0.2 Generated Java code contains definition of field ids which are integer static fields whose names are those of their associated field turned to uppercase. This is fine as long as no struct field is all uppercase, if one such field exists, the generated code won't compile as the same field will be defined twice in the generated class. This could be solved by either making the compiler complain of uppercase fields in the struct (no suitable I'd say) or generating a field id name that contains a prefix or suffix which will make sure the name won't be the same as the associated field. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-431) capitalize namespace values
[ https://issues.apache.org/jira/browse/THRIFT-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696712#action_12696712 ] Kevin Clark commented on THRIFT-431: Doh, this breaks the tests in test/rb (which should really be incorporated with the specs, but that's the subject of another ticket). Could you tweak them real quick? Try make check from that dir. capitalize namespace values --- Key: THRIFT-431 URL: https://issues.apache.org/jira/browse/THRIFT-431 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Minor Attachments: thrift-431-v2.patch, thrift-431.patch For example, namespace rb facebook.fb303 generates lowercase module names that ruby will not load: module facebook module fb303 end end vs. module Facebook module Fb303 end end -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-431) capitalize namespace values
[ https://issues.apache.org/jira/browse/THRIFT-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696657#action_12696657 ] Kevin Clark commented on THRIFT-431: +1 capitalize namespace values --- Key: THRIFT-431 URL: https://issues.apache.org/jira/browse/THRIFT-431 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Minor Attachments: thrift-431.patch For example, namespace rb facebook.fb303 generates lowercase module names that ruby will not load: module facebook module fb303 end end vs. module Facebook module Fb303 end end -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-431) capitalize namespace values
[ https://issues.apache.org/jira/browse/THRIFT-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696665#action_12696665 ] Kevin Clark commented on THRIFT-431: Doh, looks like it may not actually handle imported structs properly. I think the modification needs to happen in t_rb_generator::ruby_modules, not in begin_namespace. That way all the namespaces are properly capitalized on access rather than only when we generate the file. capitalize namespace values --- Key: THRIFT-431 URL: https://issues.apache.org/jira/browse/THRIFT-431 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Minor Attachments: thrift-431.patch For example, namespace rb facebook.fb303 generates lowercase module names that ruby will not load: module facebook module fb303 end end vs. module Facebook module Fb303 end end -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: April Board Report
We're going to have a release today. That should make the list :) On Tue, Apr 7, 2009 at 9:49 AM, Michael Greene michael.gre...@gmail.com wrote: The Board Report for April is due tomorrow, which for all practical purposes means it needs to be written today. Bryan as a committer, much better progress towards an initial Incubator release (thanks Bryan and Kevin), *finally* taking care of ASF licensing, and the compact protocol are the major items that I can think of off the top of my head. Additionally, the mailing lists and JIRA have each seen more activity this quarter than any previous quarter. Twisted, .NET 2.0, and Ruby 1.9 are all major new environments supported, but I don't know if they belong in a board report. The instant releases and more cross-pollination (PoweredBy has expanded, Cassandra uses Thrift in incubation, the Avro discussions, Carlos's Hadoop work and the HBase investigations) are also snazzy. Cheers, Michael -- Kevin Clark http://glu.ttono.us
Final Countdown - Last tickets to review for 0.1 - Time sensitive
We've got a few straggling tickets that need review so we can push out our 0.1 release today. Any review would be much appreciated. Thrift-339 is a Python ticket that Esteve and Alexander have been going back and forth on for a while. If it's correct, I'd really like to see it make the release. Thrift-72 is a modification to the C++ struct constructor. It looks like it may be ready to go, but some +1s or support from a C++ savvy committer would make it easier for us to push this in. Thrift-356 makes Python tests pass (make check), but it isn't a complete solution. Is it alright to push the partial fix and deal with the larger issues later? We really should have tests passing for the release. -- Kevin Clark http://glu.ttono.us
[jira] Commented: (THRIFT-431) capitalize namespace values
[ https://issues.apache.org/jira/browse/THRIFT-431?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696721#action_12696721 ] Kevin Clark commented on THRIFT-431: Scratch that. Bug in THRIFT-421 which I apparently let slip through. That's fixed, and this looks good. +1, one more time :) capitalize namespace values --- Key: THRIFT-431 URL: https://issues.apache.org/jira/browse/THRIFT-431 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Minor Attachments: thrift-431-v2.patch, thrift-431.patch For example, namespace rb facebook.fb303 generates lowercase module names that ruby will not load: module facebook module fb303 end end vs. module Facebook module Fb303 end end -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (THRIFT-339) THRIFT-242 is incompatible with arguments with empty key fields
[ https://issues.apache.org/jira/browse/THRIFT-339?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark updated THRIFT-339: --- Fix Version/s: 0.1 Shooting for 0.1, if we get review. THRIFT-242 is incompatible with arguments with empty key fields --- Key: THRIFT-339 URL: https://issues.apache.org/jira/browse/THRIFT-339 Project: Thrift Issue Type: Bug Components: Compiler (Python) Reporter: Jonathan Ellis Fix For: 0.1 Attachments: default+neg-field.diff, thrift-339-2.patch, thrift-339-3.patch, thrift-339-4.patch, thrift-339-5.patch, thrift-339-6.patch, thrift-339.patch, thrift-python-defaults-v2.patch, thrift-python-defaults.patch Esteve's last change to how default values are stored broke stuff. Here is a quick example: {{ service Test { bool get_slice(i32 start = -1), } }} generates {{ class get_slice_args: thrift_spec = None def __init__(self, start=thrift_spec[-1][4],): self.start = start }} which is obviously invalid. I'm not sure how thrift_spec is supposed to be populated here so I'm unsure how to fix this. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (THRIFT-421) underscore output file names and require file statements
[ https://issues.apache.org/jira/browse/THRIFT-421?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark closed THRIFT-421. -- Resolution: Fixed Fix Version/s: 0.1 Ok, pushed in 762907, and noted in the changelog in r762908. underscore output file names and require file statements Key: THRIFT-421 URL: https://issues.apache.org/jira/browse/THRIFT-421 Project: Thrift Issue Type: Improvement Components: Compiler (Ruby), Library (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Trivial Fix For: 0.1 Attachments: thrift-421-v2.patch, thrift-421-v3.patch, thrift-421-v4.patch, thrift-421.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (THRIFT-395) Python library + compiler does not support unicode strings
[ https://issues.apache.org/jira/browse/THRIFT-395?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark updated THRIFT-395: --- Fix Version/s: (was: 0.1) 0.2 I think it's clear that we've still got issues to resolve here. I'm pushing this to 0.2 so we don't hold up the release. Python library + compiler does not support unicode strings -- Key: THRIFT-395 URL: https://issues.apache.org/jira/browse/THRIFT-395 Project: Thrift Issue Type: Improvement Components: Compiler (Python), Library (Python) Reporter: Jonathan Ellis Assignee: Jonathan Ellis Fix For: 0.2 Attachments: 0001-python-Minor-cleanup-of-protocols-don-t-use-str.patch, 0002-THRIFT-395.-python-Phase-One-of-support-for-unicode.patch, 0003-THRIFT-395.-python-Phase-Two-of-support-for-unicode.patch, 0004-python-Remove-ridiculous-semicolons-from-gen-code.patch, python-utf8-v2.patch, python-utf8.patch Effectively, all strings in the python bindings are treated as binary strings -- no encoding/decoding to UTF-8 is done. So if a unicode object is passed to a (regular, non-binary) string, an exception is raised. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (THRIFT-439) Release 0.1
Release 0.1 --- Key: THRIFT-439 URL: https://issues.apache.org/jira/browse/THRIFT-439 Project: Thrift Issue Type: Task Components: Compiler (C#), Compiler (C++), Compiler (Cocoa), Compiler (Erlang), Compiler (General), Compiler (Haskell), Compiler (Java), Compiler (Perl), Compiler (PHP), Compiler (Python), Compiler (Ruby), Library (C#), Library (C++), Library (Cocoa), Library (Erlang), Library (Haskell), Library (Java), Library (Perl), Library (PHP), Library (Python), Library (Ruby), Test Suite Affects Versions: 0.1 Reporter: Kevin Clark Priority: Blocker Fix For: 0.1 This ticket is to handle all the release management stuff we've got to deal with to do an Apache incubator release. It's our last ticket for 0.1. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (THRIFT-440) VOTE on -dev list
VOTE on -dev list - Key: THRIFT-440 URL: https://issues.apache.org/jira/browse/THRIFT-440 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark We need to send out a VOTE on the public -dev list, and need 3 +1s. http://incubator.apache.org/incubation/Incubation_Policy.html#Releases -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (THRIFT-441) VOTE on Incubator PMC's general@ list
VOTE on Incubator PMC's general@ list - Key: THRIFT-441 URL: https://issues.apache.org/jira/browse/THRIFT-441 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark http://incubator.apache.org/incubation/Incubation_Policy.html#Releases -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (THRIFT-442) Rebrand to Apache Podling-Thrift in docs and website
Rebrand to Apache Podling-Thrift in docs and website Key: THRIFT-442 URL: https://issues.apache.org/jira/browse/THRIFT-442 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (THRIFT-442) Rebrand to Apache Podling-Thrift in docs and website
[ https://issues.apache.org/jira/browse/THRIFT-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark updated THRIFT-442: --- Description: Per http://incubator.apache.org/guides/branding.html Rebrand to Apache Podling-Thrift in docs and website Key: THRIFT-442 URL: https://issues.apache.org/jira/browse/THRIFT-442 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark Per http://incubator.apache.org/guides/branding.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (THRIFT-443) Add Incubator disclaimer
Add Incubator disclaimer Key: THRIFT-443 URL: https://issues.apache.org/jira/browse/THRIFT-443 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (THRIFT-162) Thrift structures are unhashable, preventing them from being used as set elements
[ https://issues.apache.org/jira/browse/THRIFT-162?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark updated THRIFT-162: --- Fix Version/s: 0.2 Thrift structures are unhashable, preventing them from being used as set elements - Key: THRIFT-162 URL: https://issues.apache.org/jira/browse/THRIFT-162 Project: Thrift Issue Type: Bug Components: Compiler (Python), Library (Python) Reporter: Esteve Fernandez Priority: Minor Fix For: 0.2 Attachments: immut-no-slots-v1.diff, immut-v2.diff, immut-v3.diff, immut-v4.diff, reading-containers.diff, thrift-162_annotiations.patch, thrift-162_v2_annotiations.patch, thrift_py_hash.patch Let Foo be a Thrift structure: struct Foo { 1: i32 bar } If you want to use it properly as a set element or a as a dictionary key, the autoegenerated Python code will complain about not being hashable: f1 = Foo() f1.bar = 1 f2 = Foo() f2.bar = 1 f1 == f2 True set([f1]) set([f2]) set([]) d = {} d[f1] = 2 Traceback (most recent call last): File stdin, line 1, in module TypeError: unhashable instance Since Thrift structures already implement __eq__ and __ne__, they should implement __hash__ as well. The attached patch tries to mimic the behaviour of the Java compiler, including a HashCodeBuilder class written in Python. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (THRIFT-431) capitalize namespace values
[ https://issues.apache.org/jira/browse/THRIFT-431?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Kevin Clark resolved THRIFT-431. Resolution: Fixed Fix Version/s: 0.1 In 763022. Thanks! capitalize namespace values --- Key: THRIFT-431 URL: https://issues.apache.org/jira/browse/THRIFT-431 Project: Thrift Issue Type: Bug Components: Compiler (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Minor Fix For: 0.1 Attachments: thrift-431-v2.patch, thrift-431.patch For example, namespace rb facebook.fb303 generates lowercase module names that ruby will not load: module facebook module fb303 end end vs. module Facebook module Fb303 end end -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-442) Rebrand to Apache Podling-Thrift in docs and website
[ https://issues.apache.org/jira/browse/THRIFT-442?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12696829#action_12696829 ] Kevin Clark commented on THRIFT-442: I'm unsure. They have some specific restrictions on how we describe ourselves (as an incubator). Can someone ASF savvy clarify? Rebrand to Apache Podling-Thrift in docs and website Key: THRIFT-442 URL: https://issues.apache.org/jira/browse/THRIFT-442 Project: Thrift Issue Type: Sub-task Reporter: Kevin Clark Per http://incubator.apache.org/guides/branding.html -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-421) underscore output file names and require file statements
[ https://issues.apache.org/jira/browse/THRIFT-421?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12695514#action_12695514 ] Kevin Clark commented on THRIFT-421: Yup, +1 as well. underscore output file names and require file statements Key: THRIFT-421 URL: https://issues.apache.org/jira/browse/THRIFT-421 Project: Thrift Issue Type: Improvement Components: Compiler (Ruby), Library (Ruby) Reporter: Michael Stockton Assignee: Michael Stockton Priority: Trivial Attachments: thrift-421-v2.patch, thrift-421.patch -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (THRIFT-276) Ruby libraries should have one class per file
[ https://issues.apache.org/jira/browse/THRIFT-276?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12695624#action_12695624 ] Kevin Clark commented on THRIFT-276: +1. We look like a real ruby library. Yay. Ruby libraries should have one class per file - Key: THRIFT-276 URL: https://issues.apache.org/jira/browse/THRIFT-276 Project: Thrift Issue Type: Improvement Components: Library (Ruby) Affects Versions: 0.1 Reporter: Bryan Duxbury Assignee: Michael Stockton Priority: Trivial Fix For: 0.1 Attachments: thrift-276-v2.patch, thrift-276-v3.patch, thrift-276-v4.patch, thrift-276-v5.patch, thrift-276-v6.patch, thrift-276-v7.patch, thrift-276.patch There's no reason for so many of our classes to be lumped into the same file. For instance, transport.rb contains 9 classes. They may be short, but organizationally, it's superior to have separate class files. Of course, some files may contain more than one class per file as appropriate - things like a protocol and its factory, for instance, are perfectly acceptable to group. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.