January 26, 2018 
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >
January 26, 2018 [00:02:31] <richlowe> alanc: RFE a "things you should be scared of" manual page[00:02:54] <alanc> 1) CPU performance "features"[00:24:37] *** jimklimov <jimklimov!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has joined #oi-dev[00:26:48] *** jimklimov <jimklimov!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has quit IRC (Read error: Connection reset by peer)[00:26:51] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has joined #oi-dev[02:07:37] *** v_a_b <v_a_b!~volker@p57A27B83.dip0.t-ipconnect.de> has joined #oi-dev[02:08:27] *** v_a_b1 <v_a_b1!~volker@p57A27F56.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 240 seconds)[02:41:59] *** alanc <alanc!~alanc@hqdc-proxy-mwg08-o.oracle.com> has quit IRC (Remote host closed the connection)[02:42:17] *** alanc <alanc!~alanc@hqdc-proxy-mwg08-o.oracle.com> has joined #oi-dev[02:42:17] *** ChanServ sets mode: +o alanc[02:49:26] *** pjama <pjama!~pjama@c211-31-53-64.kelvn3.qld.optusnet.com.au> has quit IRC (Ping timeout: 276 seconds)[02:52:02] *** jimklimov1 <jimklimov1!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)[02:52:30] *** pjama <pjama!~pjama@c211-31-53-64.kelvn3.qld.optusnet.com.au> has joined #oi-dev[03:02:46] <oibot> Project illumos-gate build #5122: SUCCESS in 1 hr 57 min: https://hipster.openindiana.org/jenkins/job/illumos-gate/5122/[04:08:20] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has quit IRC (Ping timeout: 252 seconds)[04:18:47] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has joined #oi-dev[04:25:40] *** merzo <merzo!~merzo@58-57-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 240 seconds)[04:47:21] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has quit IRC (Remote host closed the connection)[04:47:43] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has joined #oi-dev[06:13:03] *** leoric <leoric!~leoric@176.212.32.36> has joined #oi-dev[07:16:11] <oibot> Project oi-userland build #3743: SUCCESS in 25 min: https://hipster.openindiana.org/jenkins/job/oi-userland/3743/[07:28:23] *** leoric <leoric!~leoric@176.212.32.36> has quit IRC (Remote host closed the connection)[07:33:49] *** wiedi_ <wiedi_!~wiedi@185.197.132.10> has quit IRC (Read error: Connection reset by peer)[07:40:26] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has quit IRC (Quit: tsoome)[08:12:20] *** MarcelT <MarcelT!~marcel@tortuga.telka.sk> has quit IRC (Ping timeout: 265 seconds)[08:18:17] *** jimklimov <jimklimov!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has joined #oi-dev[08:20:40] *** MarcelT <MarcelT!~marcel@tortuga.telka.sk> has joined #oi-dev[08:35:25] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has joined #oi-dev[09:28:45] <denk> man libaio "This functionality now resides inlibc(3LIB)"[09:29:08] <denk> should be "in libc(3LIB)"[09:49:39] *** merzo <merzo!~merzo@58-57-132-95.pool.ukrtel.net> has joined #oi-dev[09:53:02] *** mnowak_ <mnowak_!mnowak_@nat/suse/x-dvxybtvjlfkmapbc> has joined #oi-dev[10:00:31] <alp_> you know what to do - file an issue and fix it :)[10:00:39] <alp_> (against illumos-gate)[10:00:58] <alp_> btw, I see the page fine[10:01:10] <alp_> This functionality now resides in libc(3LIB)[10:01:33] <jimklimov> some unprintable space rendered differently? :)[10:06:06] <tsoome> erm, apparently even our vgatext console does insert the space there[10:29:35] <denk> alp_: http://witch.tambov.ru/~denis/man_libaio.png[11:10:19] <tsoome> denk: what terminal is it?[11:12:22] <tsoome> the current man has line: This functionality now resides in \fBlibc\fR(3LIB)[11:13:12] <tsoome> so it feels like the man+this terminal is having fun.[11:41:59] <denk> tsoome: xterm-color[11:45:20] <denk> the program is urxvt[11:58:33] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has quit IRC (Remote host closed the connection)[12:12:23] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has joined #oi-dev[12:54:18] *** wiedi <wiedi!~wiedi@185.197.132.10> has joined #oi-dev[13:01:55] *** Toasterson <Toasterson!~toast@2a02:1205:34f9:26c0:dc1a:eb89:1ef9:73a> has joined #oi-dev[13:02:39] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has quit IRC (Quit: tsoome)[13:06:46] *** Toasterson <Toasterson!~toast@2a02:1205:34f9:26c0:dc1a:eb89:1ef9:73a> has quit IRC (Ping timeout: 256 seconds)[13:25:15] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has joined #oi-dev[13:34:46] *** tsoome_ <tsoome_!~tsoome@13-113-191-90.dyn.estpak.ee> has joined #oi-dev[13:35:02] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has quit IRC (Read error: Connection reset by peer)[13:35:02] *** tsoome_ is now known as tsoome[13:46:18] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has quit IRC (Ping timeout: 240 seconds)[13:47:10] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has joined #oi-dev[14:24:01] *** merzo <merzo!~merzo@58-57-132-95.pool.ukrtel.net> has quit IRC (Read error: Connection reset by peer)[14:24:09] *** merzo <merzo!~merzo@58-57-132-95.pool.ukrtel.net> has joined #oi-dev[14:32:48] *** wiedi <wiedi!~wiedi@185.197.132.10> has quit IRC (Read error: Connection reset by peer)[14:33:01] *** wiedi <wiedi!~wiedi@ip5b409739.dynamic.kabel-deutschland.de> has joined #oi-dev[14:47:10] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has quit IRC (Ping timeout: 240 seconds)[14:52:45] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has quit IRC (Remote host closed the connection)[14:53:06] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has joined #oi-dev[14:57:49] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has quit IRC (Remote host closed the connection)[14:58:02] *** asx <asx!~asx@93-34-145-252.ip50.fastwebnet.it> has joined #oi-dev[15:31:02] <tomww> denk: your question about urxvt, which version of it?[15:31:44] <denk> rxvt-unicode (urxvt) v9.22 - released: 2016-01-23[15:32:22] <denk> terminal/urxvt 9.22-2017.0.0.0 i--[15:33:46] <tomww> I have 9.20 in the SFE repository. I can try compiling 9.22. Is the error at runtime? How would I reproduce this?[15:35:39] *** alarcher <alarcher!~alarcher@2001:700:300:1470:72f3:95ff:fe03:2ae2> has joined #oi-dev[15:37:13] <denk> I have no idea how to reproduce it[15:48:16] <alp_> jollyd: I still see a lot of REQUIRED_PACKAGES += system/library/g++-4-runtime in your branch[15:48:24] <alp_> this should be fixed :)[15:48:51] <alarcher> alp_: most likely because of last rebase[15:49:17] <alarcher> there were none[15:49:29] <alarcher> when I push all the required packages[15:49:47] <alp_> also note, if after gmake REQUIRED_PACKAGES system/library/g++-4-runtime silently disappears, this means that we really use g++4-runtime[15:49:47] <alarcher> pushed[15:50:02] <alp_> (compiling with gcc 6 runtime)[15:50:19] <alarcher> I jsut fniished my lecture[15:50:28] <alarcher> let me grab some coffee first[15:50:31] <alp_> you can suggest what happens in this case[15:50:40] <alp_> I don't insist on anything :)[15:50:46] <alarcher> no pb[15:50:53] <alarcher> just need coffee :)[15:51:36] <alp_> I was just testing updated clamav with gcc-6 and found this issue (with -R)[15:52:20] <alp_> alarcher: one last question, are you going to work on gcc-6 branch on this weekend and what assistance do you need?[15:52:52] <alarcher> alp_: I got some questions about packaging icinga2, can I forward to you? I do not know all the answers[15:53:03] <alp_> of course[15:53:19] <alarcher> alp_: yes, I will work on gcc6. I have 30 left to rebuild[15:53:29] <alarcher> some more REQUIRED_PACKAGES to fix[15:56:58] <alp_> do we want to collect 'ifneq ($(GCC_ROOT), /usr/gcc/4.9)' in components Makefiles ?[15:57:10] <alp_> in such way we could merge everything and switch later[16:00:44] <alarcher> alp_: sorry I actually forgot to change the deps in encumbered[16:01:42] <alarcher> alp_: and boost is an issue[16:01:59] <alp_> does it fail to build?[16:02:00] <alarcher> still have found time to fix it[16:02:38] <alarcher> nowadays fails to build some shared libraries seems like a compiler mix-up[16:03:28] <alarcher> but the weird thing is that the failure occurs only for 64-bit libs[16:03:32] <alarcher> and only some of them[16:11:58] <alp_> be ready to rebuild everything, depending on pcre[16:13:53] <alarcher> alp_: ok. anyway it is good that we handle the change of deps before migration, it would have been a pain to go back again and rebuild everything[16:28:03] <alarcher> xenol: hullo[16:46:38] *** mnowak_ <mnowak_!mnowak_@nat/suse/x-dvxybtvjlfkmapbc> has quit IRC (Ping timeout: 256 seconds)[16:47:09] *** tsoome <tsoome!~tsoome@13-113-191-90.dyn.estpak.ee> has joined #oi-dev[17:30:44] <alp_> I really like autoconf....but it seems I've found necessary magicx[17:41:48] <alp_> you'll have to grep all pkgconfig files for -R/usr/lib[/amd64] and fix this...[17:42:19] <alp_> as it clearly breaks gcc with runtimes out of /usr/lib[17:45:04] <tomww> denk: okay. I'll just try here with urxvt 9.22 and see what happens.[17:46:54] <alarcher> alp_: alright... otherwise I still find that ruby/augeas, runtime/jruby and web/tomcat-8 are broken[17:49:08] <alarcher> alp_: 12 components to go[17:49:23] <alarcher> then I'll look at the -R[17:51:26] <alp_> clamav is clearly broken with GCC 6[18:10:51] <oibot> Project oi-userland build #3744: SUCCESS in 20 min: https://hipster.openindiana.org/jenkins/job/oi-userland/3744/[18:15:30] <tomww> just for verification, would LD_LIBRARY_PATH=/usr/gcc/6/lib clamav run propperly?[18:16:19] <tomww> to guide the runtime linke a little bit to eventually use the intended runtime?[18:42:59] *** igork <igork!~igork@91.204.58.44> has quit IRC (Excess Flood)[18:43:18] *** igork <igork!~igork@91.204.58.44> has joined #oi-dev[18:55:49] <alp_> yes[18:56:10] <alp_> f..n automation...[19:33:16] <igork> alp_: fun? :)[19:33:25] <igork> or something else :)[19:33:27] <alp_> very fun[19:33:45] <alp_> libtool adds runpath here and there...[19:35:05] <richlowe> jacobs, alanc: Since you (and co-conspirators at Oracle/in userland-gate) would be the likely wants to give up and consider it. Has thought been given to whether a no-op libtool could be implemented?[19:35:31] <richlowe> I've blissfully forgotten everything I knew about how it worked, regarding whether it'd just be neutering /bin/libtool, or whether there's all the m4 goo and all that.[19:45:44] <tomww> interesting idea...[19:59:09] <alp_> I don't understand this...[19:59:12] <alp_> Finally[19:59:19] <alp_> One fun fact...[19:59:53] <alp_> I've checked binaries in proto dir, and they were linked to installed libs, and installed libs had wrong RUNPATH[20:00:07] <alp_> so binaries got wrong runtime[20:01:54] <alanc> richlowe: the hack I wrote years ago for X was: https://github.com/oracle/solaris-xorg/blob/master/open-src/common/delibtoolize.pl since I didn't see a better way around the automake/libtool tie ins than to let configure & automake do their thing and then rip the libtool calls out of the makefile[20:02:17] <alanc> I think I wrote this back in the libtool 1.5 era, before they fixed a bunch of the brokenness in libtool 2.x[20:02:42] <alanc> so far doesn't seem necessary in the X move to userland[20:18:51] <richlowe> do all your wonderful pkgmogrify tricks come along for the ride?[20:35:08] <alp_> jollyd: I have one more thing to break oi-userland... https://pastebin.com/1xJA45kq[20:35:29] <alp_> this will help to identify all binaries with 'forbidden' runpaths[20:35:51] <richlowe> If you want to do that, obviously you should merge alanc's change to run check_rtime[20:35:54] <richlowe> imagine the fun you'll have![20:35:58] *** jimklimov <jimklimov!~jimklimov@ip-86-49-244-142.net.upcbroadband.cz> has quit IRC (Quit: Leaving.)[20:36:06] <richlowe> (you'll have to fix the exception list syntax for our check_rtime)[20:36:09] <richlowe> and like, probably a million bugs.[20:36:38] <alanc> there is a reason I just added the ability to run it for now and didn't force it to be run or error out if issues are found[20:36:56] <richlowe> Yes.[20:36:59] <richlowe> It's called cowardice[20:37:03] <alanc> mostly I was just making sure we didn't introduce regressions in the move of the X components to the Userland gate[20:37:36] <alanc> I prefer to think of it as a healthy sense of self-preservation (despite all evidence to the contrary([20:37:39] <alanc> ))[20:39:08] <alp_> the first component found is bacule[20:39:11] <alp_> bacula[20:40:15] <alp_> jollyd: I seriously suggest you to import this check, as in post-gcc-4.9 world such issue is a 90% core dump[20:40:44] <alp_> I mean https://pastebin.com/1xJA45kq[21:15:12] <oibot> Project oi-userland build #3745: SUCCESS in 24 min: https://hipster.openindiana.org/jenkins/job/oi-userland/3745/[21:17:31] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has quit IRC (Remote host closed the connection)[21:17:54] *** jacobs <jacobs!~jacobs@2603:300a:1618:b200:1c64:91b8:1cd1:d3d5> has joined #oi-dev[21:28:58] <jacobs> richlowe, I considered patching libtool so that it didn't make RUNPATH adjustments for things in the default search path a while back, but it wasn't a priority and I didn't have the time. I suppose I have nothing but time right now, so perhaps I will take a look.[21:31:59] *** leoric <leoric!~leoric@176.212.32.36> has joined #oi-dev[21:59:45] <jacobs> ah, and I see where it looks like it seems to want to do the right thing. I suppose that I will create a zone to play on and go down the rabbit hole.[22:11:04] <leoric> I bet I'll end up adding CONFIGURE_ENV.64 += LT_SYS_LIBRARY_PATH="/lib/$(MACH64):/usr/lib/$(MACH64)" to configure.mk[22:19:02] <jacobs> That seems likely, though it would be nice to have libtool recognize this on its own.[22:21:32] *** merzo <merzo!~merzo@58-57-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 256 seconds)[22:35:24] *** merzo <merzo!~merzo@75-43-133-95.pool.ukrtel.net> has joined #oi-dev