Perl 6 - the future is here, just unevenly distributed

IRC log for #gluster-dev, 2014-04-22

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:01 awheeler joined #gluster-dev
00:08 badone joined #gluster-dev
00:15 yinyin_ joined #gluster-dev
00:55 primechuck joined #gluster-dev
01:07 hagarth joined #gluster-dev
02:00 baojg joined #gluster-dev
02:45 Yuan_ joined #gluster-dev
03:24 wushudoin joined #gluster-dev
03:25 bala joined #gluster-dev
03:47 itisravi joined #gluster-dev
03:51 shubhendu joined #gluster-dev
04:11 ppai joined #gluster-dev
04:20 ndarshan joined #gluster-dev
04:22 kanagaraj joined #gluster-dev
04:44 deepakcs joined #gluster-dev
04:48 baojg joined #gluster-dev
04:54 hchiramm_ joined #gluster-dev
04:55 krishnan_p joined #gluster-dev
04:55 kshlm joined #gluster-dev
04:56 kdhananjay joined #gluster-dev
04:58 kanagaraj joined #gluster-dev
05:00 bala joined #gluster-dev
05:10 baojg_ joined #gluster-dev
05:18 shubhendu joined #gluster-dev
05:24 bala joined #gluster-dev
05:30 bala1 joined #gluster-dev
05:38 aravindavk joined #gluster-dev
05:38 raghu joined #gluster-dev
05:50 kaushal_ joined #gluster-dev
05:55 hagarth joined #gluster-dev
06:04 atinmu joined #gluster-dev
06:04 lalatenduM joined #gluster-dev
06:18 bala2 joined #gluster-dev
07:11 shubhendu joined #gluster-dev
10:06 deepakcs joined #gluster-dev
10:12 deepakcs joined #gluster-dev
10:33 edward2 joined #gluster-dev
10:51 ira_ joined #gluster-dev
11:04 lpabon joined #gluster-dev
11:07 kkeithley1 joined #gluster-dev
11:11 baojg joined #gluster-dev
11:20 ira_ joined #gluster-dev
11:24 aravindavk joined #gluster-dev
12:01 itisravi joined #gluster-dev
12:05 bala1 joined #gluster-dev
12:12 itisravi_ joined #gluster-dev
12:29 edward1 joined #gluster-dev
12:29 lpabon joined #gluster-dev
12:59 awheeler joined #gluster-dev
13:11 hchiramm_ joined #gluster-dev
13:19 bala1 joined #gluster-dev
13:23 ira joined #gluster-dev
13:26 ira joined #gluster-dev
13:31 ira joined #gluster-dev
13:49 bala1 joined #gluster-dev
13:50 jobewan joined #gluster-dev
13:56 jdarcy joined #gluster-dev
13:57 jdarcy Is review.gluster.org seeming hosed for anyone else?
13:58 ndevos the website works for me, so maybe you're looking at a different hosed?
13:58 kkeithley_ seems okay to me
13:58 jdarcy Hm.  Any kind of query seemed to hang for a while, then the whole site.  Must be something on my end.
14:05 jdarcy joined #gluster-dev
14:09 jdarcy joined #gluster-dev
14:33 wushudoin joined #gluster-dev
14:50 _Bryan_ joined #gluster-dev
15:04 Humble joined #gluster-dev
15:11 jobewan joined #gluster-dev
15:13 jdarcy joined #gluster-dev
15:18 JustinClift joined #gluster-dev
15:29 hagarth joined #gluster-dev
16:00 ndevos hmm, indeed, review.gluster.org seems to be 'hosed' for me too atm
16:02 kkeithley_ ndevos: not state->size.   I meant at line 2544 and again at line 2656 where 'max_size -= FUSE_DIRENT_ALIGN....'  If it's possible somehow that this could result in max_size < 0 then  use ssize_t and check here.
16:02 kkeithley_ yes, review.g.o seems to be slow
16:02 krishnan_p joined #gluster-dev
16:03 ndevos kkeithley_: no, it is not possible that max_size < 0, it was incremented with exactly the same value some lines earlier
16:05 kkeithley_ yes, of course.
16:14 edward1 joined #gluster-dev
16:21 kkeithley_ ndevos: now it occurs to me...  is it worth using a tmpvar to hold the result of FUSE_DIRENT_ALIGN (...) and avoid calling strlen(entry->d_name) a second time when max_size > state->size?Since the second strlen() only happens when max_size > state->size then maybe it's not worth it.
16:23 ndevos kkeithley_: I was in doubt about that myself, I'm not sure if one addittional assignment ways up against one fewer strlen()
16:23 ndevos well, not 'one additional assignment', but one for each direntry
16:41 xavih which gcc version is used on build.gluster.org ?
16:42 xavih I would like to create a similar environment to test the code because I'm getting an internal compiler error :-/
16:42 ndevos xavih: centos/rhel-6 with gcc (GCC) 4.4.7 20120313 (Red Hat 4.4.7-3)
16:43 xavih ndevos: thanks :)
16:48 ndevos kkeithley: btw, I am not sure if glusterfs-3.5 has the same libgfapi-soname as glusterfs-3.4, if it changed, a note to fedora-devel is needed, and point out that some packages need a rebuild
16:50 * ndevos leaves for the day, cya!
17:12 jdarcy joined #gluster-dev
17:13 kanagaraj joined #gluster-dev
17:27 hagarth joined #gluster-dev
17:45 badone joined #gluster-dev
18:38 awheeler_ joined #gluster-dev
18:38 kkeithley_ @later tell ndevos libgfapi.so's SO_NAME is still libgfapi.so.0 in 3.5.x.  Building the head of the master branch gives libgfapi.so.6, so when 3.6.0 ships we will have to send the SO_NAME bump email
18:38 glusterbot kkeithley_: The operation succeeded.
19:39 wushudoin joined #gluster-dev
19:54 awheeler joined #gluster-dev
20:09 lpabon joined #gluster-dev
20:09 rnz joined #gluster-dev
21:52 edward3 joined #gluster-dev
22:44 yinyin joined #gluster-dev
23:08 bala joined #gluster-dev

| Channels | #gluster-dev index | Today | | Search | Google Search | Plain-Text | summary