| 00:31.04 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.164) |
| 00:38.54 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 00:54.17 | *** join/#qi-hardware dvdk (~dvdkhlng@g225091155.adsl.alicedsl.de) |
| 01:24.59 | qi-bot | [commit] David Kühling: brainless: fix braindead comment copy-pasted from some other ackage (master) http://qi-hw.com/p/openwrt-packages/6ca100f |
| 01:25.00 | qi-bot | [commit] David Kühling: new package: alpy: python bindings for allegro game library (master) http://qi-hw.com/p/openwrt-packages/b2d16d9 |
| 01:52.48 | *** join/#qi-hardware wej (~j@m2.mullvad.net) |
| 01:52.55 | *** join/#qi-hardware jow_laptop (~jow@ffx.subsignal.org) |
| 02:02.30 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 02:12.57 | *** join/#qi-hardware panda|x201 (~hzhang@2001:5c0:1000:a::1ff9) |
| 02:33.54 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 02:45.21 | *** join/#qi-hardware rejon (~rejon@jp.fabricatorz.com) |
| 02:52.54 | qi-bot | [commit] Adam Wang: changed AD1580BRTZ pin3 to Unspecified, added WM9707SCFT/V description with 48-lead TQFP, added few lib into .pro file (master) http://qi-hw.com/p/kicad-libs/c35e54d |
| 03:24.28 | qi-bot | [commit] Xiangfu: m1/patches/rtems: milkymist-audio-add-support-mic-boost.patch preserve the mic boost setting (master) http://qi-hw.com/p/wernermisc/56adfde |
| 03:56.16 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.164) |
| 05:22.00 | *** join/#qi-hardware cladamw (~adamwang@host-222.80-43-115.dynamic.totalbb.net.tw) |
| 05:50.45 | *** join/#qi-hardware wolfspraul (~wolfsprau@222.130.124.164) |
| 05:55.59 | *** join/#qi-hardware zenlunatic (~justin@c-68-48-40-231.hsd1.md.comcast.net) |
| 07:26.03 | *** join/#qi-hardware jekhor (~jek@c-83-233-149-204.cust.bredband2.com) |
| 07:51.01 | qi-bot | [commit] Adam Wang: added few libraries (master) http://qi-hw.com/p/kicad-libs/266c3b0 |
| 08:35.55 | *** join/#qi-hardware LunaVorax_ (~LunaVorax@salle005.emi.u-bordeaux1.fr) |
| 08:54.07 | qi-bot | [commit] Xiangfu: nanonotefiles: config.full_system update: include bard, gtypist remove tangogps, nanoterm, gtkperf (master) http://qi-hw.com/p/openwrt-packages/c102d41 |
| 09:00.50 | *** join/#qi-hardware Ayla (~paul@44.95.13.93.rev.sfr.net) |
| 09:08.20 | *** join/#qi-hardware DocScrutinizer51 (~lagrange@openmoko/engineers/joerg) |
| 09:55.01 | *** join/#qi-hardware jurting (~jommpa90_@ip-163-63-179-93.dialup.ice.net) |
| 09:59.54 | *** join/#qi-hardware Ayla (~paul@44.95.13.93.rev.sfr.net) |
| 10:25.08 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 10:47.02 | qi-bot | The build has FAILED: http://fidelio.qi-hardware.com/~xiangfu/building/Nanonote/Ben/openwrt-xburst.minimal-20120327-0631 |
| 10:55.07 | *** join/#qi-hardware DocScrutinizer (~halley@openmoko/engineers/joerg) |
| 11:59.57 | qi-bot | [commit] Xiangfu: octave: disable curl (master) http://qi-hw.com/p/openwrt-packages/9c9945c |
| 12:27.15 | *** join/#qi-hardware jivs (~jivs@nat-sta-slph1.tvu.ac.uk) |
| 13:08.21 | *** join/#qi-hardware xiangfu (~xiangfu@fidelio.qi-hardware.com) |
| 13:38.54 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 13:50.57 | *** join/#qi-hardware jekhor (~jek@c-83-233-149-204.cust.bredband2.com) |
| 13:58.53 | *** join/#qi-hardware dsafdsaf (~dsafdsaf@31.205.26.163) |
| 13:59.33 | dsafdsaf | hello |
| 13:59.34 | dsafdsaf | anyone here? |
| 14:00.22 | Ayla | yes |
| 14:01.46 | kristianpaul | bard is cool |
| 14:02.00 | kristianpaul | i noticed i allow me to resume my last reading where i was, thats fantastic ! |
| 14:05.56 | *** join/#qi-hardware Ayla (~paul@252.194.124.78.rev.sfr.net) |
| 14:11.10 | *** part/#qi-hardware dsafdsaf (~dsafdsaf@31.205.26.163) |
| 15:34.06 | *** join/#qi-hardware emeb (~ericb@ip72-223-81-94.ph.ph.cox.net) |
| 15:57.07 | *** join/#qi-hardware jluis (~jpddb@83.247.136.72) |
| 16:22.08 | *** join/#qi-hardware jekhor (~jek@c-83-233-149-204.cust.bredband2.com) |
| 16:27.50 | *** join/#qi-hardware wej (~j@95.211.92.234) |
| 16:54.42 | *** join/#qi-hardware jluis (~jluis@18.Red-83-61-181.dynamicIP.rima-tde.net) |
| 17:54.52 | *** join/#qi-hardware rz2k (~rz2k@2a00:ab00:1::5301:d00d) |
| 17:57.33 | *** join/#qi-hardware AwAyla (~paul@53.121.101.84.rev.sfr.net) |
| 19:06.29 | GNUtoo | kristianpaul, what's bard? |
| 19:06.35 | GNUtoo | hi btw |
| 19:06.53 | GNUtoo | a nanonote ebook reader? |
| 19:09.17 | qi-bot | [commit] kyak: dega: fix build (master) http://qi-hw.com/p/openwrt-packages/4206f29 |
| 19:21.47 | qi-bot | [commit] kyak: dgclock: fix build (master) http://qi-hw.com/p/openwrt-packages/e09fbf7 |
| 19:34.16 | GNUtoo | duck duck go tells it's a package from openwrt |
| 19:51.35 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 20:12.33 | *** join/#qi-hardware LunaVorax (~LunaVorax@ABordeaux-651-1-41-219.w109-223.abo.wanadoo.fr) |
| 22:03.52 | *** join/#qi-hardware GNUtoo (~gnutoo@host149-73-dynamic.56-82-r.retail.telecomitalia.it) |
| 22:29.26 | *** join/#qi-hardware zenlunatic (~justin@c-68-48-40-231.hsd1.md.comcast.net) |
| 22:35.42 | kristianpaul | GNUtoo: yup it is |
| 23:25.13 | wolfspraul | wpwrak: did you see Dick on the kicad list explaining that the company he works for (I guess) specifically says they don't want him to fix bugs or provide support anymore, only *new* features in KiCad? :-) |
| 23:25.17 | wolfspraul | that is so funny |
| 23:26.00 | wolfspraul | the often seen industry race - who can claim whatever feature X first, whether it works or not, whatever the details - all irrelevant |
| 23:26.16 | wolfspraul | by the time people find out feature X is totally broken, feature Y is being hyped and driving new sales :-) |
| 23:27.08 | wpwrak | ah, interesting ... |
| 23:28.15 | wpwrak | funny comparison with linus/linux. i'd say linux was already rather big by the time he started to earn real money with it. i guess C-based projects just scale more gracefully :) |
| 23:28.31 | wolfspraul | he seems worn out |
| 23:28.34 | wolfspraul | should sleep a bit :-) |
| 23:29.35 | wolfspraul | the strategic concern of kicad should be readability and maintainability of code, modularity, community policies and culture, collaboration with geda, much better way for people to work on a high quality free component library, and a thousand other details |
| 23:29.39 | wolfspraul | my 2c |
| 23:30.00 | wolfspraul | what Dick is describing there is mostly an illusion |
| 23:30.54 | wolfspraul | but it's good that he's brining it up, so he shares his frustration a little and others can pad on his back |
| 23:31.00 | wolfspraul | bringing |
| 23:34.08 | wpwrak | his approach doesn't scale. it's the "core team of tired old men" approach. |
| 23:34.35 | wolfspraul | sure. also lack of trust in true community momentum. |
| 23:34.59 | wolfspraul | I think it was a bad day with his company telling him that he's not allowed to fix bugs, only add new features. |
| 23:35.11 | wpwrak | a bad combination. a "core team" per se isn't so bad, but it has to be agile. else, it's only busy making excuses or fighting competition |
| 23:35.27 | wpwrak | while everybody else either gets frustated or falls asleep |
| 23:35.32 | wolfspraul | honestly, with all my industry experience, that's one of the most stupidest things I've read in a long time, if that was really the mandate |
| 23:36.06 | wolfspraul | I cannot imagine any company on a sustainable path with that kind of mandate. I would go to the highest management available to me and put my badge on the table :-) |
| 23:36.41 | wolfspraul | but I also think he is just describing it that way, his superiors were probably getting impatient about a lot of 'big features' that they want to see soon |
| 23:37.12 | wolfspraul | so yeah, a little stressed out there :-) |
| 23:37.13 | wpwrak | hmm, could be |
| 23:37.47 | wpwrak | well, as long as the "core refactoring" is part of the "new features", a bit more focus wouldn't be so bad :) |
| 23:39.00 | wolfspraul | you know when you hear about 'big refactoring', in >50% of cases that's the beginning of some trouble |
| 23:39.32 | wolfspraul | the longer the refactoring takes the bigger the risk |
| 23:40.34 | wpwrak | yes, that refactoring has been going on for at least a year too long |
| 23:41.14 | wpwrak | nothing wrong with discussing such things for a few days and then getting busy for some weeks. but at some point of time, the momentum just disappears |
| 23:41.31 | wolfspraul | sure |
| 23:41.34 | wolfspraul | a year? then it's dead |
| 23:41.45 | wolfspraul | is the refactoring happening in live code/commits? |
| 23:41.48 | wolfspraul | I didn't notice anything |
| 23:42.01 | wolfspraul | oh, maybe I did notice the insane amount of renames back and forth |
| 23:42.06 | wolfspraul | without any consistency |
| 23:42.31 | wolfspraul | SomeFunction -> Some_Function -> some_function -> SomeFunc -> smFnc -> some_FUNCTION -> and so on |
| 23:42.35 | wolfspraul | that's kicad |
| 23:42.45 | wpwrak | ;-)) |
| 23:42.54 | wolfspraul | and all names move in different ways, so a() becomes A() while at the same time B() becomes b() |
| 23:42.58 | wolfspraul | go figure |
| 23:42.59 | wolfspraul | really |
| 23:43.03 | wpwrak | well, there's the big redesign of the internal database engine ... |
| 23:43.28 | wolfspraul | I don't mind cleanup, at all. but when I see names changing in different (!) directions, that's bad |
| 23:43.37 | wpwrak | of course, one problem may be that the task is too big to do it in one session. that's the day job problem |
| 23:44.19 | wolfspraul | so those big changes are happening in the live code base? or is there a branch somewhere? |
| 23:44.36 | wolfspraul | if it's in the one trunk codebase, maybe it can be finished one day :-) |
| 23:45.03 | wpwrak | and yes, redundant renames can be a bad sign. i do that quite a lot too, though. but it's usually quick. maybe 5 minutes and then i like my code again. |
| 23:45.22 | wpwrak | i don't really know where those big changes are |
| 23:45.26 | wpwrak | maybe ask ? |
| 23:45.37 | wolfspraul | I'm talking about inconsistent naming changes |
| 23:45.42 | wolfspraul | the inconsistency is what is bad |
| 23:45.53 | wolfspraul | because you may as well stop the stupid renaming and first settle on *ONE* system |
| 23:46.04 | wolfspraul | otherwise I rename your names, and you rename mine |
| 23:46.07 | wpwrak | i've seen some blueprints mentioned. and a bit of infrastructure code is getting merged. but i don't know if there's a real migration branch somewhere |
| 23:46.10 | wolfspraul | and we happily commit ever thereafter |
| 23:46.27 | wpwrak | ah yes, if people are diverging, that's a problem |