| ../irclogs/#mantishelp.2009-04-14.log | ||
| --- scribe started --- | 00:00 | |
| CIA-11 | Mantisbt: thraxisp * r5019f259ff4d /bug_update.php: fix for #10035: Custom multi-selection list fields don't allow | 00:47 |
|---|---|---|
| CIA-11 | Mantisbt: thraxisp master-1.1.x * re4ca98339277 /bug_update.php: fix for #10035: Custom multi-selection list fields don't allow | 00:50 |
| CIA-11 | Mantisbt: thraxisp master-1.1.x * r45934909ad91 / (config_defaults_inc.php core/form_api.php): Merge branch 'master-1.1.x' of git@mantisbt.org:mantisbt into master-1.1.x | 00:50 |
| husker_in | hello, my mantis version is 1.1.6. I use LDAP for authentication. | 05:40 |
| husker_in | For OU=foo, I want to limit access to only specific users. | 05:41 |
| husker_in | Can someone point me a way accomplish this? | 05:41 |
| mantisbot | New bug: Bug 10327 - harpreet_singh - open - new | 06:42 |
| mantisbot | New bug: Installation of Mantis - http://www.mantisbt.org/bugs/view.php?id=10327 | 06:42 |
| djp | ok, so I report an issue in mantis and if I dont fill out a required field I get an error | 07:18 |
| djp | when I click back I have lost all the information I had entered | 07:18 |
| djp | Is there a fix for this? | 07:18 |
| djp | the version we are using is 1.1.2 | 07:22 |
| djp | ok I found it is fixed in 1.1.3 | 07:47 |
| paulr_ | lo | 10:17 |
| paulr_ | hmm | 11:48 |
| paulr_ | nuclear_eclipse: you done anything yet on utf? | 12:10 |
| * paulr_ is playing | 12:10 | |
| CIA-11 | Mantisbt: paul * r3fd3eb8b2c6c / (5 files in 3 dirs): Fix: #0006833: Incorrect handling of some UTF-8 strings | 12:29 |
| CIA-11 | Mantisbt: paul * rc18173d939a1 /manage_tags_page.php: HTML Validation | 12:30 |
| CIA-11 | Mantisbt: paul * rc7569b1d1389 /lang/strings_catalan_8859-15.txt: Fix test_langs.php failures in catalan_8859. | 12:30 |
| nuclear_eclipse | paulr_: I try to stay as far away from Unicode/UTF-8 as I possibly can | 14:06 |
| paulr_ | hows your cw? | 14:07 |
| nuclear_eclipse | cw? | 14:08 |
| paulr_ | work course | 14:08 |
| nuclear_eclipse | ah | 14:08 |
| nuclear_eclipse | well, I think I'm going to be pepetually overloaded for the next month or so until I graduate... :( | 14:09 |
| nuclear_eclipse | I just got back from class, and have yet another project to work on.... | 14:09 |
| paulr_ | hehe | 14:09 |
| paulr_ | CREATE DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci; is how to create a mysql utf8 db ? | 14:10 |
| nuclear_eclipse | I have no clue | 14:10 |
| nuclear_eclipse | I always use 'CREATE DATABASE name' or phpMyAdmin... :P | 14:10 |
| paulr_ | seems that doesn't support inserting utf8 data | 14:10 |
| paulr_ | mantis live db strips utf 8 ;/ | 14:13 |
| paulr_ | http://www.mantisbt.org/bugs/view.php?id=9218 | 14:14 |
| * paulr_ ponders | 14:14 | |
| paulr_ | should that be resolved ? ;/ | 14:15 |
| dhx_m | hi | 14:15 |
| paulr_ | hi | 14:15 |
| dhx_m | nuclear_eclipse: ah, UTF-8 is nice :p | 14:15 |
| paulr_ | dhx_m: well volunteered | 14:15 |
| dhx_m | what is the problem? | 14:15 |
| * paulr_ doesn't do utf8 :) | 14:16 | |
| dhx_m | one thing I hate is software that doesn't play nicely with UTF8 | 14:16 |
| paulr_ | and i'm trying to fix utf8 stuff | 14:16 |
| * paulr_ makes note.... daryn dates... nuclear_eclipse bugobject feedback... dhx_m every utf8 bug | 14:16 | |
| dhx_m | so basically I should put chinese characters all over my Mantis install | 14:16 |
| dhx_m | to see what breaks? | 14:17 |
| paulr_ | heh, nah | 14:17 |
| * paulr_ is currently doing that ;p | 14:17 | |
| dhx_m | I was horrified to see: http://git.mantisbt.org/?p=mantisbt.git;a=commitdiff;h=f6d71ff36607383a7123e6c2f9a5b1e9f64349ab | 14:17 |
| dhx_m | hardcoded integer representation of projections, eta, resolution, etc! :) | 14:17 |
| dhx_m | I have a patch coming out to fix that | 14:17 |
| paulr_ | it's always been like that | 14:18 |
| dhx_m | bug_submit_resolution, etc are needed | 14:18 |
| dhx_m | I know | 14:18 |
| dhx_m | seems very ugly to me | 14:18 |
| nuclear_eclipse | dhx_m: perhaps you would like to assist with bug 10303? | 14:18 |
| mantisbot | Bug 10303 - jreese - open - assigned | 14:18 |
| mantisbot | Create and use string_api wrappers for multibyte string functions - http://www.mantisbt.org/bugs/view.php?id=10303 | 14:18 |
| paulr_ | *NOT* when reporting bugs | 14:18 |
| paulr_ | Incorrect string value: '\xEF\xBB\xB0' for column 'description' at row 1 for the query: INSERT INTO mantis_bug_text_table | 14:18 |
| paulr_ | ( description, steps_to_reproduce, additional_information ) | 14:18 |
| paulr_ | VALUES | 14:18 |
| paulr_ | ( '?','',''). | 14:18 |
| * paulr_ sighs | 14:18 | |
| dhx_m | I was actually thinking of starting a new "Work Log" plugin | 14:18 |
| dhx_m | except it won't be called "Work Log"... maybe more like "UserMetrics" or "UserStats" | 14:19 |
| paulr_ | mysql> show variables like "character_set_database"; | 14:19 |
| paulr_ | +------------------------+-------+ | 14:19 |
| paulr_ | | Variable_name | Value | | 14:19 |
| paulr_ | +------------------------+-------+ | 14:19 |
| paulr_ | | character_set_database | utf8 | | 14:19 |
| paulr_ | +------------------------+-------+ | 14:19 |
| paulr_ | 1 row in set (0.01 sec) | 14:19 |
| paulr_ | mysql> | 14:19 |
| paulr_ | mysql> show variables like "collation_database"; | 14:19 |
| paulr_ | +--------------------+-----------------+ | 14:19 |
| paulr_ | | Variable_name | Value | | 14:19 |
| paulr_ | +--------------------+-----------------+ | 14:19 |
| paulr_ | | collation_database | utf8_unicode_ci | | 14:19 |
| paulr_ | +--------------------+-----------------+ | 14:19 |
| paulr_ | 1 row in set (0.00 sec) | 14:19 |
| paulr_ | that should be fine no? ;/ | 14:19 |
| dhx_m | the aim is to have other plugins hook into the UserMetrics plugin to show up information per user | 14:19 |
| dhx_m | a list of commits, number of commits, list of bugs and the time spent on them, etc | 14:20 |
| dhx_m | does that sound like the correct approach to use? | 14:20 |
| nuclear_eclipse | dhx_m: seems reasonable I guess | 14:21 |
| dhx_m | the idea is that the UserMetrics plugin is extremely generic (it'd be quite simple) | 14:21 |
| nuclear_eclipse | I gotta run though, cheers all | 14:21 |
| dhx_m | and other plugins hook into it to provide the stats | 14:21 |
| dhx_m | UserMetrics could of course provide basic built-in stats from Mantis itself | 14:21 |
| dhx_m | ok | 14:21 |
| dhx_m | cya nuclear_eclipse | 14:21 |
| paulr_ | hmm | 14:22 |
| paulr_ | utf8 | 14:22 |
| dhx_m | strlen() is the same for UTF8 and ASCII | 14:22 |
| paulr_ | nope | 14:22 |
| dhx_m | UTF8 reserves 0x00 for string termination | 14:22 |
| dhx_m | so it won't appear mid-string | 14:22 |
| dhx_m | at least this is how it works in C | 14:23 |
| paulr_ | php fails then :) | 14:23 |
| dhx_m | string_lower is actually very complex | 14:23 |
| dhx_m | because some languages have very special rules on case conversion | 14:23 |
| dhx_m | I assume PHP has this functionality built in... if not... don't even bother trying | 14:24 |
| dhx_m | http://au.php.net/manual/en/function.mb-strtolower.php | 14:24 |
| dhx_m | seems to handle that OK from what I am reading | 14:24 |
| giallu | paul_, live mantis DB has still lots of fields in latin mode last time I looked | 14:25 |
| dhx_m | those mb_ functions are also very slow, because they are very high complexity | 14:25 |
| paulr_ | dhx_m: some of projects like joomla/wikipedia etc have php implementations of the mb_ functions | 15:00 |
| paulr_ | tending to use big arrays | 15:00 |
| dhx_m | hmmm so they 'roll their own'? | 15:01 |
| * paulr_ nods | 15:01 | |
| paulr_ | for example, see http://dev.splitbrain.org/view/darcs/dokuwiki/inc/utf8.php | 15:01 |
| paulr_ | lo | 15:10 |
| daryn | hello | 15:11 |
| paulr_ | daryn: i've made a new version of the date upgrade stuff | 15:11 |
| dhx_m | looks quite ugly | 15:11 |
| dhx_m | loading all those arrays for each page load... ouch | 15:11 |
| paulr_ | heh | 15:11 |
| daryn | ok. | 15:12 |
| paulr_ | dhx_m: it's simpel really :) | 15:12 |
| daryn | i'm quite busy today but i'll try to give it a test at some point | 15:12 |
| paulr_ | php6 has utf8 support, php4/5 dont | 15:12 |
| paulr_ | php4/5 give utf8 support via the mb_ extension | 15:12 |
| paulr_ | however, mb_* isn't a default extension i.e. needs to be enabled | 15:12 |
| paulr_ | so, the question is | 15:13 |
| paulr_ | do we require mb_* | 15:13 |
| paulr_ | do we add a wrapper around ~5 functions to use mb_* if available (NOTE: that can be done by using in php.nii via mb_'s function overload stuff | 15:13 |
| paulr_ | do we borrow from somewhere a non_mb* version of stuff | 15:14 |
| paulr_ | so that utf stuff works for everyone | 15:14 |
| paulr_ | obvious issues with each method :) | 15:14 |
| paulr_ | how much of what I wrote did you get ;/ | 15:17 |
| dhx_m | I got a link to utf8 (to which I had a one line reply) | 15:18 |
| dhx_m | the next I heard was daryn: i've made a new version of the date upgrade stuff | 15:18 |
| dhx_m | and that is it | 15:18 |
| paulr_ | [16:12:21] <paulr_> dhx_m: it's simpel really :) | 15:28 |
| paulr_ | [16:12:30] <paulr_> php6 has utf8 support, php4/5 dont | 15:28 |
| paulr_ | [16:12:30] <daryn> i'm quite busy today but i'll try to give it a test at some point | 15:28 |
| paulr_ | [16:12:39] <paulr_> php4/5 give utf8 support via the mb_ extension | 15:28 |
| paulr_ | [16:12:59] <paulr_> however, mb_* isn't a default extension i.e. needs to be enabled | 15:28 |
| paulr_ | [16:13:13] <paulr_> so, the question is | 15:28 |
| paulr_ | [16:13:18] <paulr_> do we require mb_* | 15:28 |
| paulr_ | [16:13:41] <paulr_> do we add a wrapper around ~5 functions to use mb_* if available (NOTE: that can be done by using in php.nii via mb_'s function overload stuff | 15:28 |
| paulr_ | [16:14:00] <paulr_> do we borrow from somewhere a non_mb* version of stuff | 15:28 |
| paulr_ | [16:14:08] <paulr_> so that utf stuff works for everyone | 15:28 |
| paulr_ | [16:14:22] <paulr_> obvious issues with each method :) | 15:28 |
| dhx_m | ah, I see | 15:28 |
| dhx_m | well PHP4 is deprecated so I don't see why it needs to be supported by Mantis anymore | 15:29 |
| dhx_m | no one else supports it (including dinosaur distros like Redhat) | 15:29 |
| dhx_m | PHP5 would be a problem however | 15:29 |
| dhx_m | paulr_: maybe that wrapper idea is best? | 15:30 |
| dhx_m | paulr_: if using PHP < 6, include the MB string functions that we've defined (is there a library for this) | 15:31 |
| dhx_m | with the exception of using PHP5 and the mb_ functions are available use them | 15:31 |
| dhx_m | english no good heh | 15:31 |
| dhx_m | it sounds like PHP 6 is turning into the next Perl 6 :p | 15:36 |
| onetowerPL | hi | 16:01 |
| onetowerPL | how secure mantisbt after first instalation ?> | 16:02 |
| onetowerPL | ver 1.1.6 | 16:02 |
| onetowerPL | i've delete admin directory | 16:02 |
| CIA-11 | Mantisbt: paul * r31955f9282cd /lang/strings_english.txt: Fix: #0010306: "E-mail on note Added" => "E-mail on Note Added" | 16:33 |
| CIA-11 | Mantisbt: paul * r5b26043b5f20 /bugnote_add.php: Fix: #0010294: Bugnote add reads bug_readonly_status_threshold from current project not the bug's one | 16:51 |
| giallu | onetowerPL, it depends on your definition of "secure". but if you just removed the admin directory you still have an "administrator" user with a default password | 18:08 |
| onetowerPL | so what kind of providence should i take ? | 18:08 |
| giallu | change its password | 18:09 |
| giallu | or create a new one | 18:09 |
| giallu | and then disable/remove it | 18:09 |
| giallu | it == the default one | 18:09 |
| onetowerPL | ok | 18:09 |
| onetowerPL | any additional hints ? | 18:09 |
| onetowerPL | :) | 18:09 |
| giallu | guess not. right now we have no nkown security issues | 18:10 |
| onetowerPL | giallu thx for your help | 18:18 |
| paulr_ | lo gaiallu | 18:29 |
| giallu | paul_, hi | 18:32 |
| giallu | paul_, so what are you doing about dates? | 18:33 |
| giallu | paul_, any public git branch I can look at? | 18:34 |
| paulr_ | i've got two branches in mantisforge forks | 18:37 |
| paulr_ | so yea | 18:37 |
| paulr_ | one was bugobjects | 18:37 |
| paulr_ | and one was dates | 18:37 |
| giallu | bugobjects == class Mantis_Bug ? | 18:40 |
| mantisbot | New bug: Bug 10328 - kec161 - open - new | 18:41 |
| mantisbot | New bug: Added ability to append the handler to the history of specified custom fields - http://www.mantisbt.org/bugs/view.php?id=10328 | 18:41 |
| giallu | dinner time... will come back later | 18:44 |
| aptituz_ | hm | 18:51 |
| * aptituz_ wonders if my mail today reached the list | 18:51 | |
| paulr_ | hm | 19:16 |
| paulr_ | aptituz: one mail did | 19:21 |
| paulr_ | about phpmailer | 19:21 |
| aptituz | ok | 19:22 |
| giallu | aptituz, you around? | 19:42 |
| aptituz | yea | 19:42 |
| giallu | hi | 19:42 |
| giallu | so about phpmailer, which version are you on debian? | 19:43 |
| * giallu considering to split it from mantis on Fedora too | 19:43 | |
| giallu | aptituz, see, someone replied you on list... | 19:43 |
| aptituz | psc@lisa ~ % rmadison -sunstable libphp-phpmailer | 19:43 |
| aptituz | libphp-phpmailer | 2.1-1 | unstable | source, all | 19:43 |
| giallu | it seems you're breaking ubuntu, please go fix it :P | 19:44 |
| aptituz | I don't see a reason to do the work of others :P | 19:44 |
| giallu | aptituz, is it a problem to push the newest phpmailer release there? | 19:44 |
| aptituz | no idea | 19:45 |
| aptituz | but I don't see why this should be needed? | 19:45 |
| aptituz | wait, reading the mail once I've found it | 19:46 |
| paulr_ | phpmailer is broken | 19:46 |
| paulr_ | :) | 19:46 |
| aptituz | giallu: problem isn't that libphp-phpmailer is too old, its that mantis misuses phpmailer | 19:46 |
| giallu | aptituz, yes | 19:47 |
| giallu | I know | 19:47 |
| giallu | but the point is | 19:47 |
| aptituz | its fixed in trunk, but last time I've checked it hasn't been fixed in 1.1.x | 19:47 |
| giallu | paul_ recently upgraded it to the latest releases in trunk | 19:47 |
| giallu | I assume we are not carrying patches now on that code | 19:47 |
| giallu | so we could use the same lib on 1.1 | 19:47 |
| paulr_ | atm no | 19:47 |
| giallu | and fix this and some other issues | 19:48 |
| paulr_ | but the newest release of phpmailer is still broken :) | 19:48 |
| aptituz | hmm. | 19:48 |
| giallu | paul_, please define "broken" | 19:48 |
| paulr_ | doesn't work at the specification :) | 19:48 |
| * paulr_ looks for bug report | 19:48 | |
| giallu | paul_, you mena the /r/n stuff? | 19:48 |
| paulr_ | http://www.mantisbt.org/bugs/view.php?id=10269 | 19:49 |
| aptituz | giallu: is this new upstream version _needed_ for the 1.1.x fix? | 19:49 |
| aptituz | or other said: would it be possible to patch it in lenny without a new upstream version and in sid with the new libphp phpmailer version? | 19:50 |
| giallu | aptituz, probably not | 19:50 |
| giallu | but upgrading 1.1 to an intermediate release looks not wise | 19:50 |
| aptituz | hm, otoh it doesn't matter | 19:51 |
| paulr_ | tbh | 19:51 |
| aptituz | I just realized that the bug doesn't affect lenny ;) | 19:51 |
| paulr_ | it's probably easier to fix mantis in this case or well | 19:51 |
| paulr_ | heh | 19:51 |
| paulr_ | problem you've got here is | 19:51 |
| paulr_ | old mantis + old phpmailer | 19:51 |
| paulr_ | = working combination | 19:51 |
| aptituz | yep | 19:51 |
| paulr_ | dev mantis + new phpmailer = working combination | 19:51 |
| paulr_ | old mantis + new phpmailer = broken combination | 19:52 |
| aptituz | well I'm not the maintainer of libphp-phpmailer, so I'd have to ask him | 19:52 |
| giallu | paulr_, correct but incomplete | 19:52 |
| aptituz | wrt to ubuntu: they need to fix it themselves eventually | 19:52 |
| paulr_ | giallu: oh? | 19:52 |
| giallu | aptituz, nah, they will wait for your fix... | 19:52 |
| aptituz | however I'd be able to push out a new 1.1.7 upload within a day once you release it | 19:52 |
| giallu | paul_, there is also the fact we want to fix some issue | 19:52 |
| aptituz | but I don't see much sense in fixing 1.1.6 before | 19:53 |
| giallu | and we cant' with the old phpmailer | 19:53 |
| aptituz | unless you expect the release to take some weeks | 19:53 |
| paulr_ | tbh | 19:53 |
| paulr_ | the problem here is | 19:53 |
| giallu | aptituz, ah, I thought you were | 19:54 |
| giallu | maintainer | 19:54 |
| paulr_ | we've not done a 'new' mantis release since Dec 2007 | 19:54 |
| paulr_ | and we've done weekly commits to mantis since that date | 19:54 |
| aptituz | giallu: for mantis, not libphp-phpmailer | 19:54 |
| giallu | aptituz, so, please see if you are going to hit problems if we decide to upgrade phpmailer above 2.1 | 19:55 |
| aptituz | (I wanted to ask the maintainer weither I can become the co-maintainer, but I haven't done yet) | 19:55 |
| paulr_ | on top of that, I tend to look at whether an issue is resolved in 'git code' | 19:55 |
| giallu | paul_, which would be good _if_ we were doing regular releases... | 19:55 |
| aptituz | to summarize | 19:55 |
| aptituz | 1) you plan to eventually move 1.1.7 to the new phpmailer? 2) Whats your intended timeline for 1.1.7? | 19:56 |
| paulr_ | 2-> john was talking this weekend iirc | 19:56 |
| aptituz | means eventually to late for ubuntu | 19:56 |
| giallu | aptituz, yeah | 19:57 |
| giallu | too late | 19:57 |
| giallu | but I hardly see that as our problem | 19:57 |
| aptituz | neither mine | 19:57 |
| giallu | so let's go on. | 19:58 |
| paulr_ | our problem is ubuntu should be running a 1.2.0 :) | 19:58 |
| aptituz | but I try to find a solution for them, too.. for whatever its worth | 19:58 |
| giallu | my summary is: | 19:58 |
| giallu | 1. John is going to make a release, eventually as soon as this w.e. | 19:58 |
| giallu | 2. we have some bugs wrt to email handling, fixed in trunk with a newer phpmailer _and_ mantis code changes | 19:59 |
| giallu | 3. we can choose if/when backprot this stuff to 1.1 | 19:59 |
| giallu | so basically I am investigating if we want to do it (large changes like this are not usual in the stable release ) | 20:00 |
| aptituz | well I'm perfectly fine with upgrading to a newer phpmailer version | 20:00 |
| aptituz | might take some time till it reaches unstable in Debian, but well | 20:00 |
| aptituz | after all its a development branch of Debian. | 20:00 |
| aptituz | the thing is that I can't push newer upstream versions in lenny anymore | 20:01 |
| aptituz | so after all I'd needed to backport fixes for security issues anyway | 20:01 |
| giallu | aptituz, yeah. the time it takes to propagate in distros is mostly out of our control | 20:01 |
| giallu | aptituz, and that has 1.1.6? | 20:02 |
| aptituz | yes | 20:02 |
| aptituz | what I mean is: I don't care if 1.1.7 in unstable diverges from 1.1.6 in lenny | 20:02 |
| giallu | but you can push only security fixes? | 20:02 |
| aptituz | well and fixes for important bugs | 20:02 |
| aptituz | really important bugs | 20:03 |
| giallu | ok, I hope _you_ decide what's important... | 20:03 |
| giallu | but I understand the issue | 20:03 |
| aptituz | no, after all the release team needs to ACK each change, because they are responsible for the release | 20:03 |
| giallu | anyway, the current mantis policy is mostly compatible with your policy,i.e. you should not see big changes | 20:04 |
| giallu | in this case, if phpmailer is at 2.1 | 20:04 |
| giallu | we could probably try that first | 20:05 |
| aptituz | no giallu, you get me wrong :) | 20:05 |
| * giallu feels a sense of dejavu | 20:05 | |
| aptituz | in my eyes there _is no_ issue | 20:05 |
| paulr_ | DUE DATES | 20:06 |
| paulr_ | ARGHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHHH | 20:06 |
| aptituz | lenny most likely won't get 1.1.7 and sid can be broken in every imaginable way | 20:06 |
| paulr_ | giallu: did you look at my branches? | 20:07 |
| aptituz | it currently has 2.1, yes, but that doesn't matter because it should not be a too big problem to update | 20:07 |
| giallu | aptituz, uhm. but if lenny has phpmailer 2.1 and mantis 1.1.6, isn't that a broken pair (accessing private property?) | 20:08 |
| giallu | paul_, not yet | 20:08 |
| aptituz | giallu: lenny doesn't have 2.1 | 20:08 |
| giallu | ah | 20:08 |
| aptituz | psc@lisa ~ % rmadison -sstable libphp-phpmailer | 20:09 |
| aptituz | libphp-phpmailer | 1.73-6 | stable | source, all | 20:09 |
| giallu | ok, I see you have _no issue_ | 20:09 |
| giallu | apart if you want to fix the double message-id bug... | 20:09 |
| aptituz | well its annoying but not important enough that the release team would ack that | 20:10 |
| aptituz | so even if I wanted | 20:10 |
| giallu | ok great | 20:11 |
| MikeW | Hmmmmmmmmmmmmmmmmmmmmmmm | 20:33 |
| MikeW | So I fail. | 20:33 |
| MikeW | I never had time to seperate out all my custom mantis code to patches I could make available, the codebase has changed a lot anyway, and when I left the team well over a year ago they moved to some other bugtracking system so the code is unmaintained. Yeah, I fail at tail'ing the project and being useful anymore. | 20:36 |
| MikeW | p.s. even though the docs (used to suck - I dunno if anything changed in the last 16 months) - mantis was still one of the most awesome totally hackable and extendable bugtrackers I've used - thanks for the ride guys. I think I can /part happy now. | 20:37 |
| giallu | sad... | 20:45 |
| * paulr_ can't recall mikey speaking much though ;/ | 21:41 | |
Generated by irclog2html.py