**** BEGIN LOGGING AT Tue May 29 03:00:04 2018 May 29 03:41:36 openssl needs a lot of patches May 29 03:41:38 argh May 29 03:41:54 Recent releases need fewer.. :) May 29 03:50:01 valdisk: tell that to upstream patches that don't update their shit May 29 03:50:09 *upstream May 29 03:56:39 mangix: So your real problem is upstreams that are still including openssl 0.9.8, rather than 1.0.1 needing patching? May 29 03:58:10 actually 1.0.2 vs. 1.1.0 May 29 03:59:05 oh wtf. there's a broken 1.1.0 patch already included May 29 04:05:52 ah... just figured out how to handle the nand/nor split on this device May 29 04:07:28 one qca9533_glinet_ar350m.dtsi, which will be inherited by qca9533_glinet_ar350m_{nand,nor}.dts May 29 04:10:48 Why is- oh, right, they do a NOR only version don't they? May 29 04:11:13 prolly. but you can chose to boot from nor on the dual one as well. May 29 04:11:41 Right, but.. why not just put the rootfs on NOR and use the NAND purely for overlay, or is that yet more pain and complexity we can't get away with? May 29 04:12:25 well, it would be doable, but you'd have to include the nand driver into the generic target May 29 04:12:38 cool May 29 04:12:41 fixed the patch May 29 04:13:16 mangix: What did they manage to break? May 29 04:13:35 patch was incomplete and relied on deprecated APIs May 29 04:13:48 which I have turned off May 29 04:17:21 hanetzer: You need to kill JTAG on the AR300M? May 29 04:17:28 Monkeh: yeah May 29 04:17:44 the reset button gpio is shared with one of the jtag signals May 29 04:18:04 Give me a moment.. May 29 04:18:35 Looks like you pretty much have it already with c+p :P May 29 04:18:55 hmm? May 29 04:19:09 Check your dtsi May 29 04:19:17 Just verifying that's right for the chip May 29 04:20:02 Monkeh: yeah. think I need to check the jtag code in the old c file setup May 29 04:21:18 hanetzer: you need to fiddle with pinctrl May 29 04:21:39 blogic: aware, I'm just unsure which fiddling needs to be done :) May 29 04:22:02 /src/merge.git/target/linux/ath79/dts/qca9557.dtsi: jtag_disable_pins: pinmux_jtag_disable_pins { May 29 04:22:46 You've already got it there, you just need to call jtag_disable_pins May 29 04:22:48 yes, I see that, and have that in my qca9533.dtsi, but the data is not right. May 29 04:22:53 call it where? May 29 04:23:41 should be enough May 29 04:26:31 Lemme just paste an example I had to put in for this board.. May 29 04:27:01 https://gist.github.com/eamaclean/87658ea9185fa3f4e273c0a4fc0362c0 May 29 04:27:15 While I'm at it that can get an early morning review from blogic :P May 29 04:27:40 blogic: Are we doing boardname:colour:name or vendor:colour:name? May 29 04:27:47 Monkeh: about to hit the shower and then feed the kids May 29 04:27:58 karlp: vendor or board ? May 29 04:28:04 Monkeh: will review before lunch May 29 04:28:17 blogic: I'll be asleep until after lunch, probably :) May 29 04:28:20 So don't rush May 29 04:28:28 mpd has a dependency on python. FFFFFFFFFFFFF May 29 04:28:29 Monkeh: ah... the pinctrl-0 in the gpio-leds node? May 29 04:28:36 hanetzer: That is what I ended up doing May 29 04:28:43 If that's wrong I'm surely about to find out May 29 04:28:46 should work. thanks. May 29 04:30:17 .. what ate a tab May 29 04:35:09 On the subject of fairly minor style points: lan alphabetically comes before system but system logically comes before lan - which takes precedence? May 29 04:35:58 man, that's pedantic af :P May 29 04:36:06 hanetzer: Yes, yes it is. :) May 29 04:38:00 hey. how do you do the kernel config for a subtarget again? I seem to remember something like CONFIG_TARGET=subtarget May 29 04:38:33 That one I don't have buried in the databanks. May 29 04:41:46 hanetzer: That does seem to be the way. May 29 04:45:33 hanetzer: The usb-phy reset thing I don't think is a problem, iirc I'm still seeing that but USB is most assuredly working May 29 04:48:12 I'm not totally clear on how that reset gets passed in but maybe it's getting deferred and needs to not print an error at that point? May 29 04:48:16 blogic: ^ May 29 04:59:38 hey everyone… nice to see it all back under openwrt now ;) May 29 04:59:56 I've just stumbled across a problem with the wwan package and just looking for advice. May 29 05:00:01 this specific line -> https://github.com/openwrt/openwrt/blob/master/package/network/utils/wwan/files/wwan.sh#L62 May 29 05:00:59 After adding my own /lib/network/wwan file for my modem and referencing the correct endpoint ordinals... May 29 05:01:08 i needed to change the line above to this "ttys=$(ls -d /sys/bus/usb/devices/$devicename/${devicename}*/tty/* | sed "s/.*\///g" | tr "\n" " ")" May 29 05:01:40 they key part being the forward slash before the asterix in "tty*" May 29 05:02:30 was something changed in the /sys/bus/usb/devices path in the later kernels? May 29 05:49:16 Monkeh: i order by goio numbers and not names May 29 05:49:34 also pretty fair. May 29 05:49:46 hmm. I'm still ahving issue with this pinctrl issue. May 29 05:49:54 Monkeh: that usb reset thing means that the driver fails to bring up the reset line which means that the resert driver does not load or the reset line is hogged by another driver May 29 05:59:10 hmm. can't get those two to work together. May 29 06:01:03 hanetzer: i did some more tinkering with 4.9.x and discovered that somewhere somehow the way it is reading from the NAND is skipping a byte every time. May 29 06:01:23 always skips 1st byte May 29 06:03:19 salcedo: currently working on porting gl-ar300m from ar71xx->ath79 target; will look into the nand situation more once nand is workable on at least my board :) May 29 06:05:38 hanetzer: what does ar71xx and ath79 mean? May 29 06:05:54 i read that all ar71xx were going to be dropped and moved to ath79? May 29 06:06:21 salcedo: they are sort of groupings of similar devices, under target/linux; ar71xx is the same as ath79 as far as what devices it supports. May 29 06:06:42 it differs in that ar71xx uses hardcoded mach-board.c files whereas ath79 uses dts May 29 06:07:14 so both targets are essentially the same - just arbitrary names chosen to say "these are atheros devices" ? May 29 06:07:43 with ar71xx, every build includes the data of every board within their subtarget (generic, mikrotik, nand, tiny), which inflates the kernel size a bit. ath79 only includes the dtb (compiled dts) for the apropriate board, so its much smaller :) May 29 06:57:19 Monkeh: btw, I think you need to increase the size of your pinctrl register May 29 08:34:19 salcedo: got an initial bit of work on the nand ath79 work for gl-ar300m :) May 29 09:23:30 possible eureka moment. May 29 09:23:45 \o/ May 29 09:24:29 Would be nice to track down some owners of more obscure mvebu devices to test, but the patch seems to now work for all the mainstream devices May 29 09:25:16 I'm sure they'll speak up when the patch happens to break them May 29 09:28:45 blogic: I reallllly don't mind. honeslty, I think the board/vendor bit is kinda superfluous gunk, I'd rather just colour:name or something, and there doesn't really seem to be any upstream guidance in the documentation/ directories at least :) May 29 09:35:38 Lantis: define "more obscure" please :) May 29 09:36:24 wigyori: cortexa53/72 May 29 09:36:35 I'm only able to test cortexa9 devices May 29 09:41:20 pkgadd: just picked up my zbt we1326 from the post office. one of the easiest customs experiences ever. May 29 11:21:47 bah, May 29 11:22:08 installed latest master on it, only have one wireless interface. May 29 11:29:11 ah, I'm seeing https://forum.lede-project.org/t/mt76-stopped-working-with-latest-updates/14623/7 May 29 11:42:32 build #841 of ixp4xx/harddisk is complete: Success [build successful] Build details are at http://phase1.builds.lede-project.org/builders/ixp4xx%2Fharddisk/builds/841 May 29 13:02:51 karlp: same here, received zbt1326 but snapshot/1806 are not fully working with wifi :( May 29 13:03:22 śok, it worked a couple of weeks ago, just a minor hiccup :) May 29 13:04:31 my own build env are not geared towards 1806, happied to see openwrt has a 1806 branch after long weekend break May 29 13:04:37 s/not/now May 29 13:04:50 s/happied/happy/ May 29 13:14:12 hanetzer: What makes you say that? May 29 13:14:54 blogic: Hm. Well, I'm pretty sure the reset isn't hogged, so I'm not sure why it's failing May 29 13:17:42 heh, I think I made my git bisect a little bigger than needed. May 29 13:18:04 karlp: If you're not bisecting into 2012 it's fine. :P May 29 13:18:21 yeah, it's fine, just might not be done today, I'm mean to be working as well, and on holidays tomorrow. May 29 13:18:27 karlp: is this 2.4G ? May 29 13:18:38 yeah, that mt76 2.4gig not loading thing. May 29 13:18:54 I don't see anything definitive in the forum thread yet. May 29 13:18:58 I'm seeing it on a mir3g too May 29 13:19:42 I'll see how my bisects go and post on that forum thread if I don't get anything definitive by the end of the day. May 29 13:20:19 ec1d7b9461 is my good starting point, fwiw, which is 4.14, so the comments on the thread about 4.9 being good and 4.14 bad are misleading. May 29 13:21:03 I guess I'll fire up mine and see if it's broken May 29 13:21:48 shirley you can just look at the mt76 bumps May 29 13:22:03 * ldir throws a banana to see where it lands May 29 13:22:57 Well, mt76 was working (after a fashion) last time I played with it May 29 13:53:38 hmm, it's not completely dead - I can get results from a channel scan. May 29 13:57:43 doesn't like ACS May 29 14:09:38 hanetzer: sweeeeeet :D May 29 14:13:35 wtf is this: https://openwrt.org/docs/guide-user/network/routing.example.1.bridged.dmz May 29 14:13:37 haha May 29 14:15:09 ldir: 2.4gig doesn't even come up for me, fails firmware load. May 29 14:16:44 oh. that's underwhelming May 29 14:31:52 so what's the date of the latest one that works for you karlp ? May 29 14:32:05 WFM, sounds like something's funky with ZBT May 29 14:33:20 thread has people with failures on mir3g and a netgear too. May 29 14:33:38 I'm curious as to what mt7603_e1 & mt7603_e2 firmware files mean/do ? May 29 14:33:54 Presumably different stages of firmware May 29 14:34:24 ec1d7b9461 was good, I think the next one was too, but I don't know how to make git bisect spit out the steps it's taken so far whiel it's still bisecting May 29 14:34:38 the e2 file was bumped 6 months ago.... cluthching at straws wondering if there's a link. May 29 14:35:16 cf7a88cf5af177790ad8c1e5f2162316f5f71351 was good too, that's only a couple of weeks ago May 29 14:35:20 karlp: git bisect log May 29 14:35:52 Monkeh: thanks! https://zerobin.net/?a82fb07d43899d33#DIfKFL8DWe7oI5osj9ey0Nh5PIc3v4el2r4VhRuEeSM= May 29 14:35:56 it's building the next one now. May 29 16:37:21 karlp: any news ? May 29 16:37:47 yeah, it's one of the ramips backports from neilbrown/gregkh. May 29 16:37:52 just on the last one now. May 29 16:37:58 cool! May 29 16:38:28 I don't know how to fix it if it is though, but from looking at them, I guess we didn't update some dtsi files to match the changes they made. May 29 16:38:47 karlp: Looks like you've been beaten to it, 5f7396ebef09 May 29 16:39:12 once you bi-sected it, it should not be too hard to fix, please share your finding afterwards and I can try to diff the changes May 29 16:40:26 i have not done much with mips@kernel but did enough with powerpc in the past, which was the first to sell dts/dtsi a few years back May 29 16:40:43 yeah, that was my prime culprit Monkeh just had to finish it beofre I pointed explicitly at it. May 29 16:41:25 slthomason, yeah, jsut beat me to it :) May 29 16:42:04 bloody duplicate issues everywhere. May 29 16:43:49 Monkeh: so, whoðs likely to be able to follow that up? Rosen suggested this set of backports iirc? May 29 16:44:05 * Monkeh shrugs May 29 16:49:49 should this be reported to the author neil brown directly so he probably can fix it the fastest before others dive into the pcie-interrupt-mapping details? May 29 17:02:21 Monkeh: 5f73 is the bad one? May 29 17:02:38 mangix: Apparently. May 29 17:02:46 from what they posted it is the bad guy May 29 17:03:03 git-revert and build now, test it later after lunch May 29 17:05:13 * mangix needs a laptop to see what's happening May 29 17:09:39 oh before i forget May 29 17:09:50 these mt76 failures are on mt7621, right? May 29 17:11:05 yes. May 29 17:11:33 the "working" demsg prints out that irq selected is "0xff" May 29 17:11:51 which is very much not the irq in the dtsi after the change, but seems bogus anyway, so *shrugs* May 29 17:12:02 that...sounds like underflow May 29 17:12:05 * mangix checks May 29 17:12:13 well, that was in the _working_ code. May 29 17:12:22 oh May 29 17:12:49 the non-working code drops the printk of the selected bus/slot/irq map May 29 17:12:57 got the dmesg of a working build? May 29 17:13:27 https://0bin.net/paste/r3m-8sHbe4Nk4lus#0tyaqteBhzi04b47bFD2zt-5KaEl2xN7iIkq4Q5uY27 May 29 17:18:26 what router is this? May 29 17:18:47 so, auto channel selection not withstanding, how come my 2.4g on my mir3g is working? May 29 17:19:00 this is being discussed :) May 29 17:19:07 ldir: You were expecting it to fail? :) May 29 17:19:28 yes May 29 17:20:10 mangix: this is zbt we1326 May 29 17:20:24 ty May 29 17:20:27 let me put a full dmesg from good/bad versions op. May 29 17:20:57 sorry, have to turn eth off/on to update the device and be on irc at the same time, was too lazy to fiddle files to make it be on a different ip address :) May 29 17:22:03 good: http://termbin.com/gqem May 29 17:22:16 bad: http://termbin.com/vgz6 May 29 17:22:30 (I added a single printk to print out the bus/slot/irq, nothing else) May 29 17:23:51 karlp: interesting...are both radios not working or just one? May 29 17:24:58 5gig always works, 2.4 dissappears in the broken images. May 29 17:25:09 excellent May 29 17:25:14 i think I found the issue May 29 17:25:17 (no comment on quality of "working" just whether the devices exist or not) May 29 17:25:59 fantastic :) I'm about to go on holidays for a week :) May 29 17:26:52 pkgadd: hi. I've partially figured out how I can connect to the internet without the modem from my ISP. So my ISP provides internet on VLAN 102, IPTV on VLAN 101 and VoIP on 100. The biggest potential hurdle was the lack of a dedicated ATA. May 29 17:27:32 karlp: try https://gist.github.com/neheb/b7ccb08ca121ac45e1cb1de210b3f11d May 29 17:28:05 I think the reg value is wrong and should not deviate from the value specified in mt7621.dtsi May 29 17:28:14 pkgadd: I figured out that when I connect my R7800 directly to the fibre media converter I can just bridge VLAN 100 to the modem and it still serves as an ATA. May 29 17:28:23 pcie0 has the correct reg value May 29 17:28:28 pcie1 has the wrong one May 29 17:28:43 which would explain why 5ghz works May 29 17:29:11 rebuilding. May 29 17:29:20 those lines do look bogus now that i?m looking at them :) May 29 17:31:03 mir3g has them too ldir :) May 29 17:32:10 ldir: your dts file is reversed. 2.4ghz is on pcie0 May 29 17:32:23 well, hardware actually :) May 29 17:32:52 need to see what mkresin thinks about this May 29 17:32:54 and so does R6220.dts which someone else reported as broken. May 29 17:35:55 mangix: yep, that works :) May 29 17:35:57 * karlp cheers May 29 17:36:34 are you spencer? or are they idling here? May 29 17:37:28 if that was directed towards me, i am not May 29 17:38:48 well, awesome anyway! May 29 17:38:57 going off on holidays with a nice warm fuzzy May 29 17:39:16 The exact same values are present on my test device which works perfectly May 29 17:40:04 guts, I got a fairly dumb question lol :-) Can I use (and does it at all exist) a mini pcie multiplier to use one mini pcie port for two wifi cards? Anyone that knows of such thing? May 29 17:40:24 Monkeh: doh May 29 17:41:18 interesting...so mt76 is also used on some mt7620 devices May 29 17:41:26 yes, for the 5gi radio May 29 17:41:36 (iirc?) May 29 17:41:44 the 2.4 has the rt28xx or whatever May 29 17:43:07 git grep mt76\@1 | wc -l = 21 May 29 17:43:08 :) May 29 17:45:46 It is interesting how all the affected devices seem to have the radios swapped compared to mine. May 29 17:49:02 Hello. What's the best way to get the list of all interfaces from /etc/config/network? Is there a better than than building a list thru config_for_each? May 29 17:49:13 better way than May 29 17:50:48 blogic: Do you want my laundry list of little patches as one series, one at a time, or a PR which adds multiple devices? May 29 17:59:00 series on the ML please May 29 17:59:29 Drop the non-dependent patches and send separately? May 29 18:11:45 Well, there's the first pile May 29 18:13:59 blogic: I have no way to test the USB on AR7240 but I think that lot is correct May 29 19:00:28 ldir: Yestarday I tested usb ports on my (archer c7-like) device with ath79 and both are working (actually one of them is an USB 3.0 connected to the pcie port of the QCA9558, so doesn't count). At this time, just internal wifi is not working! :) May 29 19:12:15 numero53_: that's good. getting closer then. May 29 19:18:08 ooops looks like this is wrong section for me.. apologies. I bumped in search of "php7-mod-curl" which is not available and forum link says "504 Gateway Timeout" May 29 19:22:43 yeah, forum is down for me as well May 29 19:22:51 504 Gateway Time-out May 29 19:23:26 hi May 29 19:23:31 anyone here May 29 19:53:51 forum down? May 29 19:56:22 works for me, but slow May 29 19:58:38 I restarted the forum software, but it looks like it's just heavily loaded May 29 20:02:21 hmm May 29 20:02:33 suddenly started, I debugged for an hour and couldn't figure out the problem May 29 20:02:50 I really need to run now, wrote Ted and asked him to look into it May 29 20:02:58 hopefully it'll recover soon May 29 20:03:09 if not I'd appreciate if someone could write a notice or something May 29 20:03:14 need to run now, bbl May 29 20:03:21 ruby... May 29 20:04:04 is the server overloaded or routing problem? May 29 20:04:55 shm0: neither May 29 20:05:27 what is it?^^ May 29 20:06:50 is it normal for the buildin ntp client (busybox?) that it keeps the connections open ? how to configure it to only sync time once a day or so? May 29 20:23:10 mangix: that’s pretty strange that some experience the pci issue while I do not May 29 20:24:11 I thought pci/pcie were meant to be self describing, why do we need so much in the .dts anyway? May 29 20:25:00 dissent1: sort of looks like it matters which pcie port which radio is connected to. May 29 20:25:43 dissent1: both ports work ok in my mir3g May 29 20:25:47 karlp: ^^^ May 29 20:26:03 While others have problems on the same device May 29 20:26:46 * karlp shrugs May 29 20:27:10 out of my league, I just bisected and tested mangix's patch, that was just grunt work really May 29 20:27:36 Anyway is anybody going to make a PR? May 29 20:28:00 ldir: i see what the mauro remark was about now :P May 29 20:28:04 mangix said they wanted to discuss it with mkreisen, and i'm going away on holidays for a week, so I can't follow up any further anyway May 29 20:30:52 Borromini: I'd like to be in a position to either a) confirm the bug & help resolve it or b) diagnose a PEBCAK May 29 20:31:30 Borromini: I don't have a suitable line at present on which to test, and to stay testing in the event of a) May 29 20:32:00 hello. i build image from source for wrt1200ac. i can get to boot on new firmware. if i change boot_part manualy dont work. fw_printenv show now also boot_part_ready=3 May 29 20:32:15 is it ok to change to boot_part = 3 May 29 20:32:20 So am thinking with spending £130+ to get a suitable line installed here to confirm either way. May 29 20:32:51 kamba: kamba as in the tribe ? May 29 20:33:03 ldir: i was referring to the mauro remark someone made the other day :) May 29 20:33:50 ldir: you're a pillar of the community May 29 20:34:10 stepping back into the dark ages of PPPoA forthe good of the peasants left behind on such rubbish May 29 20:34:43 for some....like my parents actually, it's all they have available. May 29 20:34:54 But they're 200 miles away. May 29 20:34:57 most of rural uk i reckon May 29 20:35:12 i think big parts of most 'developed' countries are still on some form of dialup May 29 20:35:33 yeah, peasants. May 29 20:35:43 even our country farmers here have fibre May 29 20:35:56 * ldir doesn't regard the disunited kingdom is developed anymore. May 29 20:36:14 but still, jabs at slow internet aside, ldir is still doing a wonderful job to signup for dsl just to try and make sure it works May 29 20:36:35 you mean I'm an f'ing idiot. yep! May 29 20:37:15 :D May 29 20:37:38 a lot of people run PPPoEoA which is terribly wasteful....and ATM is bad enough as it is. May 29 20:38:23 so it would be good to know if this is a PPPoA only problem or what. And since other info is less than forthcoming.... May 29 20:39:15 mind you, it may take a while. I'm told there are no spare copper pairs from the exchange to my area... so my order could cause chaos - I almost feel sorry for BT, but then, naaaaahhh! May 29 20:39:41 so that means 18.06 will be delayed by how long? :'( May 29 20:40:48 You're assuming there is an actual problem. May 29 20:41:38 hey, gotta assume the worst right. somebody shut down those builds slaves May 29 20:41:40 STAT May 29 20:52:51 * ldir has to call it a night. May 29 20:54:16 dissent1: already did May 29 20:58:19 mangix: which PR is yours? May 29 20:58:28 all these irc names :| May 29 20:58:50 kristian evensen's patch seems to just duplicate what's in the dtsi and doesn't seem right. May 29 21:02:03 Hey guys, TL-WR1043ND v4 user here. I noticed my WiFi speeds were slow compared to the stock firmware and I noticed, with a WiFi analyzer app from Play Store on Android that no matter what, the operating width won't change to 40MHz. What do I do? May 29 21:02:08 heh May 29 21:02:32 ProudlyTM: you can force that afaik. but the ath9k driver probably picks 20 MHz because you're in a busy environment May 29 21:02:45 and in such a situation using 40 MHz means you're a bad wireless neighbour May 29 21:03:09 Borromini: not really, there's literally no other signal interfering with mine. May 29 21:03:29 check: https://cdn.discordapp.com/attachments/136922711065624576/451125123299278848/Screenshot_WiFiAnalyzer_20180529-235005.png May 29 21:04:21 did you set 'htmode ht40'? May 29 21:04:49 or selecting any ht40 mode in luci e.g. May 29 21:07:28 karlp: https://patchwork.ozlabs.org/patch/922298/ May 29 21:08:00 this sounds like copy/paste error to me May 29 21:08:16 0x0000 vs. 0x0800 May 29 21:15:09 Borromini: this fixed my issue: https://github.com/kaloz/mwlwifi/issues/25#issuecomment-358859559 May 29 21:15:37 Now it's fast again May 29 21:15:48 thanks for suggesting to force it somehow May 29 21:16:06 yw May 29 21:17:29 yoooo o/ May 29 21:22:25 mangix: ah, wasn't seeing that in my mailing lists :| May 29 21:23:07 ah, there it is now :) May 29 21:23:26 who's neheb May 29 21:23:29 it was in a series with an ath10k patch, so I didn't see it. May 29 21:23:33 mangix: i assume that's not you? :) May 29 21:23:34 Borromini: I May 29 21:23:36 neheb is yet anotehr name for maginx/rosen May 29 21:23:36 oh May 29 21:23:39 o_O May 29 21:23:40 k May 29 21:23:42 boy May 29 21:23:45 getting complicated May 29 21:23:51 * karlp just uses the same name everywhere :) May 29 21:23:52 it's my last name May 29 21:24:07 oh, in cyrilic :) May 29 21:24:18 Пенев = Neheb May 29 21:24:19 mangix: i thought that was penev? May 29 21:24:44 yes May 29 21:25:01 ok... you took similar latin letters May 29 21:25:03 i see ;) May 29 21:25:23 was in russia a few weeks ago, you need to be able to read some cyrillic if you want to find your way in moscow :D May 29 21:28:28 I've heard as much. They're fairly gung ho about it. May 29 21:28:44 what country are you from if i may ask May 29 21:29:06 st petersburg was plenty of cyrillic with english transcriptions May 29 21:34:50 Bulgaria May 29 21:35:09 there's latin stuff everywhere May 29 21:35:28 in Bulgaria? May 29 21:35:37 sorry my IP just renewed. May 29 21:45:00 No in USA currently May 29 21:45:27 I haven't been in Bulgaria for 6 years I think **** ENDING LOGGING AT Wed May 30 03:00:02 2018