[00:10] Vaikungfu (~rom.stol@c-67-172-166-34.hsd1.ca.comcast.net) left irc: Ping timeout: 248 seconds [00:13] Mindkontrol (~mndkntrl@gateway/tor-sasl/mindkontrol) left irc: Ping timeout: 276 seconds [00:15] Mindkontrol (~mndkntrl@gateway/tor-sasl/mindkontrol) joined #scummvm. [00:20] doing pretty good [00:20] we will hopefully be dads by the end of the year [00:20] my music stuff is going okay; I'm going to do a kickstarter project to help fund the launch [00:31] clone2727 (~clone2727@pool-71-125-72-162.nwrknj.east.verizon.net) joined #scummvm. [00:31] #scummvm: mode change '+o clone2727' by ChanServ!ChanServ@services. [00:31] droid2727 (~AndChat@29.sub-75-195-145.myvzw.com) left irc: Quit: Statement: Good-bye, meatbags! [00:41] Smartnow (~Smartnow@unaffiliated/smartnow) left irc: Quit: Smartnow [00:47] syke (matt@nat-sv.bluecoat.com) left #scummvm. [00:50] Smartnow (~Smartnow@unaffiliated/smartnow) joined #scummvm. [00:58] SylvainTV (~Sylvain@ALille-553-1-70-46.w86-192.abo.wanadoo.fr) left irc: Ping timeout: 240 seconds [01:08] JimmyJ (~prolp@c-24-22-195-68.hsd1.wa.comcast.net) left irc: Read error: Connection reset by peer [01:12] Oystein Eftevaag master * r78baa27 / backends/midi/coreaudio.cpp : MACOSX: Moved an include a bit to make sure that some defines are there before they are actually used. - http://git.io/pFhZlA [01:22] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [01:22] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [01:55] D0SFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) left irc: Ping timeout: 260 seconds [02:05] Kaidane_ (~Kaidane@adsl-065-005-218-152.sip.cae.bellsouth.net) left irc: Ping timeout: 240 seconds [02:17] cyco_ (~cyco@p4FFE0995.dip.t-dialin.net) joined #scummvm. [02:18] cyco (~cyco@p54BB03BD.dip.t-dialin.net) left irc: Ping timeout: 240 seconds [02:18] Nick change: cyco_ -> cyco [02:19] Kaidane (~Kaidane@adsl-065-005-218-152.sip.cae.bellsouth.net) joined #scummvm. [02:26] Tron__ (~Tron@srbk-4db7f229.pool.mediaWays.net) joined #scummvm. [02:28] Tron (~Tron@srbk-5d804378.pool.mediaWays.net) left irc: Ping timeout: 252 seconds [02:38] criezy_ (~criezy@host86-164-152-120.range86-164.btcentralplus.com) joined #scummvm. [02:38] #scummvm: mode change '+o criezy_' by ChanServ!ChanServ@services. [02:38] criezy (~criezy@host86-164-152-120.range86-164.btcentralplus.com) left irc: Read error: Connection reset by peer [02:39] Nick change: criezy_ -> criezy [02:42] Thierry Crozat master * race3bf6 / (engines/sword1/animation.cpp engines/sword1/animation.h): (log message trimmed) [02:42] SWORD1: Use color for subtitles during cutscene [02:42] During the game, different colors are used for subtitles depending [02:42] which character is speaking. This commit tries to use the same colors [02:42] for the cutscene subtitles. The color to use has to be specified in the [02:42] subtitle file between the frame end and the start of text using @1, @2, [02:42] @3 or @4 (for George, George as a narrator, Nicole and Maguire [02:42] Thierry Crozat master * r4546ca0 / engines/sword1/animation.cpp : SWORD1: Do not look for color indexes in cutscenes when there is no subtitles - http://git.io/U9hhCQ [02:43] Mindkontrol (~mndkntrl@gateway/tor-sasl/mindkontrol) left irc: Ping timeout: 276 seconds [02:45] Mindkontrol (~mndkntrl@gateway/tor-sasl/mindkontrol) joined #scummvm. [02:48] criezy: Bah, makin' my pull request not automatically mergable :P [02:54] Action: Endy notes his IRC client loves to block CIA for flooding. :) [02:58] Endy: But everyone loves commit messages! [02:59] Its just these commit messages are too full of awesome for my IRC client to handle. :) [02:59] Ah, that makes more sense [03:27] Kaidane (~Kaidane@adsl-065-005-218-152.sip.cae.bellsouth.net) left irc: Ping timeout: 255 seconds [03:31] Javacat (~Javacat@unaffiliated/javacat) left irc: Quit: Please, try the fish [04:23] Nick change: Adys_ -> Adys [04:37] clone2727 (~clone2727@pool-71-125-72-162.nwrknj.east.verizon.net) left irc: Quit: later [04:39] Mindkontrol (~mndkntrl@gateway/tor-sasl/mindkontrol) left irc: Quit: Lost terminal [05:12] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [05:14] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [05:32] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [05:33] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [05:57] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [06:01] Nick change: Adys -> adys`nosopa [06:02] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [06:07] Gentle (~tier@quassel/contributors/gentle) left irc: Client Quit [06:07] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [06:11] [vEX] (~vex@h-46-59-104-222.na.cust.bahnhof.se) left irc: Ping timeout: 276 seconds [06:11] ajax16384 (~ajax16384@84.47.155.254) joined #scummvm. [06:11] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [06:16] [vEX] (~vex@h-46-59-104-222.na.cust.bahnhof.se) joined #scummvm. [06:16] #scummvm: mode change '+o [vEX]' by ChanServ!ChanServ@services. [06:16] Gentle (~tier@quassel/contributors/gentle) left irc: Read error: Operation timed out [06:17] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [06:21] Strangerke (~Strangerk@cable-85.28.107.228.coditel.net) left irc: Quit: Bbl [06:46] Nick change: Tron__ -> Tron [07:11] Tron (~Tron@srbk-4db7f229.pool.mediaWays.net) got netsplit. [07:11] Harekiet (~freenode@dhcp-077-250-029-247.chello.nl) got netsplit. [07:12] Tron (~Tron@srbk-4db7f229.pool.mediaWays.net) returned to #scummvm. [07:12] Harekiet (~freenode@dhcp-077-250-029-247.chello.nl) returned to #scummvm. [07:16] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [07:24] _marc` (~marc@mos6581.de) left irc: Quit: _marc` [07:31] Strangerke (51f60aa1@gateway/web/freenode/ip.81.246.10.161) joined #scummvm. [07:31] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [07:31] hi guys [07:35] bgKa (~bgKa@lns-bzn-30-82-253-176-54.adsl.proxad.net) joined #scummvm. [07:41] _sev (~sev@109.87.142.103) joined #scummvm. [07:41] _sev (~sev@109.87.142.103) left irc: Changing host [07:41] _sev (~sev@scummvm/undead/sev) joined #scummvm. [07:41] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [07:45] _sev (~sev@scummvm/undead/sev) left irc: Client Quit [07:56] bushwakko (~bushwakko@148.122.164.2) joined #scummvm. [08:06] Ahoy-hoy. [08:17] Vaikungfu (~rom.stol@c-67-172-166-34.hsd1.ca.comcast.net) joined #scummvm. [08:24] ny00123 (~ny00123@bzq-109-65-205-13.red.bezeqint.net) joined #scummvm. [08:26] _marc` (~marc@mos6581.de) joined #scummvm. [08:33] dreammaster (~paulfgilb@C-59-101-229-34.bur.connect.net.au) joined #scummvm. [08:33] #scummvm: mode change '+o dreammaster' by ChanServ!ChanServ@services. [08:51] moo [08:56] g'morning, doc. [09:02] ajax16384 (~ajax16384@84.47.155.254) left irc: Quit: i am quit [09:02] madmøøse! [09:03] DrMoocCoy? [09:04] Vaikungfu (~rom.stol@c-67-172-166-34.hsd1.ca.comcast.net) left irc: Ping timeout: 252 seconds [09:04] _sev (~sev@188.230.122.62) joined #scummvm. [09:04] _sev (~sev@188.230.122.62) left irc: Changing host [09:04] _sev (~sev@scummvm/undead/sev) joined #scummvm. [09:04] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [09:04] Something like that [09:06] ajax16384 (~ajax16384@84.47.155.254) joined #scummvm. [09:06] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [09:18] Gentle (~tier@quassel/contributors/gentle) left irc: Quit: No Ping reply in 180 seconds. [09:18] Gentle (~tier@quassel/contributors/gentle) joined #scummvm. [09:39] ScummBot (~ScummBot@beta.switchlink.se) left irc: Ping timeout: 252 seconds [09:43] criezy (~criezy@host86-164-152-120.range86-164.btcentralplus.com) left irc: Quit: criezy [09:49] ScummBot (~ScummBot@beta.switchlink.se) joined #scummvm. [10:02] Vaikungfu (~rom.stol@98.255.216.49) joined #scummvm. [10:03] giucam (~giulio@adsl-ull-89-204.49-151.net24.it) joined #scummvm. [10:06] Vaikungfu (~rom.stol@98.255.216.49) left irc: Ping timeout: 252 seconds [10:19] Vaikungfu (~rom.stol@c-98-255-216-49.hsd1.ca.comcast.net) joined #scummvm. [10:38] D0SFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) joined #scummvm. [10:53] D0SFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) left irc: Ping timeout: 276 seconds [11:02] D0SFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) joined #scummvm. [11:12] Herrman (wolter@p509139C9.dip.t-dialin.net) joined #scummvm. [11:35] D0SFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) left irc: Ping timeout: 248 seconds [11:35] Kirben (kirben@c220-239-194-17.brasd3.vic.optusnet.com.au) left irc: [11:50] dreammaster (~paulfgilb@C-59-101-229-34.bur.connect.net.au) left irc: Quit: Leaving for the day [11:51] D0SFreak (~D0SFreak@72.1.88.158) joined #scummvm. [12:00] Nick change: Endy -> Endy|AFK [12:27] cyco (~cyco@p4FFE0995.dip.t-dialin.net) left irc: Ping timeout: 252 seconds [12:27] cyco_ (~cyco@p4FFE0995.dip.t-dialin.net) joined #scummvm. [12:38] Herrman (wolter@p509139C9.dip.t-dialin.net) left irc: Quit: Die letzten Worte des Zauberlehrlings: "Eigentlich bin ich ja noch nicht soweit, aber..." [12:38] dhewg (dhewg@h-53-165.a157.priv.bahnhof.se) left irc: Ping timeout: 240 seconds [12:48] D0SFreak (~D0SFreak@72.1.88.158) left irc: Read error: Connection reset by peer [12:49] D0SFreak (~D0SFreak@72.1.88.158) joined #scummvm. [13:01] aquadran (aquadran@xtr.net.pl) joined #scummvm. [13:01] aquadran (aquadran@xtr.net.pl) left irc: Changing host [13:01] aquadran (aquadran@scummvm/undead/aquadran) joined #scummvm. [13:01] #scummvm: mode change '+o aquadran' by ChanServ!ChanServ@services. [13:04] aquadran (aquadran@scummvm/undead/aquadran) left irc: Client Quit [13:05] aquadran (aquadran@scummvm/undead/aquadran) joined #scummvm. [13:05] #scummvm: mode change '+o aquadran' by ChanServ!ChanServ@services. [13:28] Nick change: cyco_ -> cyco [13:34] dhewg (dhewg@h-53-165.a157.priv.bahnhof.se) joined #scummvm. [13:34] #scummvm: mode change '+o dhewg' by ChanServ!ChanServ@services. [13:54] DOSFreak (~D0SFreak@72.1.88.158) joined #scummvm. [13:58] D0SFreak (~D0SFreak@72.1.88.158) left irc: Ping timeout: 240 seconds [14:19] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [14:19] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [14:26] clone2727 (~clone2727@pool-71-125-72-162.nwrknj.east.verizon.net) joined #scummvm. [14:26] #scummvm: mode change '+o clone2727' by ChanServ!ChanServ@services. [14:50] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Ping timeout: 240 seconds [14:54] dtcrshr (~datacrush@unaffiliated/datacrusher) joined #scummvm. [14:58] Smedles_ (~psmedley@2001:44b8:1e3:1d00:1e6f:65ff:fec6:1db8) joined #scummvm. [14:58] Smedles (~psmedley@2001:44b8:1e3:1d00:1e6f:65ff:fec6:1db8) left irc: Read error: Connection reset by peer [14:59] ajax16384 (~ajax16384@84.47.155.254) left irc: Quit: ajax16384 [15:00] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Ping timeout: 240 seconds [15:03] bushwakko_ (~bushwakko@148.122.164.2) joined #scummvm. [15:03] bushwakko_ (~bushwakko@148.122.164.2) left irc: Client Quit [15:03] dtcrshr (~datacrush@unaffiliated/datacrusher) joined #scummvm. [15:07] bushwakko (~bushwakko@148.122.164.2) left irc: Ping timeout: 272 seconds [15:23] clone2727 (~clone2727@pool-71-125-72-162.nwrknj.east.verizon.net) left irc: Quit: bbl [15:29] _marc` (~marc@mos6581.de) left irc: Quit: _marc` [15:31] [md5] (~md5@ppp-94-65-50-230.home.otenet.gr) joined #scummvm. [15:31] [md5] (~md5@ppp-94-65-50-230.home.otenet.gr) left irc: Changing host [15:31] [md5] (~md5@unaffiliated/md5/x-729473) joined #scummvm. [15:31] #scummvm: mode change '+o [md5]' by ChanServ!ChanServ@services. [15:48] kettuz (~kettuz@host-94-101-5-98.igua.fi) joined #scummvm. [15:49] giucam_ (~giulio@adsl-ull-94-254.49-151.net24.it) joined #scummvm. [15:49] giucam (~giulio@adsl-ull-89-204.49-151.net24.it) left irc: Disconnected by services [15:49] Nick change: giucam_ -> giucam [15:49] ajax16384 (~User@ip110.net168.n37.ru) joined #scummvm. [15:49] #scummvm: mode change '+o ajax16384' by ChanServ!ChanServ@services. [15:55] Strangerke (51f60aa1@gateway/web/freenode/ip.81.246.10.161) left irc: Quit: Page closed [15:56] bgKa1 (~bgKa@lns-bzn-27-82-248-0-14.adsl.proxad.net) joined #scummvm. [15:58] bgKa (~bgKa@lns-bzn-30-82-253-176-54.adsl.proxad.net) left irc: Ping timeout: 252 seconds [16:00] Hmm [16:01] Maybe ScummVM should have joined Anti-SOPA blackout? [16:03] droid2727 (~AndChat@66.sub-75-226-165.myvzw.com) joined #scummvm. [16:03] #scummvm: mode change '+o droid2727' by ChanServ!ChanServ@services. [16:20] risca (~risca@wi-secure-1249.cc.umanitoba.ca) joined #scummvm. [16:21] giucam (~giulio@adsl-ull-94-254.49-151.net24.it) left irc: Remote host closed the connection [16:21] MetalSnake (~MetalSnak@77-22-219-166-dynip.superkabel.de) joined #scummvm. [16:22] giucam (~giulio@adsl-ull-94-254.49-151.net24.it) joined #scummvm. [16:23] hennymcc (~hennymcc@p57A8BDF0.dip.t-dialin.net) joined #scummvm. [16:24] Hkz (~Hkz@2001:470:c89a:2:21c:c0ff:fedc:e508) joined #scummvm. [16:24] #scummvm: mode change '+o Hkz' by ChanServ!ChanServ@services. [16:25] Mataniko_ (~chatzilla@c-24-91-129-98.hsd1.ma.comcast.net) joined #scummvm. [16:25] Mataniko (~chatzilla@c-24-91-129-98.hsd1.ma.comcast.net) left irc: Ping timeout: 240 seconds [16:26] Nick change: Mataniko_ -> Mataniko [16:31] _marc` (~marc@mos6581.de) joined #scummvm. [16:32] X-Scale (email@2001:5c0:1000:b::9eff) left irc: Remote host closed the connection [16:32] Herrman (wolter@p50911CBB.dip.t-dialin.net) joined #scummvm. [16:37] X-Scale (email@sgi-ultra64.broker.freenet6.net) joined #scummvm. [16:38] Nick change: X-Scale -> Guest1078 [16:45] DrMcCoy: yeah :-P [16:48] <[md5]> I agree on this, tbh [16:48] <[md5]> anti-SOPA = good [16:48] <[md5]> http://en.wikipedia.org/wiki/Main_Page <--- blacked out for today [16:49] iron sky joined the protest too!!!!1111 [16:50] towerk_ (~K@pool-96-244-226-235.bltmmd.fios.verizon.net) joined #scummvm. [16:52] no objections from me if you want to do something [16:53] <[md5]> we could make a black overlay over the site and forums [16:54] <[md5]> I'll whip up something fast [16:54] hennymcc (~hennymcc@p57A8BDF0.dip.t-dialin.net) left irc: Ping timeout: 252 seconds [17:24] risca (~risca@wi-secure-1249.cc.umanitoba.ca) left irc: Quit: Lämnar [17:29] risca (~risca@wi-secure-1249.cc.umanitoba.ca) joined #scummvm. [17:29] risca (~risca@wi-secure-1249.cc.umanitoba.ca) left irc: Read error: Connection reset by peer [17:35] KD0ETH_Wo (~KD0ETH_Wo@MA2982.grinnell.edu) left irc: Quit: Bye! [17:44] hennymcc (~hennymcc@p57A8BDF0.dip.t-dialin.net) joined #scummvm. [17:44] SylvainTV (~Sylvain@ALille-553-1-129-251.w92-142.abo.wanadoo.fr) joined #scummvm. [17:44] #scummvm: mode change '+o SylvainTV' by ChanServ!ChanServ@services. [17:52] Guest1078 (email@sgi-ultra64.broker.freenet6.net) left irc: Ping timeout: 272 seconds [17:53] Guest1078 (email@sgi-ultra64.broker.freenet6.net) joined #scummvm. [17:58] <[md5]> well, I got something done for SOPA, I guess I'll stick it a temporary copy [18:04] _sev (~sev@scummvm/undead/sev) left irc: Quit: This computer has gone to sleep [18:06] mufflon (~holle@p5B17F9D7.dip.t-dialin.net) joined #scummvm. [18:16] Schnaks_ (~Schnaks@p4FC4BB2C.dip.t-dialin.net) joined #scummvm. [18:17] Schnaks (~Schnaks@p4FC48EE8.dip.t-dialin.net) left irc: Ping timeout: 276 seconds [18:17] Nick change: Schnaks_ -> Schnaks [18:27] mufflon (holle@p5B17F9D7.dip.t-dialin.net) left #scummvm ("Ex-Chat"). [18:38] James|GlideM (~James|Gli@cpc2-mapp11-2-0-cust447.12-4.cable.virginmedia.com) left irc: Read error: Connection reset by peer [18:43] criezy (~criezy@host86-164-152-120.range86-164.btcentralplus.com) joined #scummvm. [18:43] #scummvm: mode change '+o criezy' by ChanServ!ChanServ@services. [18:44] sirlemonhead (~bduncan22@86-45-2-215-dynamic.b-ras2.prp.dublin.eircom.net) joined #scummvm. [18:46] <[md5]> here's a demo SOPA protest page: http://www.scummvm.org/sopa/index.html [18:50] Krest (~Krest@dslb-188-097-196-095.pools.arcor-ip.net) joined #scummvm. [18:50] hi [18:51] hey Krest [18:53] KD0ETH_Wo (~KD0ETH_Wo@MAB2982.grinnell.edu) joined #scummvm. [18:54] TAS-2012v (~TAS_2012x@c-84c8e253.1710-7-64736c12.cust.bredbandsbolaget.se) joined #scummvm. [18:56] TAS_2012v (~TAS_2012x@c-84c8e253.1710-7-64736c12.cust.bredbandsbolaget.se) left irc: Ping timeout: 252 seconds [18:57] Krest (~Krest@dslb-188-097-196-095.pools.arcor-ip.net) left irc: Quit: Krest [19:15] Javacat (~Javacat@unaffiliated/javacat) joined #scummvm. [19:23] md5: looks good, but i'd use max! :) [19:23] syke (~matt@nat-sv.bluecoat.com) joined #scummvm. [19:23] Yes, let's use Fingolfin [19:24] actually i'd use the forefathers from dott :) [19:24] heh, that's not a bad idea :P [19:24] "George found SOPA in the suggestion box" [19:24] as a punching bag? ;) [19:28] and change the text to "Imagine a world without Tentacles" [19:31] risca (~risca@wi-secure-6336.cc.umanitoba.ca) joined #scummvm. [19:32] Nick change: Javacat -> NotJavacat [19:33] not Javacat? :( [19:36] hennymcc (~hennymcc@p57A8BDF0.dip.t-dialin.net) left irc: Quit: Verlassend [19:37] <[md5]> Mataniko: feel free to write any nice anti-SOPA text, that actually makes sense :P [19:37] i would but i have to step out in a couple of mintues [19:39] don't get me wrong, i think the wikipedia text is fine [19:39] with the adjustments [19:42] risca (~risca@wi-secure-6336.cc.umanitoba.ca) left irc: Quit: Lämnar [19:53] giucam (~giulio@adsl-ull-94-254.49-151.net24.it) left irc: Read error: Operation timed out [19:53] LordHoto (~loom@unaffiliated/lordhoto) left irc: Quit: bbl [19:55] Tomaz^ (tompsson@h-176-10-236-177.na.cust.bahnhof.se) left irc: [20:00] giucam (~giulio@adsl-ull-181-206.49-151.net24.it) joined #scummvm. [20:02] fuzzie: can you do the droid builds? [20:02] yep [20:02] k nice [20:02] in fact was just discussing them :) [20:02] ;) [20:03] dhewg: btw, was chatting to friends about their Wiis earlier, and several mentioned how awesome the ScummVM port was [20:03] as motivation to buy one [20:03] heh [20:03] Hkz (~Hkz@2001:470:c89a:2:21c:c0ff:fedc:e508) left irc: Remote host closed the connection [20:03] same for people on IRC, but, well, they're clearly nerds [20:03] but good work I guess :) [20:04] well, i do think that i got to a pretty good that [20:04] if only it wouldnt bitrot [20:04] :D [20:04] btw [20:04] i just found a 11 month old patch for that [20:04] upgrade to the latest toolchain [20:04] but that requires a newer glibc [20:05] which we do not have on builtbot [20:05] did anything happen about that? [20:05] and i meant "good state" [20:05] not other than a failed attempt to do some horrible preload thing which was doomed to failure [20:05] Hkz (~Hkz@2001:470:c89a:2:21c:c0ff:fedc:e508) joined #scummvm. [20:05] #scummvm: mode change '+o Hkz' by ChanServ!ChanServ@services. [20:06] whatever if was, attempting to hack around such a requirement is doomed to fail spectacular [20:06] *it [20:06] ajax16384 (~User@ip110.net168.n37.ru) left irc: Read error: Connection reset by peer [20:08] Nick change: NotJavacat -> Javacat [20:09] Nick change: Javacat -> NotJavacat [20:10] Nick change: NotJavacat -> Javacat [20:10] Nick change: Javacat -> NotJavacat [20:12] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Ping timeout: 240 seconds [20:13] Smartnow (~Smartnow@unaffiliated/smartnow) left irc: Ping timeout: 252 seconds [20:14] Smartnow (~Smartnow@unaffiliated/smartnow) joined #scummvm. [20:20] _sev (~sev@109.87.142.103) joined #scummvm. [20:20] _sev (~sev@109.87.142.103) left irc: Changing host [20:20] _sev (~sev@scummvm/undead/sev) joined #scummvm. [20:20] #scummvm: mode change '+o _sev' by ChanServ!ChanServ@services. [20:21] Action: Hkz attempts to summon Strangerke [20:26] dtcrshr (~datacrush@unaffiliated/datacrusher) joined #scummvm. [20:28] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Max SendQ exceeded [20:32] dtcrshr (~datacrush@unaffiliated/datacrusher) joined #scummvm. [20:33] dtcrshr (~datacrush@unaffiliated/datacrusher) left irc: Max SendQ exceeded [20:41] Nick change: notajf|offline -> notajf [20:41] Hi! I'm a volunteer! Quick, make me do something before I vanish! [20:45] Nick change: notajf -> vanished_volunte [20:45] well, I was going to point at the TODO list [20:45] but then I looked at the Android section and ended up removing all the entries because they were all done a long time ago [20:46] and other entries include things like kFeatureAutoComputeDirtyRects which has been gone for a year and a half [20:47] :/ [20:47] Nick change: vanished_volunte -> notajf [20:47] LordHoto (~loom@unaffiliated/lordhoto) joined #scummvm. [20:47] #scummvm: mode change '+o LordHoto' by ChanServ!ChanServ@services. [20:47] add a "cleanup TODO" on top of TODO? :P [20:47] haha [20:58] DOSFreak (~D0SFreak@72.1.88.158) left irc: Ping timeout: 240 seconds [21:00] Guest1078 (email@sgi-ultra64.broker.freenet6.net) left irc: Ping timeout: 272 seconds [21:04] Guest1078 (email@sgi-ultra64.broker.freenet6.net) joined #scummvm. [21:06] Tomaz^ (tompsson@h-176-10-236-177.na.cust.bahnhof.se) joined #scummvm. [21:15] Nick change: notajf -> notajf|offline [21:19] tsoliman (~tsoliman@rrcs-98-100-164-31.central.biz.rr.com) joined #scummvm. [21:19] #scummvm: mode change '+o tsoliman' by ChanServ!ChanServ@services. [21:22] hmm if i'm looking at the IDA disassembly for a function which returns int, should I be seeing ax pushed onto the stack just before the function returns? [21:22] usually calling conventions just return the value in ax [21:23] so its assumed if its got a return type? that's good - this now makes sense [21:23] i mean pushing onto the stack before a return would be a pretty horrible calling convention on x86, since it has the return address on the stack and so you'd have to actually pop it as part of the return [21:23] it does happen but probably not in any code you're likely to see :) [21:23] tsoliman (~tsoliman@rrcs-98-100-164-31.central.biz.rr.com) left irc: Client Quit [21:23] i saw a return type and them setting ax, but doing nothing else with it before returning. so that's all good :) [21:24] the really early games had hand-coded assembly, which sometimes had really odd-looking patterns [21:24] there are compilers which would generate code that snaffles values out of the dead stack under some circumstances [21:24] going from reversing stuff compiled post-1990 to pre-1990 can be a bit jarring [21:24] this one is from 1991 or so and was compiled with borland c++..so I assume they didn't use any/much hand coded assembly.......maybe :P [21:25] I have some functions where it seems after every line, there's a new "loc_" tag..is that normal? I see it a lot in functions that reside in overlays.. [21:33] is ax pushed into the stack *before* a function call with a return type? [21:33] DOSFreak (~D0SFreak@71-23-3-153.gar.clearwire-wmx.net) joined #scummvm. [21:33] sirlemonhead: sure, that's allowed. [21:33] for instance, if the return value of one function is passed to another [21:33] you might see [21:34] call 0xd00d [21:34] push ax // implicitly set by the function @ 0xd00d [21:34] but it wouldnt be normal if it was just a straightward function call? not nestted or anything? [21:34] call 0xbabe // probably uses the last push as a parameter [21:47] bgKa1 (~bgKa@lns-bzn-27-82-248-0-14.adsl.proxad.net) left irc: Quit: Leaving. [21:50] MetalSnake (~MetalSnak@77-22-219-166-dynip.superkabel.de) left irc: Quit: MetalSnake [21:52] Nick change: Endy|AFK -> Endy [21:54] Endy! [21:55] clone-clone! [21:56] .dcc send endy cornjob.jpg [21:56] oopz [21:56] rofl [21:57] Family channel, family channel heh [21:57] what? I was trying to send you a picture of my parent's produce farm [21:57] you pervert [21:59] Can't deny that :P [22:00] great to see that qfg3 appears to have really high compatibility [22:05] digitall (~digitall@cpc2-hitc2-0-0-cust28.9-2.cable.virginmedia.com) joined #scummvm. [22:05] #scummvm: mode change '+o digitall' by ChanServ!ChanServ@services. [22:09] what's the latest with qfg4? [22:09] <[md5]> it's in progress, same as the rest of the SCI2 games [22:09] any progress from 6 months ago or so? [22:09] <[md5]> well, not much, I'm afraid [22:10] I remember the opening cinematic played, but the menus were wonky and character selection were a bit wonky [22:10] <[md5]> I'm hoping to get some good progress once I figure out the SCI3 executables [22:10] Nick change: giucam -> LeMans [22:11] Evening... To be clear, the LD_PRELOAD stuff for WebOS didn't fail... I just can't quite work out a working solution... [22:12] It would be "easier" to just upgrade Buildbot's glibc... but I'm concerned that this would break things. [22:13] Action: digitall is not a Debian expert... [22:13] Nick change: LeMans -> giucam [22:14] digitall: it didn't give you a bunch of random errors whenever you tried running a binary? [22:14] fuzzie: This is all covered by the message I sent to scummvm-devel at the time... [22:14] But no-one commented then. [22:15] well, I'm sure several of us read it [22:15] *grumble* [22:16] but it's not particularly clear [22:16] I mean, it *looks* like it failed terribly and you got a bunch of random errors whenever you tried running a binary. [22:16] Strangerke master * r00a9d39 / (5 files in 2 dirs): TSAGE: R2R - Implement scene 1700 - http://git.io/T54ajQ [22:16] Well, I think part of the problem is that I really needed a way to disable ccache or similar [22:17] or force a full make clean... [22:17] i mean [22:17] you know that you're not actually running out of RAM there, right? [22:17] Note that stable-wince is currrently broken, but that is due to the compiler change and the cache not re-running configure [22:18] fuzzie: I don't really know anything, I'm no expert on doing this... just no-one else seems to care to try :-) [22:18] well, LD_PRELOADing glibc is sort of at the height of "unsupported crazy things" :p [22:19] Well, I think the issue is either a memory issue... or it may be due to a missing library dependency of debian's glibc build. [22:19] I was under the impression that it was static, but there were a few dependencies and I'm not sure if they are being met... [22:20] Since the compiler is run via the buildbot... not sure if STDERR messages are being passed up to stdio [22:21] i mean, the configure stage is failing way before it gets near a compiler [22:21] Might be ccache... Not sure if there is a way to force a clean build? [22:21] it's just failing to run anything at all [22:22] fuzzie: IIRC, I put back the old toolchain code after I failed... not sure why it is now failed altogether [22:22] the buildbot output was giving an empty value for LD_LIBRARY_PATH which doesn't make much sense but is slightly suspicious [22:23] Dominus (~Dominus@85-127-132-82.dynamic.xdsl-line.inode.at) left irc: Quit: Leaving. [22:23] I did have some hell there trying to work out what LD_LIBRARY_PATH should be in the default case. [22:23] Check my commits to buildbot SVN [22:23] I may have made a mistake. [22:24] digitall: if we do upgrade glibc on the build box I can start using the OpenPandora toolchain again as that needs a newer glibc and I could never get LD_PRELOAD to work for that ;). Infact considering both the WebOS GCC and OpenPandora GCC origionate from OpenEmbedded recipes I expect the same fix would work for both ;). [22:25] well, LD_PRELOAD rather than just LD_LIBRARY_PATH for old glibc seems a bit crazy and not likely to work anyhow [22:25] but not best time for me to think about it [22:26] Nick change: giucam -> LeMans [22:26] fuzzie: yep, I think I just tinkered with lib path but I just gave up as it was on a big list of things I could make a failure of ;) [22:28] LeMans (~giulio@adsl-ull-181-206.49-151.net24.it) left irc: Quit: Ciao! [22:28] i think our debian is at EOL anyway [22:29] best thing is to just do an upgrade [22:29] dhewg: Yes... It needs a full backup, single user and then upgrade... [22:29] phft, single user :-p [22:29] <[md5]> out of curiosity, why debian? [22:29] yeah, single user :P [22:29] [md5]: why not? :p [22:29] vm backup, life upgrade, remote reboot! [22:30] dhewg: agreed, and I expect the fallout will not be all that bad, infact with 1.4.1 done I guess now is a good time to do it (if we have issues we can fix without a massive project impact). [22:30] <[md5]> well, we could use ubuntu? [22:30] nooo [22:30] debian! [22:30] what dhewg said [22:30] <[md5]> or, for something more server-like, CentOS [22:30] Action: [md5] loves CentOS [22:30] you do? [22:30] giucam (~giulio@adsl-ull-181-206.49-151.net24.it) joined #scummvm. [22:30] <[md5]> yeah [22:30] debian! [22:30] [md5]: for what we use it for what would bloatbuntu give us? [22:30] DJWillis: yeah hopefully, i mostly worry about /opt/toolchains [22:31] <[md5]> DJWillis: well, more bleeding edge libraries, perhaps? [22:31] image it and try an upgrade locally? [22:31] For my two pins, I would say the choice is between Debian, Arch and Gentoo. [22:31] <[md5]> they do have a long LTS plan [22:31] <[md5]> Gentoo? O_o [22:31] But I would stick with Debian and try to upgrade first... Changing distros is probably not "worth" it. [22:31] [md5]: take a quick poll to see what OS the contributing developers, then use something other than that. it'll help increase coverage, at the least. [22:32] heh gentoo, like that poor vm isnt busy enough compiling all day long [22:32] giucam (~giulio@adsl-ull-181-206.49-151.net24.it) left irc: Client Quit [22:32] <[md5]> that's what I was about to say [22:32] dhewg: yep, that said, I have done a lot of dist upgrades recently with 10-15 toolchains installed, ARM, MIPS, x86 etc. and all survived the upgrades, including some shitty 2.95 toolchains I exected to have to move to a VM ;) (don't ask WHY I have them) [22:32] <[md5]> gentoo sounds like we're dooming that machine to eternal building... including the OS :p [22:32] [md5]: an LTS ubuntu having gone this long would be much worse library-wise [22:32] True, but Gentoo's support for cross compilers is very good: http://www.gentoo.org/proj/en/base/embedded/handbook/ [22:33] but the VM is quite seriously limited in disk space, right? [22:33] Yes, I would recommend sticking with Debian... or Arch at the outside. [22:33] digitall: yeah, that framework is nice, but wont really help for all our console toolchains [22:33] and rule #1 of crosscompiling is that trying to crosscompile without the exact binary toolchain which is known to work doesn't work [22:33] As you say Gentoo would require too much CPU. [22:34] <[md5]> I haven't used Arch, I've heard good things about it though [22:34] Arch has the advantage that like Gentoo, it is a rolling distro... [22:34] it sucks that GCC can't produce a profile-optimized cross-compiler. I was looking into this a few weeks ago as a way to further optimize a build at work. [22:34] digitall: I find Gentoo a pig for cross-compilers as they have ebuild for random snapshots that often don't work ;) [22:34] native build time reduced by 20% with profiledbootstrap [22:35] ny00123 (~ny00123@bzq-109-65-205-13.red.bezeqint.net) left irc: Quit: Leaving [22:35] DJWillis: Not sure when you tried it, but the point is that Crossdev allows you to dynamically make a toolchain by specifying the binutils, gcc etc. [22:35] I just vote we update the box and see what fails, is it worth moving to the mailing list to actually get this work planned in (in all seriousness), I am willing to help if I can. [22:36] http://en.gentoo-wiki.com/wiki/Crossdev [22:36] <[md5]> great :) [22:36] DJWillis: I agree... but a full backup first please. [22:37] Kaidane (~Kaidane@adsl-065-005-218-152.sip.cae.bellsouth.net) joined #scummvm. [22:37] well, if it's possible to back it up, it should be pretty trivial to just put it in someone's local VM and upgrade it and see [22:37] fuzzie: Agreed. [22:38] backup should be no problem, it just has to be done on qvist's end [22:38] ah, well, see, despair. [22:38] <[md5]> hm, if that is a VM, it should be relatively straightforward to set up a new one, and copy the stuff we want from the current one, right? [22:39] considering we might have to restore the easy approach is just to power down the vm and backup the hdd images [22:40] <[md5]> are there any other VMs running on that server? [22:40] not sure [22:40] but i know its vmware [22:44] <[md5]> anyway, so the popular choices are Debian and Arch? [22:44] <[md5]> and why do you hate CentOS? :P [22:44] Well, Debian since it is the "normal" upgrade path... Arch because it is similar i.e. build only what you need, well documented [22:45] isnt centos using rpm? [22:45] non-commercial, rolling release. [22:45] The last 2-3 probably don't apply to Debian :-) [22:45] rpm is a no-go, but maybe thats just me :P [22:46] No, I would tend to agree... [22:46] Though this is mainly a "taste" thing... CentOS is Red Hat Non-Commercial... [22:46] well, RHEL is quite nice if you have the support contracts and you need to run enterprise-ish stuff on it [22:46] It also comes down to support. [22:46] but there's kinda a lack of other reasons to do it, and then CentOS is like RHEL only without even being able to keep up with security releases, no? [22:47] *shrug* [22:48] my personal view on distros is "anything is fine as long as I don't have to administer it", so there is my bias [22:49] *ditto* [22:49] Action: Endy has to administer CentOS VPS' for customers with cpanel. [22:50] i'm sorry. have a cookie. [22:50] I would prefer something with rolling support and we can generally just run the apt-get update regularly... or similar [22:50] I've since developed a even stonger Debian bias than I already had /oops :) [22:50] fuzzie: Ooooh Cookie! [22:51] Strangerke (~Strangerk@cable-85.28.107.228.coditel.net) joined #scummvm. [22:51] #scummvm: mode change '+o Strangerke' by ChanServ!ChanServ@services. [22:52] Strangerke: Good ! [22:52] Hkz: quick! [22:52] Hi Endy :) Thanks, good morning to you too :) [22:53] Strangerke: Evening... With your PR hat on, what do you think about the SOPA Blackout? Talk to [md5] [22:53] fuzzie, yeah, i'm still not very good with summonings :P [22:55] i think at some point you will be a bit late on the SOPA blackout front, reddit will be back in 2 hours [22:55] Action: Endy wonders what the webstats look like after the Ars article :P [22:55] Endy: there's a nice bump on the android market installs graph [22:55] fuzzie: Awesome! [22:55] Newa (neva@dyn-xdsl-188-117-29-253.nebulazone.fi) left irc: Read error: Operation timed out [22:55] <[md5]> https://sourceforge.net/projects/scummvm/files/stats/timeline [22:56] we're still only at 24k currently-installed devices though. need more androiders! [22:56] fuzzie: Including buildbot builds? :P [22:56] droid2727: no, but who'd install those? [22:56] silly. [22:57] <[md5]> anyway, I mentioned CentOS cause it's basically a free enterprise system, hence less things to worry about... but yes, CentOS is a free RedHat, thus RPM-based [22:57] <[md5]> but in the end of the day, yum does a similar job as aptitude does (even though they're based on different package systems) [22:58] aquadran (aquadran@scummvm/undead/aquadran) left #scummvm. [22:58] omg yum [22:58] i hate that with a passion [22:58] people still use aptitude? :p [22:58] Some of the Redhat guys working on RHEL I've talked to this week don't have a very high (personal) opinion of CentOS either :) [md5] [22:58] <[md5]> apt-get install foo/yum install foo [22:58] apt-get build-deps foo? [22:59] :) [22:59] <[md5]> heh :p [22:59] yumyumdownload foo --please-don't-break-this-time [22:59] the commandline interface usually isn't the problem -- it's the quality of the package meta-data, especially with regard to dependencies [22:59] <[md5]> Endy: so what flavor would you recommend for a server OS? [22:59] <[md5]> ok, sorry, that should be addressed to the channel, not just Endy [22:59] the eternal question is: what would you want to *do* with the server? [23:00] <[md5]> heh :) [23:00] what does server OS mean in this case? it sounds like you really want to optimize for ease of cross-compilation [23:00] if your answer is "run a whole heap of crosscompile toolchains which run nicely on Debian right now" then I think there's not much of a question [23:00] not to necessarily have a "server"-optimized kernel, etc [23:00] [md5]: My bias is Debian - note this is largely due to the number of servers (physical and virtual) I have to maintain daily. [23:00] <[md5]> I guess the usual LAMP stack can run on pretty much anything [23:00] sirlemonhead (bduncan22@86-45-2-215-dynamic.b-ras2.prp.dublin.eircom.net) left #scummvm. [23:00] desks, tables, chests, etc? [23:00] <[md5]> but for cross-compilation things are different [23:01] The only real thing thats shaken that bias was the _DUMB_ OpenSSL issue a while back. [23:01] Who needs to seed their random number generator? :P [23:01] <[md5]> :p [23:01] <[md5]> Sony! [23:01] Endy: and LIBRARY_PATH [23:01] syke: Aye, that too. [23:01] I want to skullrape the motherfuckers that had the idea, and the people who somehow allowed it to happen [23:01] I think Endy should volunteer to host a new VM instance and maintain it :-) [23:02] Action: digitall runs [23:02] <[md5]> he should indeed. Thank you for volunteering Endy :p [23:02] Action: [md5] runs too [23:02] WIRE HANGERS!!!$@!$@!$ [23:03] For what, buildbot? [23:03] Action: [md5] sticks marshmallows on syke's hangers and lights a bonfire :p [23:03] I've offered dual-xeon boxes for buildbot before. I have a strange suspicious people think I'm lazy and unresponsi................... ve [23:03] :) [23:03] Yes... The current VM is very slow... and the Debian host OS really needs an upgrade. [23:04] what is the VM? bochs? qemu? [23:04] didn't someone mention vmware above? [23:04] <[md5]> it was mentioned that it's VMWare [23:04] sorry, missed that [23:04] Ugh. [23:04] Endy: i think you may possibly be far more responsive than the current vm owner [23:04] Aww... Well, a plurality of buildbots would not be bad... and there is no need to port the VM. [23:04] <[md5]> so I would assume vsphere/esxi [23:04] fuzzie: Whos that? [23:04] <[md5]> qvist [23:05] I can offer Xen VMs or a physical colo - I'd probably go physical for buildbot. [23:05] Just instance a new VM, add a new host OS and then copy the buildbot config, files and toolchains across.... [23:05] LeChuck runs on one of the VMs - takes me about 15 minutes to instance a new one up :P [23:05] <[md5]> and give everyone root access and security audit tools for added fun [23:08] Well, I'm back in the office next week - I might see what h/w I can throw together and make an offer. [23:08] OO.... Root Access to LeChuck!!! [23:09] Hey LeChuck... Want a ROOT BEER? [23:09] Given the number of platforms being built, I'm sure more grunt can't help :) [23:09] Endy: I can pay for a RAM upgrade, if that helps. running compiles on a RAM disk cut my build times in half for GCC bootstrap. [23:09] we can have a whole army of LeChucks! [23:10] syke: RAM likely to be the only issue - I've an abundance of dual-Xeon 2.3Ghz boxes lying around, but they're DDR2 ECC. [23:10] DDR2 ECC is expensive nowdays, and my hoarded pile is low :) [23:11] Anyway, Endy thanks and I hope you can sort out something. [23:11] Endy: how many slots are free? [23:12] syke: I think most of them are 8-slot boards. I'm literally in the wrong state at the moment, so can't physically check :) (@ linux.conf.au for the week) [23:12] ok [23:12] let me know, I'm happy to paypal the funds [23:12] looks like it's ~US$90 for a 4GB DDR2 ECC stick [23:13] Thats a lot less than we paid a few weeks ago [23:13] I assume a pair (at least) will be needed to supplement whatever is existing? [23:13] http://www.amazon.com/Kingston-ValueRAM-667MHz-Buffered-Desktop/dp/B00134A5PW/ref=pd_sim_sbs_e_1 [23:13] Huh awesome. Why didn't we check Amazon? :P [23:13] I did a google search and it was one of the links [23:13] syke: Aye, will need matching paired ram. Will be in touch anyway. [23:13] ok [23:13] I'll run the offer past the Core Team first :) [23:14] what's the size of the sources+output for the largest build done on the server? [23:14] syke: I'm not sure we have that kind of profiling information. [23:14] Anyone? [23:15] The current VM has 2G Physical and 1G Swap [23:15] I'll check on this machine to get a ROM [23:16] So I would suspect we can at least do better than that. [23:16] TAS-2012v (~TAS_2012x@c-84c8e253.1710-7-64736c12.cust.bredbandsbolaget.se) left irc: Ping timeout: 240 seconds [23:17] Heh, easily. [23:17] digitall: What does /proc/cpuinfo show, grunt-wise? [23:17] Action: Endy back in a bit - switching rooms for a different talk [23:17] is LTO being used for any builds? that can cause slightly higher RAM usage spikes during a build [23:18] i think you may be vastly overestimating the technical sophistication of our builds there [23:19] LTO is just a flag [23:20] looks like disk usage is ~650MB in the default build [23:20] testing now with -O3 -flto -g [23:20] I mean, the native builds are almost irrelevant to our build times usually. [23:21] Endy: model name : Intel(R) Xeon(TM) CPU 2.80GHz [23:21] bogomips : 5585.00 [23:22] echelog-1 (~echelog-1@95.166.104.217) left irc: Remote host closed the connection [23:23] fuzzie: perhaps.. the hardware is indeed not that new on the buildbot [23:23] TAS_2012v (~TAS_2012x@c-84c8e253.1710-7-64736c12.cust.bredbandsbolaget.se) joined #scummvm. [23:24] adn i think it's all about the cpu, and I can't upgrade that for now [23:24] echelog-1 (~echelog-1@95.166.104.217) joined #scummvm. [23:25] well, it's more important having it be reliable than it be fast, I think [23:25] and it really has just kept going and going [23:26] does anyone know if it would be possible to just add buildslaves in some way where they could just handle builds if available? [23:26] qvist: do you have swap statistics for a given build? [23:27] I have no statistics, I only maintain the hardware.. [23:27] I've had great luck just adding RAM and then building in a RAM disk, even on single-core machines [23:27] qvist: I assume we are responsible for the Host OS? [23:27] if ram is the issue, I think I can add some more [23:27] digitall: yes [23:28] with -flto -O3 -g, the build is ~1.7GB [23:28] well, if we take a copy of the VM contents to test an upgrade, I imagine we can also test whether it would be helped by more RAM.. [23:28] Hmm... The idea of having two replicated and synced buildbots could be a damn good idea... [23:29] Northern and Southern Hemisphere! :-) [23:29] I think ram can be added on the fly [23:29] Then can we get a Volcano Lair... and a crate of 20 assorted white cats :-) [23:30] Hkz (~Hkz@2001:470:c89a:2:21c:c0ff:fedc:e508) left irc: Quit: sleep [23:30] digitall: well, I was just wondering whether we could simply offload some of the heavier builds [23:30] I can provide the vmdk file or do you want to copy only the files? [23:30] cyco (~cyco@p4FFE0995.dip.t-dialin.net) left irc: Quit: cyco [23:30] qvist: Thanks.. The main issue at is maintenance of the Host OS and speed... [23:31] Kirben (kirben@c220-239-194-17.brasd3.vic.optusnet.com.au) joined #scummvm. [23:31] #scummvm: mode change '+o Kirben' by ChanServ!ChanServ@services. [23:31] only scummvm on the jost, so you get all the cpu, I think memory can be added [23:31] I could just throw the vmdk file(s) into something, but I wouldn't have time until next week, so am maybe not the good choice here if there are people actually motivated. [23:32] The VMDK file would be the easiest way, but there is more on the Box than just buildbot and I think the Core Team should be consulted before we throw stuff around. [23:32] Is the VMDK everything including sda2 i.e. all 50G? [23:32] yes, private passwords/keys/etc on the disk [23:32] have to sllep now but tell me if I should do something [23:33] qvist: thanks! [23:33] Well, I think Endy will send a message to scummvm-devel... [23:33] qvist: Thanks, probably will be a minor discussion on scummvm-devel about the way forward here. [23:34] i.e. so WebOS, OpenPandora and future toolchains can be supported... [23:34] and we can add builders for more of the ports. [23:34] k, you have to mail me also since I don't "follow" scummvm-devel, night [23:35] ok [23:50] sirlemonhead (~bduncan22@86-45-2-215-dynamic.b-ras2.prp.dublin.eircom.net) joined #scummvm. [23:52] What is really so bad about SOPA? just been looking through notes on wikipedia, after protest suggestion of ScummVM web site. The idea of web sites having to police themselves is actually good, I'm tried of the endless links to illegal software/videos when searching these days, and web pages with only links to illegal stuff should be just as liable. [23:53] Kirben: it's who decides what it infringing , and the speed at which ISPs would be forced to comply with takedowns, that is the problem [23:54] and destroying the entire DNS system [23:54] 14 years ago, when my old band started putting up MP3s of music we had written, produced, and published ourselves, we got dozens of automated takedown notices [23:54] and so did the admin of the box/domain we were hosted on [23:54] we were lucky -- the yak.net admins knew it was horseshit [23:54] most people, especially nowadays, are not that lucky [23:56] SylvainTV (~Sylvain@ALille-553-1-129-251.w92-142.abo.wanadoo.fr) left irc: Ping timeout: 240 seconds [23:56] It is similar to the patent issue... It will basically end up as a barrier to market entry to small players. [23:56] So an immeditate take down is required, based on any complaint, rather than any verification at all? I din't know they were using automated take downs now. [23:56] youtube has dozens of examples of legitimate uses of works being taken down [23:57] due to secret agreements with UMG, Warner, Sony, etc [23:57] and the remediation path is almost non-existant [23:57] Plus I don't want to be extraordinarily renditioned... [23:57] http://www.bbc.co.uk/news/uk-england-south-yorkshire-16544335 [23:58] the killer was a month or two ago when a bunch of rap stars got together to make a protest video [23:58] which, without any legitimate reason, got taken off of youtube [23:58] I have noticed several regular users reviews moving off YouTube, due to copyright reasons. But they were making use of scenes from movies/TVs, not sure on the legal side of that. [23:59] recent fair use clarifications make it pretty clear, but it's not even about the effects on infringing content [23:59] that is definitely a problem that needs to be solved [23:59] it's about the non-infringing content [00:00] --- Thu Jan 19 2012