Guest User

Untitled

a guest
Dec 7th, 2010
539
0
Never
Not a member of Pastebin yet? Sign Up, it unlocks many cool features!
text 35.32 KB | None | 0 0
  1. * gschwarz has quit (Ping timeout: 265 seconds)
  2. <geal> isn't there an irc meeting right now?
  3. <lamneth> hola! What's the topic?
  4. <lamneth> Are we here at the right time? Didn't Stéphane specify 20:00 Paris time ?
  5. <lamneth> Btw, Montréal, Québec here! Who's who and who's where?
  6. <laurent_> hi
  7. <laurent_> yes
  8. <alienhard> Stef is coming... (I asked him in private chat ;)
  9. <lamneth> Mr. Laffont?
  10. * stef_ (58a07f0e@gateway/web/freenode/ip.88.160.127.14) has joined #pharo-project
  11. <laurent_> topics here http://code.google.com/p/pharo/issues/detail?id=3381&can=1&q=status%3Dclosed&sort=-id&colspec=ID%20Type%20Status%20Summary%20Milestone%20Difficulty
  12. <stef_> Hi guys
  13. <stef_> sorry for the deal
  14. <stef_> delay
  15. <lamneth> Bonsoir!
  16. <stef_> bonsoir
  17. <stef_> so the idea is that we have one monthly irc chat
  18. <stef_> next time we may do it in another period during the day so that
  19. <stef_> other people can join.
  20. <stef_> does anybody wants to play the role of the secretary?
  21. <laurent_> what do you mean by secretary ?
  22. <stef_> I could do it but may be this is better if somebody else does it
  23. <stef_> writing a list of bullet points to send to the list once we are done
  24. <laurent_> depends of children for me :)
  25. <geal> aren't irc logs enough? :p
  26. * patmaddox ([email protected]) has joined #pharo-project
  27. <stef_> I do not read irc logs :)
  28. * SeanDeNigris ([email protected]) has joined #pharo-project
  29. <alienhard> an "executive summary" would be nice
  30. * patmaddox has quit (Remote host closed the connection)
  31. * patmaddox ([email protected]) has joined #pharo-project
  32. <alienhard> I can do it..
  33. * LucF ([email protected]) has left #pharo-project
  34. * LucF ([email protected]) has joined #pharo-project
  35. <laurent_> thanks Adrian
  36. <lamneth> thx Adrian
  37. <stef_> first I propose to set the next irc meeting date :)
  38. <stef_> january 4th
  39. <alienhard> fine for me
  40. <alienhard> any objections?
  41. <laurent_> ok for me
  42. <alienhard> ok. What time?
  43. <stef_> we could do it early
  44. <stef_> between 12 to 14 paris time
  45. <stef_> if it makes sense :)
  46. <alienhard> from comments in the mailing list I took that it is too early(?)
  47. <stef_> or later :)
  48. <stef_> we can see the hour later
  49. <alienhard> ok
  50. * hernan (a30a19ef@gateway/web/freenode/ip.163.10.25.239) has joined #pharo-project
  51. <laurent_> we will see on the mailing-list
  52. * srbaker ([email protected]) has joined #pharo-project
  53. <stef_> ok guys
  54. <stef_> so I can talk during hours but I would like hear you
  55. <srbaker> oh what? you guys didn't all quit your jobs to make it here on time?
  56. <laurent_> maybe we can start talking about comments and documentation ?
  57. <solar_sea> stef_, I'm using pharo for pet/personal projects only (I'm being payed for java), but still here are a few points:
  58. <lamneth> What do you mean by "Source Code Manager", something like StoRe (VW) ? Would that mean leaving Monticello and Squeaksource progressively to manage our own stuff with our own tools/repository ?
  59. <lamneth> I mean the public StORE repository of Cincom for VW...
  60. <solar_sea> * brief and short doc on site/hudson/in-image - what is everything. What is opal, what is coral, what is package XYZ, etc. To a newcommer - it would make a big difference :)
  61. * GuillePolito (c9fa6696@gateway/web/freenode/ip.201.250.102.150) has joined #pharo-project
  62. <solar_sea> * separation of core & dev in the issue tracker - yesterday I picked 1809 - and I found that formatting was not available in core at all for example
  63. <laurent_> Opal: new compiler , Coral: shell scripting
  64. <LucF> More here : http://code.google.com/p/pharo/wiki/Projects
  65. <solar_sea> so, when it's not in core - where is it, where should I fix it, where should I send the slice ?
  66. <laurent_> to PharoInbox
  67. <laurent_> it doesn't matter whether the package is in PharoCore or Pharo
  68. <laurent_> no ?
  69. <solar_sea> well 1.1.1 is frozen? and is there a 1.2 with dev tools ?
  70. <GuillePolito> I'm building it currenty :D
  71. <stef_> sorry I'm on the phone
  72. <laurent_> 1.1.1 is frozen
  73. <stef_> to find a flat for igor
  74. <estebanlm> 1.1.1 is stable version... 1.2 is current development version
  75. <laurent_> Guillermo, building Pharo 1.2 works ?
  76. <solar_sea> so to my example - 1.1.1 is frozen, code for 1809 is not available in 1.2 core and there is no 1.2 dev - I'm basically unable to implement it :)
  77. <estebanlm> GuillePolito: ping
  78. <estebanlm> last time I checked, there was some issues with 1.2 building, but minor ones
  79. <estebanlm> (like that Shout problem)
  80. <GuillePolito> It seem so, I've made some changes for OB and OC, and committed them in PharoTaskForces in order to
  81. <GuillePolito> I'll send a mail to the mailing list in some minutes
  82. <laurent_> Thanks
  83. <LucF> cool!
  84. <laurent_> solar
  85. <laurent_> I don't understand why you cannot implement it ?
  86. <stef_> ok OPAL is a new compiler
  87. <stef_> it is nice because the old one does not have the notion of scope in the AST and you
  88. <stef_> have to turn around.
  89. <stef_> Marcus showed me how you can implement new analysis in a couple of methods.
  90. <geal> what's the improvement with OPAL? faster compilation or code? Plugging into the compilation?
  91. <solar_sea> laurent_, It's in OB-Refactory-Commands > ORCmdFormat - it's not in core. If I fix it for 1.1.1, can it be merged for 1.2 ?
  92. <stef_> between architecture
  93. <stef_> IR model
  94. <LucF> @solar_sea, you should fix it for 1.2 directly I think
  95. <stef_> with visitors
  96. <stef_> open pluging infrastructure
  97. <geal> nice :)
  98. <stef_> Now we want it to have a better API + fully parametried to support cross compilation
  99. <stef_> and its own bootstrap
  100. <laurent_> @solar_sea can't you load OB-Refactory-Commands in 1.2 ?
  101. <renggli> solar_sea: I fixed issue 1809 with Dale at ESUG in Barcelona, since then it comes with every recent OB, the problem is just that the dev images use an OB from last year
  102. <stef_> @lukas
  103. <stef_> I should do a new image with the name beta but we are in beta.
  104. <solar_sea> laurent_, where're from ? :) That's what I meant with the short description for each project/acronym - what is it, where do one gets it, etc, etc
  105. <stef_> we checked with marcus how we made the last beta for 1.1 and it was just the name of the file :)
  106. <stef_> so next question?
  107. <renggli> @stef: I marked 1809 as fixed
  108. <solar_sea> renggli, I see, i'll pick something else for myself, or I'm open for suggestions :)
  109. <stef_> thanks
  110. <stef_> ?
  111. <renggli> solar_sea: i didn't know that this was for OB, so i didn't look at it
  112. <renggli> it would be cool if the bugs could be tagged according to the top level package, like OB, Collection, RB, Compiler, ...
  113. <GuillePolito> I've just sent an email announcing Dev packages are loading in 1.2... Maybe that help us to move to beta?
  114. * cDlm ([email protected]) has joined #pharo-project
  115. <stef_> Yes
  116. <stef_> redline
  117. <stef_> with marcus we were thinking to look at another tracker
  118. <stef_> hi damien
  119. <renggli> for me the tracker is perfect
  120. <renggli> just somebody needs to add the project tags
  121. <stef_> ok we could do that
  122. <renggli> we evaluated for seaside all open source trackers
  123. <renggli> unless something changed dramatically
  124. <renggli> then there is nothing better
  125. <stef_> which one we need
  126. <stef_> redline?
  127. <stef_> or redmine?
  128. <laurent_> @solar I would load ConfigurationOfOmniBrowser and fix it from here
  129. <lamneth> stef: Mantis does a pretty good job... Besides, couldn't we use the same tracker as Squeak? That way, issues that are "detected" in Squeak would be a glance away ?
  130. <stef_> we will experiment that
  131. <stef_> We used mantis for years and it sucks
  132. <alienhard> please, please not Mantis
  133. <renggli> mantis is the prototype of a horribly unusable tracker
  134. <renggli> that even says one of its authors (julian) :-)
  135. <stef_> ok we are in sync :)
  136. <stef_> ok next question?
  137. <lamneth> :)
  138. <stef_> I think that an important point is how can you participate
  139. <laurent_> Actually at work we have switched to Redmine
  140. <lamneth> what about the source code manager in the topics ?
  141. <stef_> what should we do so that you join and have fun with us
  142. <stef_> ok source manager
  143. <stef_> the vision is the following one
  144. <stef_> we would like to have a kind of DB that can be queried and that contains all the code of all the versions of Squeak and pharo
  145. <stef_> so that we can track all the versions and all the changes
  146. <stef_> Now if you looked at how changes are managed and did not faint
  147. <stef_> you could see that comment and class definition are hacked
  148. <stef_> in fact a methodReference is cretaed and ...
  149. * girba (54498070@gateway/web/freenode/ip.84.73.128.112) has joined #pharo-project
  150. <stef_> and the scanner is involved to check whether the changes is a class definition....
  151. <stef_> so we would like to have one nice code model
  152. <stef_> that will hold source entities and that we can query the system
  153. <stef_> hi doru
  154. <girba> hi
  155. <renggli> stef_: your database is here https://github.com/theseion/pharogenesis
  156. <lamneth> stef: so that would mean a progressive departure from Monticello and SqueakSource ?!?!
  157. <renggli> now, i don't know how the database interface is coming, have to check the progress
  158. <stef_> not necessary
  159. <stef_> we are talking about .sources files and .changes
  160. <stef_> potentially
  161. <lamneth> ok... Not packages???
  162. <stef_> we are talking about backend
  163. <stef_> even XML is better than what we have now.
  164. <stef_> :)
  165. <stef_> @lukas what is theseion
  166. <lamneth> I've always thought it would be about time we have a single place where to put/retrieve code, just like the Cincom public repository
  167. <stef_> who is ion ?
  168. <stef_> one palce for pharo core
  169. <srbaker> i have a source code history fetish, i would love to be involved in that. but i can't take the lead on it, because i'm not sure my knowledge is deep enough
  170. <renggli> stef_: the student implementing gitfs (max leske)
  171. <stef_> we do not need one cnetralized system for everybody.
  172. <srbaker> i've been thinking about a pharosource as being nice, since i ran into incompatibility with something or two.
  173. <stef_> max ok :)
  174. <stef_> Just that you know ESUG is paying a small company to rewrite from scratch squeaksource
  175. <stef_> we hope that inria will provide a webdav server we can store packages.
  176. <stef_> squeakers included
  177. <girba> that is great news (regarding the squeaksource rewrite)
  178. <stef_> now inria people told me that they have some security issues to fix before
  179. <stef_> @ doru
  180. <girba> yes?
  181. <stef_> the plan is to first build a small core and ask feedback to the community
  182. <stef_> I asked
  183. <stef_> tags
  184. <stef_> management of list
  185. <LucF> scriptiing interface!
  186. <stef_> scriptable API with rest or whatever
  187. <stef_> pluggable back-end
  188. <LucF> ;-)
  189. <stef_> ;)
  190. <laurent_> and great uptime :)
  191. <stef_> list of packages, users, projects,...... list
  192. <stef_> uptime this is for the webdav
  193. <stef_> :)
  194. <stef_> more of the time.
  195. <girba> is there a way to get the history of this chat?
  196. <girba> given that I arrived late
  197. <solar_sea> I'm logging it and I'll pastern now
  198. [2:58pm] stef_: so next question
  199. [2:59pm] laurent_: about comments
  200. [2:59pm] solar_sea: http://pastebin.com/9KTWbEje
  201. [2:59pm] stef_: yesssssssssssssssssssssssssssssssssssssssssssssssssssss
  202. [2:59pm] laurent_: I'm not sure rejecting packages is a so great idea
  203. [2:59pm] stef_: so any idea!
  204. [2:59pm] stef_: paint in red air of bad guy?
  205. [3:00pm] stef_:
  206. [3:00pm] laurent_: Indeed I think we should use more HelpSystem
  207. [3:00pm] stef_: Yes
  208. [3:00pm] laurent_: Each ConfigurationOf... should have its help to give an overview of the package
  209. [3:00pm] stef_: I would like to have <public>
  210. [3:01pm] stef_: for tests that should appear in help
  211. [3:01pm] laurent_: It's easy to write Help book
  212. [3:01pm] girba: regarding comments, I would like to give the idea of stef a try
  213. [3:01pm] stef_: now I would like to generate a STDoc of the complete doc
  214. [3:01pm] laurent_: and as a newbie we search for a starting point
  215. [3:01pm] girba: and put pressure on people that build tools
  216. [3:01pm] SeanDeNigris: Ruby's near-total documentation came once ri and rdoc pulled comments directly into docs (per Dave Thomas, RubyConf 2010 keynote). If method and package comments were first class, how could they be integrated into the tools (Browser, HelpSystem). And, if we knew they would become part of the docs, how would that change the quality of our comments.
  217. [3:02pm] LucF: idea : with the hudson server, we could launch lint rules that checks help coverage and do not release below XX coverage….
  218. [3:02pm] stef_: exactlt
  219. [3:02pm] stef_: yes
  220. [3:02pm] GuillePolito: Mmm, in my Java and C# experience, class comments are not so useful... I prefer tests and examples
  221. [3:03pm] laurent_: I agree with Guillermo
  222. [3:03pm] stef_: Now we can also get a collection of classes and each month we make sure that the class comments at least says something
  223. [3:03pm] srbaker: SeanDeNigris: there was also a great web-based tool for editing that saved the comments back in the code. that's how rails documentation improved so drastically for 2.0
  224. [3:03pm] stef_: @ sorry guys I do not want to argue and I do not care
  225. [3:03pm] stef_: first step first
  226. [3:03pm] stef_: to climb a big mountain you do not start to look at the top
  227. [3:03pm] stef_: you focus on your next step
  228. [3:03pm] stef_: one by one
  229. [3:03pm] stef_: I want everything
  230. [3:04pm] srbaker: relishapp.com does a good job for visualizing cucumber scenarios for rails apps
  231. [3:04pm] stef_: now can I
  232. [3:04pm] stef_: what is cucumber scenario
  233. [3:04pm] cDlm: a specification DSL
  234. [3:04pm] cDlm: in ruby
  235. [3:04pm] srbaker: stef_: acceptance testing for ruby.
  236. [3:04pm] stef_: ok
  237. [3:05pm] stef_: Right now
  238. [3:05pm] laurent_: http://cukes.info/
  239. [3:05pm] stef_: we should not be tools and geeky centric
  240. [3:05pm] stef_: let us face it
  241. [3:05pm] srbaker: stef_: something like relishapp.com for the tests and documentation in Pharo might be helpful.
  242. [3:05pm] stef_: this is class has no comment sucks
  243. [3:05pm] stef_: whyshould I read a class when the guy did not even entered one comment telling what the class is about
  244. [3:06pm] stef_: so <public> tests
  245. [3:06pm] girba: It would be interesting to have some effort towards a better documentation support from a language point of view, but I do not think this is a prerequisite
  246. [3:06pm] stef_: one line comment for a package browser
  247. [3:06pm] stef_: doru like what
  248. [3:07pm] girba: I was referring to the DSL for describing whatever meta-information
  249. [3:07pm] girba: It would be great, but it should not be of concern at the moment
  250. [3:07pm] girba: I think
  251. [3:07pm] girba: just a question, is there a consensus about adding comments to a pacakge?
  252. [3:07pm] girba: do we set for the name of a class?
  253. [3:08pm] stef_: for the package I want more than comments
  254. [3:08pm] stef_: but yes
  255. [3:08pm] stef_: this is the nice side effect of RPackage
  256. [3:09pm] stef_: @lukas: in the bugtracker we had already OB OB2 I added Shout
  257. [3:09pm] stef_: what else?
  258. [3:09pm] girba: RPackage can indeed be nice as a starting point, but the problem is that we need to store the information in Monticello somehow
  259. [3:10pm] laurent_: girba: Indeed it seems that with Metacello packages are more and more splitted into several packages
  260. [3:10pm] renggli: well, ideally it should be Package-OB, Package-RB, Package-Shout, Package-eCompletion, ...
  261. [3:10pm] renggli: Type is kind of something else, no?
  262. [3:10pm] laurent_: I mean there's MyPackage-Core MyPackage-X MyPackage-Z
  263. [3:11pm] girba: yes, but that is not a problem
  264. [3:11pm] laurent_: I want overview for MyPackage-* at once
  265. [3:11pm] girba: I am still concerned with how do we store the information
  266. [3:11pm] alienhard: so Doru, you suggest to have a convention for a class name per package, and in this class, the comment would be the comment for the package?
  267. [3:11pm] girba: that is an idea
  268. [3:11pm] renggli: @girba: well, packageInfo was made to exactly do that
  269. [3:11pm] girba: for example, in Java, packages are still not first class but they have the convention of package-info.java
  270. [3:12pm] girba: yes, but my question is what can monticello store right now
  271. [3:12pm] stef_: I did that in DrDoc
  272. [3:12pm] girba: yes, i know, that is why i asked about the convention
  273. [3:12pm] girba:
  274. [3:12pm] stef_: Manifesto
  275. [3:12pm] laurent_: That's why I like HelpSystem
  276. [3:13pm] stef_: we could use helpSystem indeed
  277. [3:13pm] laurent_: I can write an help for a bunch of packages
  278. [3:13pm] girba: HelpSystem is nice, but we still need to identify the class that corresponds to a package
  279. [3:13pm] girba: So, just Manifesto is not enough, because Packages do not have name scope
  280. [3:13pm] LucF left the chat room. (Read error: Connection reset by peer)
  281. [3:14pm] LucF joined the chat room.
  282. [3:14pm] stef_: luc? any
  283. [3:14pm] LucF: yes
  284. [3:14pm] stef_: progress on environments?
  285. [3:14pm] laurent_: In case of HelpSystem, you can have several classes
  286. [3:14pm] renggli: HelpSystem is not useable for me and obviously not for anybody else (otherwise it wouldn't be empty)
  287. [3:15pm] renggli: when is the creation of help topics finally been fixed?
  288. [3:15pm] girba: why do you say it is not usable?
  289. [3:15pm] laurent_: renggli what is the problem ?
  290. [3:15pm] LucF: on environments, we need to define a strategy to migrate tools
  291. [3:15pm] renggli: i do not want to depend on an external class
  292. [3:15pm] stef_: I think that we should do the same as what you did with nicolas
  293. [3:16pm] stef_: have a default that points to Smalltalk globals
  294. [3:16pm] renggli: it should take the same approach as settings
  295. [3:16pm] laurent_: you mean using pragmas ?
  296. [3:16pm] stef_: + have setters to specify the envir
  297. [3:16pm] girba: ah, indeed, that is not good
  298. [3:16pm] renggli: so that i can implement anywhere something like
  299. [3:16pm] renggli: helpOn: aBuilder
  300. [3:16pm] renggli: <help>
  301. [3:17pm] alienhard: no, the dependency is very unfortunate
  302. [3:17pm] stef_: and fix the methods to use the environments
  303. [3:17pm] girba: i agree with lukas 100%
  304. [3:17pm] girba: on this one, at least
  305. [3:17pm] stef_: @adrian which dependency
  306. [3:17pm] LucF: @Stef: but which tools first? OB?
  307. [3:17pm] GuillePolito: +1
  308. [3:17pm] laurent_: ok I agree too
  309. [3:17pm] alienhard: on the CustomHelp class, that you have to subclass
  310. [3:17pm] girba: ok, but the thing is that we need a way to track from a package to a help system
  311. [3:17pm] renggli: if the help system would be easy on its users it would be used
  312. [3:18pm] renggli: i have a lot of blog articles to paste in there
  313. [3:18pm] laurent_: So this mean an HelpSystem based on pragma sounds good ?
  314. [3:18pm] renggli: but obviously nobody botherd to write anything up to now
  315. [3:18pm] renggli: so it needs to change
  316. [3:18pm] girba: actually, I wanted to propose since a long time, but it would be interesting to use the core of pier for the help
  317. [3:18pm] girba: for the content, I mean
  318. [3:18pm] laurent_: I bother to write things
  319. [3:18pm] stef_: lukas you are convincing
  320. [3:19pm] renggli: i do not want to promote pier in this context
  321. [3:19pm] stef_: now don;t you think that another problem is that the help is not right in front of our nose
  322. [3:19pm] renggli: but yeah, the builder/pragma approach would make that easily possible
  323. [3:19pm] stef_: like class comments
  324. [3:19pm] renggli: it not only decouples it from the model
  325. [3:19pm] renggli: but also from the UI
  326. [3:19pm] stef_: for me I see a apckage comments as something I see when I click on the package and automatically
  327. [3:19pm] renggli: and from anything else .. even the builder method can be read
  328. [3:19pm] girba: yes
  329. [3:19pm] stef_: the comment or help or class supporting help show it to me.
  330. [3:20pm] girba: @stef, I agree
  331. [3:20pm] renggli: you just look for <help> pragmas and have a documentation without any tools
  332. [3:20pm] girba: that is why I am saying we need to map the comments from the package point of view
  333. [3:20pm] renggli: (well the browser you need)
  334. [3:20pm] stef_: ok
  335. [3:21pm] stef_: so it would be good to give a try and contact gently torsten
  336. [3:21pm] stef_: to use pragma I do not want people to get mad or think that we are just assholes
  337. [3:21pm] stef_: since this is not the case
  338. [3:21pm] girba: what do you mean?
  339. [3:21pm] renggli: well, this is not the first time i am proposing this
  340. [3:21pm] girba: indeed
  341. [3:21pm] stef_: I know
  342. [3:22pm] stef_: so let us do it :0
  343. [3:22pm] stef_: @luc
  344. [3:23pm] stef_: what is the next tool we want to fix
  345. [3:23pm] LucF left the chat room. (Read error: Connection reset by peer)
  346. [3:23pm] LucF joined the chat room.
  347. [3:23pm] stef_: @luc did you see that there are some red methods for systemNavigation
  348. [3:23pm] girba: the browser
  349. [3:24pm] LucF: Stef: no ...
  350. [3:24pm] LucF: I will check that
  351. [3:24pm] stef_: it was intended to luc
  352. [3:24pm] stef_: we want to have environement parametrixzed tools
  353. [3:24pm] stef_: luc there is also MC
  354. [3:24pm] stef_: I should take the time and redo the experience I did to try to remove all the Smalltlak globals
  355. [3:24pm] LucF: yes it is a big one
  356. [3:25pm] stef_: may be I should cut the effort
  357. [3:25pm] stef_: add default and instance var
  358. [3:25pm] stef_: then use them
  359. [3:25pm] stef_: BTW guys did you see the new recentMessage tools?
  360. [3:25pm] stef_: in 1.2
  361. [3:26pm] girba: no
  362. [3:26pm] girba: where do I see them?
  363. [3:26pm] AlexandreBergel: no, checking now
  364. [3:27pm] LucF: @Stef: how would you remove Smalltalk globals?
  365. [3:27pm] fstephany left the chat room. (Quit: fstephany)
  366. [3:28pm] stef_: Smalltalk globals => environment
  367. [3:28pm] LucF left the chat room. (Read error: Connection reset by peer)
  368. [3:28pm] LucF1 joined the chat room.
  369. [3:28pm] stef_: + initialize
  370. [3:28pm] girba: so, it should be "self environment" ?
  371. [3:28pm] stef_: environment := Smalltalk globals
  372. [3:28pm] LucF1: ok
  373. [3:29pm] stef_: doru
  374. [3:29pm] sebastian left the chat room. (Quit: zzzzzzz........)
  375. [3:29pm] stef_: yes if you want to have a lazzy inti
  376. [3:29pm] stef_: or not
  377. [3:29pm] stef_: but this self environemtn is not the same as self class environment.
  378. [3:29pm] LucF1 left the chat room. (Read error: Connection reset by peer)
  379. [3:29pm] stef_: the instance side is the one tyhat the tool use to query info
  380. [3:29pm] LucF joined the chat room.
  381. [3:30pm] stef_: @luc: be the force with you
  382. [3:30pm] stef_: what is happening with your browser
  383. [3:30pm] AlexandreBergel: recent messages is cool
  384. [3:31pm] AlexandreBergel: anyone uses it ?
  385. [3:31pm] AlexandreBergel: it is a font end to the change set isn't it?
  386. [3:31pm] AlexandreBergel: it gives you the list of methods you have modified
  387. [3:31pm] AlexandreBergel: with the different version
  388. [3:32pm] alienhard: had a quick look at the recent changes browser: "by package" hogs the CPU, in all views execpt for "by Class" I see the changed method, but not the class. It seems useful, but not stable yet
  389. [3:32pm] stef_: not recentMessageSet is a crap and this is a set
  390. [3:32pm] stef_: we use a list
  391. [3:32pm] stef_: it hogs cpu because of package info once again
  392. [3:33pm] stef_: you should tell it to benjmain
  393. [3:33pm] LucF1 joined the chat room.
  394. [3:33pm] stef_: BTW this is why we need a classDefinition object in the changes
  395. [3:33pm] LucF1: hey, came back...
  396. [3:33pm] AlexandreBergel: Benjamin is working on RPackage?
  397. [3:34pm] stef_: and not a piece of text that you have to query using the scanner to know it is a classdef
  398. [3:34pm] stef_: no cyrille
  399. [3:34pm] LucF1: sorry, I have to push bits by hand in the plug....
  400. [3:34pm] stef_: benjmain is working on haselnuts
  401. [3:34pm] AlexandreBergel: ah ok
  402. [3:34pm] LucF left the chat room. (Ping timeout: 245 seconds)
  403. [3:34pm] LucF1 left the chat room. (Client Quit)
  404. [3:34pm] stef_: So
  405. [3:34pm] stef_: a question for the pharo lurkers
  406. [3:35pm] stef_: or friends
  407. [3:35pm] stef_: and friends
  408. [3:35pm] stef_: and users
  409. [3:35pm] stef_: what should we change so that you get also involved?
  410. [3:36pm] solar_sea: separate issues by apparent difficulty and make a more detailed casts how to contribute
  411. [3:37pm] stef_: did you see the easy tag on the bugtracker
  412. [3:37pm] solar_sea: very few issues from the looks have the difficulty tag selected from what I see in the tracker
  413. [3:37pm] renggli: GuillePolito: I looked at your changes in OB-Morphic. I think this is problematic to let OBTextMorphEditor subclass SmalltalkEditor; the editor is not used only for Smalltalk. What are the implication of this change?
  414. [3:37pm] stef_: contributing = run the tests for example and fix one
  415. [3:38pm] AlexandreBergel: Stef, maybe a simple rewarding system
  416. [3:38pm] solar_sea: (a search box on pharocasts will be nice as well)
  417. [3:38pm] AlexandreBergel: for example having the name of a committer on the pharo webpage for a short period of time
  418. [3:39pm] stef_: candies
  419. [3:39pm] AlexandreBergel: a kind of twitter, but for changes
  420. [3:39pm] stef_: yes but it means maintaining it
  421. [3:39pm] AlexandreBergel: I know
  422. [3:39pm] laurent_: solar ah yes good idea
  423. [3:39pm] stef_: any system that we could hijack for doing that
  424. [3:39pm] AlexandreBergel: you asked a question, I just give my answer
  425. [3:40pm] solar_sea: stef_, now that you say it, an actualized edition of PBE for 1.1.1 or even the latest dev image by renggli will also be a quick start
  426. [3:40pm] srbaker: what about a twitter account specifically for it? and then twitter widget on the web page.
  427. [3:40pm] GuillePolito: renggli: I just added the changeset in here http://code.google.com/p/pharo/issues/detail?id=3288
  428. [3:40pm] srbaker: showing just the latest tweet
  429. [3:40pm] srbaker: solved. no maintenance necessary (we can automate the tweetage)
  430. [3:40pm] alienhard: one acknowledgement that does not take much time is in the [update] mail for each issue give the name
  431. [3:41pm] stef_: you do not imagine the amount of work it represents to have a book in sync with a moving UI
  432. [3:41pm] GuillePolito: renggli: How should we do it?
  433. [3:41pm] stef_: @steven
  434. [3:41pm] solar_sea: it's huge, that's for sure, but since 1.1.1 is finalized it's not endless
  435. [3:41pm] stef_: why not :
  436. [3:41pm] stef_: why not:)
  437. [3:41pm] stef_: it is easy to set up?
  438. [3:42pm] stef_: @adrian
  439. [3:42pm] stef_: I always try to add a thanks....
  440. [3:42pm] stef_: I never put my name on mine
  441. [3:42pm] alienhard:
  442. [3:42pm] stef_: I'm not yet like alain delon
  443. [3:42pm] alienhard: yes, I think that like this we don't need a twitter feed or something
  444. [3:42pm] AlexandreBergel:
  445. [3:43pm] alienhard: what we can do again is a list of contributors like we did for 1.0
  446. [3:43pm] renggli: GuillePolito: I don't know, I am just asking. Subclassing from SmalltalkEditor seems to be a bit strange, when it is only for class and method definitions used for actual Smalltalk code. In all other cases it should be a normal text editor (before that was handled with callbacks).
  447. [3:43pm] stef_: the twitter think is that you can put it on the web
  448. [3:43pm] srbaker: right, i was only thinking about the web.
  449. [3:43pm] alienhard: on the right side: http://pharo-project.org/pharo-download/release-1-0
  450. [3:44pm] stef_: yes this would be coooool
  451. [3:44pm] stef_: the contritors of this version are ..... .... ... ... ... ... ... ... ...
  452. [3:45pm] stef_: so
  453. [3:45pm] alienhard: I created that list from the PharoTreatedInbox with some Linux scripts at that time
  454. [3:45pm] stef_: any other suggestions to get involve
  455. [3:46pm] stef_: cool I was not even aware of the list this is cool
  456. [3:46pm] stef_: Thanks also to the people and companies supporting external projects from which we integrate code: Cog (full block closure support), Cuis (font support), Polymorph (GUI), Squeak (various changes and fixes)
  457. [3:46pm] stef_: this text is good too.
  458. [3:46pm] GuillePolito: renggli: Yes, I've just tried subclassing from TextEditor and it seemed ok (nothing exploded so far) :P. I should learn a little more about thos f*****g editors
  459. [3:46pm] stef_: we are creating good energy
  460. [3:46pm] lamneth: @stef: have more regular "pharo sprints" where we would concentrate on specific app/packages (and fixes of course!)
  461. [3:46pm] solar_sea: yes, and use the irc
  462. [3:47pm] stef_: where are you located?
  463. [3:47pm] solar_sea: sorry if it's rude but this is a first for months since there has been any chat here
  464. [3:47pm] renggli: GuillePolito: I don't know them well enough either. Did you run the OB tests? Do they still pass?
  465. [3:47pm] lamneth: Montréal ici... Sous 20cm de neige et de poudrerie! incompatible encoding
  466. [3:47pm] solar_sea: otherwise it's just a line or two per week
  467. [3:47pm] stef_: the problem is that when you have a busy day
  468. [3:47pm] stef_: and evening
  469. [3:48pm] stef_: chat for me equire all my attention
  470. [3:48pm] stef_: so I suggest to send emails to the mailing-list saying that the IRC needs blood
  471. [3:48pm] GuillePolito: renggli: 681 run, 677 passes, 0 expected failures, 4 failures, 0 errors, 0 unexpected passe
  472. [3:48pm] stef_: indeed we could use it more often
  473. [3:49pm] sebastian joined the chat room.
  474. [3:49pm] renggli: GuillePolito: strange, this should be more like "1557 run, 1557 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes"
  475. [3:50pm] stef_: so to sum up
  476. [3:50pm] GuillePolito: renggli: I ran OB-Tests-Core, Morphic and Standard
  477. [3:50pm] stef_: I would like that we raise the question of using pragma for help and using the same setting than in setting.
  478. [3:50pm] solar_sea: btw, what happened with the idea of chat in the image ? This would solve the issues with irc/other chats if everyone auto-connected on startup
  479. [3:51pm] stef_:
  480. [3:51pm] stef_: for me chat is counter productive because I do not do something else
  481. [3:51pm] renggli: GuillePolito: still, there is something strange (793 run, 793 passes, 0 expected failures, 0 failures, 0 errors, 0 unexpected passes)
  482. [3:52pm] laurent_: @solar search box added
  483. [3:52pm] solar_sea: laurent_, thanks a lot
  484. [3:52pm] solar_sea: results are ok, but they're not clickable
  485. [3:53pm] laurent_: which browser ?
  486. [3:53pm] solar_sea: chrome unstable latest (whatever google or debian sid provided me)
  487. [3:53pm] lamneth: @stef: Don't you think Pharo would somehow, sometime, depart from Squeak? I'd love to see a PharoSource with tons of packages ported from Squeak...
  488. [3:54pm] solar_sea: 9.0.597.0 dev
  489. [3:54pm] lamneth: @stef : new users look at Pharo, get some code from squeaksource and it blows in their face... We should have our own stuff, our own repository, our own everything
  490. [3:54pm] GuillePolito: renggli: Ok, it was me :P. 793 run, 789 passes, 0 expected failures, 4 failures, 0 errors, 0 unexpected passes
  491. [3:55pm] laurent_: 8.0.... here
  492. [3:55pm] stef_: it is departing from squek
  493. [3:55pm] stef_: now we do not do it on purpose
  494. [3:55pm] stef_: easy compatibility is good
  495. [3:55pm] stef_: now I eargly waiting for metacello distribution
  496. [3:55pm] lamneth: @stef : good but not necessary! Cincom doesn't care less about their public repository being "smalltalk code incompatible with everything else"
  497. [3:56pm] stef_: I would like have a package forge with clearly nice packages
  498. [3:56pm] alienhard: yes, a package management system with Metacello that specifies dependencies would solve that problem
  499. [3:56pm] stef_: of code running in pharo
  500. [3:57pm] stef_: I think that we should simply continue to build what we believe is good
  501. [3:57pm] stef_: help people to participate
  502. [3:57pm] lamneth: @stef: it's just that for new users, it's hard to understand and confusing... Was this code for Pharo? Squeak? Cog VM specific? etc... If we had all our stuff in one place, there wouldn't be any confusion
  503. [3:57pm] GuillePolito: renggli: And it seems to be related to the editors, since the 4 tests are testBrowseIt, testImplementorsOfIt, testReferencesToIt, testSendersOfIt
  504. [3:57pm] stef_: we hired igor for 2 years and it will help the community
  505. [3:57pm] solar_sea: laurent_, is there a cast about testing in general. Not the autotest one but a more general about testing and the tools for it ?
  506. [3:58pm] stef_: we are trying with the one click
  507. [3:58pm] stef_: nothing is easy
  508. [3:58pm] stef_: if we pull to fr from squeak then we cannot use their nice fixes
  509. [3:58pm] laurent_: solar works on chrome 8 firefox 4 epiphany 2.30.2 safari 5.0.3 can I say this is a chrome 9 issue ?
  510. [3:59pm] stef_: I have to go to sleep
  511. [3:59pm] stef_: because early lecture tomorrow
  512. [3:59pm] lamneth: @stef: it's just as if Instantiations would promote Cincom Public repository and then users wouldn't understand why the VW code doesn't work in VAST... Then you spend time telling he newcomers well, it's not that way in Pharo, that method doesn't exist in Pharo, this class has been replaced with this other one in Pharo, etc.
  513. [4:00pm] hernan: I think if you pull away from squeak then you will not need their fixes
  514. [4:00pm] stef_: it would be nice to see the end of the discussion
  515. [4:00pm] lamneth: @stef: I feel squeaksource is part of our problem
  516. [4:00pm] lamneth: @stef: it would be nice to chat longer...
  517. [4:00pm] stef_: first metacello
  518. [4:00pm] solar_sea: laurent_, the first line is click-able as a matter of fact, it works fine for me:)
  519. [4:00pm] stef_: metacello distribution with working package
  520. [4:00pm] lamneth: hi hernan... Benoit St-Jean here...
  521. [4:00pm] GuillePolito left the chat room. (Quit: Page closed)
  522. [4:01pm] laurent_: there's http://www.pharocasts.com/2010/01/starting-with-sunit-and-debugger.html and http://www.pharocasts.com/2010/08/web-application-testing-through.html but should be more
  523. [4:01pm] hernan: hi Benoit
  524. [4:01pm] stef_: second a new sqeuaksource where we can clean sort projects
  525. [4:01pm] stef_: third voice also in the pharo mailing list what you think should be done.
  526. [4:01pm] lamneth: @stef: +1 for a new Squeaksource... that is not down everytime I need to access it...
  527. [4:02pm] stef_: fourth we were the etoy haters, then squeak haters....
  528. [4:02pm] lamneth: @stef: be positive! We're for results!
  529. [4:02pm] stef_: so we do not want to be bad guys because we are not
  530. [4:02pm] stef_: exactly
  531. [4:02pm] stef_: so you will see that part of the solutions are coming
  532. [4:05pm] lamneth: @stef : I think the Pharo community has reached a "viable" critical mass... We're capable or living and surviving on our own... If you just look at the explosion of Pharo followers in South America, we can only dream of even better days ahead!
  533. [4:06pm] stef_: the question is always the ratio producers and customers
  534. [4:06pm] stef_: and stable jobs
  535. [4:06pm] stef_: so we will see
  536. [4:06pm] alienhard: so, are we through?
  537. [4:06pm] stef_: we have a long list of items for the next 6 months
  538. [4:06pm] stef_: Yes for me.
  539. [4:06pm] sebastian left the chat room. (Quit: zzzzzzz........)
  540. [4:07pm] laurent_: someone has tried the UIBuilders ?
  541. [4:07pm] stef_: me
  542. [4:07pm] stef_: UI
  543. [4:07pm] laurent_: is it "usagle"
  544. [4:07pm] laurent_: usable
  545. [4:07pm] laurent_: oups
  546. [4:08pm] stef_: the problem is the way UI store the resulting UI
  547. [4:09pm] stef_: so I'm falling apart
  548. [4:10pm] alienhard: good night
  549. [4:10pm] lamneth: Bonne nuit!
  550. [4:10pm] alienhard: does somebody know the URL for a log of this chat?
  551. [4:10pm] laurent_: good night
  552. [4:10pm] girba: http://pastebin.com/9KTWbEje
  553. [4:10pm] girba: good night
  554. [4:12pm] alienhard: only half is on pastebin
  555. [4:13pm] girba: oops
  556. [4:14pm] girba: then I do not know
  557. [4:14pm] stef_ left the chat room. (Ping timeout: 265 seconds)
  558. [4:15pm] girba left the chat room. (Quit: Page closed)
  559. [4:15pm] alienhard: cu
  560. [4:16pm] alienhard left the chat room.
  561. [4:16pm] estebanlm left the chat room. (Quit: estebanlm)
  562. [4:17pm] fstephany joined the chat room.
  563. [4:19pm] jbore left the chat room. (Quit: jbore)
  564. [4:21pm] AlexandreBergel left the chat room. (Ping timeout: 265 seconds)
  565. [4:22pm] hernan left the chat room. (Quit: Page closed)
  566. [4:24pm] lemuus left the chat room.
  567. [4:27pm] fstephany left the chat room. (Quit: ByeBye)
  568. [4:28pm] laurent_ left the chat room. (Quit: Page closed)
  569. [4:33pm] renggli left the chat room.
  570. [4:37pm] gschwarz joined the chat room.
  571. [4:48pm] MarianoPeck joined the chat room.
  572. [4:51pm] MarianoPeck: ups...
  573. [4:51pm] MarianoPeck: I remember late about the IRC chat
Advertisement
Add Comment
Please, Sign In to add comment