December 20, 2016 
< | 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 | >
December 20, 2016 [00:18:05] *** merzo <merzo!~merzo@93-60-92-178.pool.ukrtel.net> has joined #oi-dev[00:49:45] *** tozhu <tozhu!~Thunderbi@111.200.247.90> has joined #oi-dev[00:54:18] *** tozhu <tozhu!~Thunderbi@111.200.247.90> has quit IRC (Ping timeout: 256 seconds)[01:11:31] *** andy_js <andy_js!~andy@2.218.92.54> has quit IRC (Quit: andy_js)[01:27:59] <oibot> Project oi-userland build #2742: SUCCESS in 2 hr 31 min: https://hipster.openindiana.org/jenkins/job/oi-userland/2742/[01:33:36] *** tozhu <tozhu!~Thunderbi@111.200.247.90> has joined #oi-dev[01:37:27] *** js____ <js____!~js@ip-37-24-180-92.hsi14.unitymediagroup.de> has joined #oi-dev[01:39:57] *** tozhu <tozhu!~Thunderbi@111.200.247.90> has quit IRC (Ping timeout: 252 seconds)[01:46:22] *** js____ is now known as js[02:57:24] *** v_a_b <v_a_b!~volker@p54BC7625.dip0.t-ipconnect.de> has quit IRC (Ping timeout: 250 seconds)[02:57:40] <oibot> Project illumos-gate build #4722: SUCCESS in 1 hr 29 min: https://hipster.openindiana.org/jenkins/job/illumos-gate/4722/[03:02:48] *** v_a_b <v_a_b!~volker@p54BC7BA2.dip0.t-ipconnect.de> has joined #oi-dev[03:45:49] <richlowe> VT Switching is evil.[03:45:51] <richlowe> DRM is evil.[03:46:02] <richlowe> let's all go back to console front-panel switches.[03:46:37] * alanc cannot argue with this logic[04:30:06] *** alanc <alanc!~alanc@inet-hqmc05-o.oracle.com> has quit IRC (Remote host closed the connection)[04:30:24] *** alanc <alanc!~alanc@inet-hqmc05-o.oracle.com> has joined #oi-dev[04:30:24] *** ChanServ sets mode: +o alanc[05:52:54] *** leoric <leoric!~leoric@5.165.249.227> has joined #oi-dev[06:48:12] <leoric> From 32-bit PostgreSQL 9.6 I suppose we need only libraries...[06:52:40] <leoric> but we need 64-bit perl[06:59:51] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[07:14:32] *** jimklimov <jimklimov!~E9926362@dynamic-109-81-208-88.ipv4.broadband.iol.cz> has quit IRC (Quit: Leaving.)[07:37:49] *** leoric <leoric!~leoric@5.165.249.227> has quit IRC (Remote host closed the connection)[08:07:35] *** FuntDobraWork <FuntDobraWork!~FuntDobra@212.34.53.106> has joined #oi-dev[08:17:15] *** jimklimov <jimklimov!~E9926362@31.7.243.238> has joined #oi-dev[08:21:18] *** jimklimov1 <jimklimov1!~E9926362@31.7.243.238> has joined #oi-dev[08:21:18] *** jimklimov <jimklimov!~E9926362@31.7.243.238> has quit IRC (Read error: Connection reset by peer)[08:30:02] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Ping timeout: 264 seconds)[08:36:44] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[08:39:35] *** merzo <merzo!~merzo@93-60-92-178.pool.ukrtel.net> has quit IRC (Ping timeout: 258 seconds)[08:47:51] <alp> finally... It seems we'll get top level vdev removal soon. https://github.com/openzfs/openzfs/pull/251[08:58:09] <nikolam> Awesome[09:09:13] <nikolam> hm "Therefore, mirror and raidz devices can[09:09:13] <nikolam> not be removed."[09:11:04] <nikolam> So one would need to do zpool replace of mirror/raidz VDEV to non-mirrored single disk/image before 'zfs remap' ..[09:12:05] <nikolam> or before zpool remove[09:12:09] <alp> I think the most often use case is 'oops... I wanted this to be zpool attach...'[09:14:25] *** p7mo <p7mo!~pmo@ricasa01.informatik.uni-bremen.de> has quit IRC ()[09:14:48] <nikolam> ah yes :) It seems that zpool remove is a process that won't finish until all snapshots that are using VDEV are deleted[09:15:07] <nikolam> and to actually finish process one needs to use zfs remap for datasets[09:15:45] <jimklimov1> before long, they'd make a BP Rewrite... any decade, now... ;)[09:16:45] <jimklimov1> but, cool news nonetheless - that one was a real "Awww, crap!" moment generator ;)[09:19:15] <nikolam> Maybe if some optional switch is there so they use checksums to check if right data is copied, it would also support removing mirrored VDEVs and raidz VDEVs, without monkey business with single-disk VDEV replacement[09:25:48] *** tsoome <tsoome!~tsoome@220-90-235-80.dyn.estpak.ee> has quit IRC (Ping timeout: 268 seconds)[09:25:57] <jimklimov1> maybe as a next PR, after the dust of this one settles and pretty-pleases stream in?[09:26:01] <jimklimov1> agile-style[09:26:40] *** tomww <tomww!~tom@unaffiliated/tomww> has quit IRC (Ping timeout: 265 seconds)[09:40:24] <nikolam> I yesterday used zvol on another pool as VDEV for the first pool. That won't work automagically on boot on ZoLinux, I wonder will it work upon boot on illumos..[09:42:21] <nikolam> if importing pool with vdev/zvol first then import pool that use it and enable it it, it works.[09:43:28] <nikolam> using zvol as VDEV for another pool, can help in situations of pre-removal of VDEV, not to be on single disk.[09:43:58] <nikolam> (if removing VDEV is mirror or zvol)[09:45:54] *** merzo <merzo!~merzo@91.217.179.122> has joined #oi-dev[09:49:23] *** tsoome <tsoome!~tsoome@101-10-196-88.dyn.estpak.ee> has joined #oi-dev[10:06:45] <nikolam> Hm, since our pidgin have packaged libpurple with .h files , headers, it is like, equivalent to Debian's *-dev packages, that separate header files in separate package, right?[10:14:13] *** jimklimov1 <jimklimov1!~E9926362@31.7.243.238> has quit IRC (Ping timeout: 248 seconds)[10:27:27] *** jimklimov <jimklimov!~E9926362@31.7.243.238> has joined #oi-dev[10:40:29] <jeffpc> alp: I don't use caja - I don't even know what it is[10:48:00] <alp> jeffpc: it's Mate file manager. I suppose, it's issue in cirrus driver and gdk/cairo combination[10:48:09] <alp> not in caja itself...[10:51:12] <jimklimov> > (09:40:24) nikolam: I yesterday used zvol on another pool as VDEV for the first pool. That won't work automagically on boot on ZoLinux, I wonder will it work upon boot on illumos..[10:51:16] <jimklimov> probably won't[10:52:35] <jimklimov> IIRC it was not a "recommended" or "supported" configuration to layer ZFS entities (or make pools over file vdevs) within a host since the beginning of times, in particular because some race conditions could pop up inside the same kernel-side ZFS stack (unlike hosting block vdev's for an iSCSI pool elsewhere)[10:53:28] *** merzo <merzo!~merzo@91.217.179.122> has quit IRC (Ping timeout: 250 seconds)[10:53:44] <jimklimov> but if you can stand some adventures (not doing it in production for a $$$ business) then it can just work with no hiccups... or not - but you've been warned :)[10:54:55] <jimklimov> in this case you can take my SMFization scripts for pools, and wrap the two pools into SMF service instances with definite dependencies (and no entries in /etc/zfs/cache for opportunistic auto-processing)[10:57:53] <jeffpc> alp: ah, I use notion-3 as my wm[10:58:00] <jimklimov> https://github.com/jimklimov/illumos-smf-zfspools[10:58:10] <jeffpc> alp: and I don't use a GUI file manager at all[10:59:46] <alp> do you use gui in KVM guests?[11:05:04] *** ptribble <ptribble!~ptribble@cpc108961-cmbg20-2-0-cust21.5-4.cable.virginm.net> has joined #oi-dev[11:05:05] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)[11:07:14] <jeffpc> nope[11:11:32] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has joined #oi-dev[11:15:35] *** alarcher <alarcher!~alarcher@2001:700:300:1470:72f3:95ff:fe03:2ae2> has joined #oi-dev[11:20:46] <nikolam> jimklimov, that't great answer. It's temporary only. Thanks.[11:31:04] *** andy_js <andy_js!~andy@2.218.92.54> has joined #oi-dev[12:11:54] *** merzo <merzo!~merzo@93-60-92-178.pool.ukrtel.net> has joined #oi-dev[12:31:47] *** tomww <tomww!~tom@tom.bn-ulm.de> has joined #oi-dev[12:31:47] *** tomww <tomww!~tom@tom.bn-ulm.de> has quit IRC (Changing host)[12:31:47] *** tomww <tomww!~tom@unaffiliated/tomww> has joined #oi-dev[12:31:47] *** ChanServ sets mode: +o tomww[13:03:43] *** FuntDobraWork <FuntDobraWork!~FuntDobra@212.34.53.106> has quit IRC (Ping timeout: 258 seconds)[13:08:26] *** FuntDobraWork <FuntDobraWork!~FuntDobra@212.34.53.106> has joined #oi-dev[13:14:23] <nikolam> I have problem with terminal focus in MATE terminal. When I select window, i don't get focus in current tab , until i click into that same, already opened and active tab.[13:25:24] <nikolam> I also get text displaying overleaping when using ipmitool for SerialOverLAn, so it got to be also some terminal problem[13:29:20] *** merzo <merzo!~merzo@93-60-92-178.pool.ukrtel.net> has quit IRC (Ping timeout: 246 seconds)[13:48:42] <alp> what a mess... perl devs fixed dtrace build issue in 5.22.2, but not in 5.24 :)[13:50:40] <alarcher> nikolam: I still do not understand why you keep reporting these on IRC before actually checking if there is an issue opened upstream :)[13:53:03] <jimklimov> he confirms we also have the issue downstream here, so it should be addressed?[13:53:47] <alarcher> jimklimov: last time I checked we do not have full time paid support team to do the job for users[13:54:16] <jimklimov> aw, schucks![13:54:46] <jimklimov> at least we have an unpaid but prolific validator - that's also a hell of a job ;)[13:55:29] <nikolam> alarcher, it's all about hwo to report something. One first report it to distribution, going further is great, sure, but optional. It is well advised sure.[13:56:05] <nikolam> But for example, if I play every sound on maximum volume, shortly before last snapshot, that is for example distribution problem etc.[13:56:29] <alarcher> nikolam: no[13:56:39] <alarcher> that's an upstream change mainly[13:56:53] <alp> alarcher: have you tested updated mesa in virtualbox ?[13:56:58] <nikolam> you don't know what is upstream or downstream before it is reported[13:57:03] <alp> with GL drivers[13:57:14] <alarcher> nikolam: you know if you spend five minutes on the web[13:57:20] <alarcher> alp: no I did not[13:57:24] <alp> I think running compiz would be enough[13:57:25] <nikolam> And distro is first in the line as always to make sure[13:57:37] <alp> does it work for you on intel?[13:57:46] <xenol> alp: https://alas.aws.amazon.com/ALAS-2016-779.html[13:58:17] <alarcher> alp: well my intel machine is Xorg 1.18.4 with previous drm, no internet connection to update the whole thing[13:58:19] <alarcher> ...[13:58:30] <xenol> alarcher: hola senor[13:59:21] <alarcher> xenol: como estas?[13:59:30] <alp> xenol: https://security-tracker.debian.org/tracker/CVE-2016-1248[13:59:35] <jimklimov> nikolam : still, alarcher has a point - it might be a lot easier and more useful for distro maintainers to know not just that "we have buggy behavior that looks like this", but also that it is a known upstream bug number X (url) or CVE (url) or ... - then they have less research to do and more applied work, like integrating an existing patch (or setting up a monitor to wait for one)[13:59:40] <nikolam> Spanish loco is welcome[13:59:44] <alp> xenol: it seems, our vim is not affected[14:00:49] <jimklimov> and the simpler/shorter the expected workload, the more likely it gets into their personal queue ;)[14:01:11] <nikolam> jimklimov, By default , every bug is distro bug. Sure, it is great to search more and provide more info. Alos sometimes maintainer updated something, without checking if it actually works ( :)[14:01:15] <xenol> alp: nope, I was stranded by amazon vim version[14:01:17] <alarcher> jimklimov: one example is a crash when opening PDF that nikolam reported repeatedly for two months: in five minutes I traced the issue to openjpeg and I found a patch in a ticket of some linux distro.[14:01:33] <alarcher> jimklimov: we could have saved 2 months with just five minutes invested[14:01:46] <xenol> alarcher: muy bien ;)[14:02:04] <alarcher> jimklimov: and I just looked at it because I was pissed off of seeing the same thing reported without any action[14:02:04] <xenol> slowly picking up spanish[14:02:09] <alarcher> xenol: :)[14:05:03] <jimklimov> so, seems you have a higher point-count in Forensics skill ;)[14:05:18] <xenol> nikolam: something to please you - https://opensource.com/article/16/12/yearbook-5-trends-open-source-documentation[14:05:23] <xenol> oi-docs has everything.[14:05:27] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Excess Flood)[14:05:33] <jimklimov> =)[14:05:45] <jimklimov> you trolled Kenny, you... :)[14:06:08] <xenol> technically, he was still here[14:06:14] <xenol> I wonder if he tried to paste something or what[14:06:28] <alarcher> he will be remembered[14:06:34] <alarcher> fondly[14:06:38] <xenol> don't worry, he will be back[14:06:45] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[14:06:51] <xenol> stronger and more ..[14:06:56] <xenol> see, he is back[14:07:18] <xenol> nikolam: https://opensource.com/article/16/12/yearbook-5-trends-open-source-documentation -> oi-docs has everything :)[14:07:43] <nikolam> so a) nikolam should search for solutions and try to fix them b) look inot a) :)[14:07:45] <nikolam> Actually I remember that VI thing that got fixed much faster with a bug reports etc, after I searched something..[14:09:32] <nikolam> don't get me started. Documenting needs releasing and you dont' even try not to delete package state on snapshots.[14:09:38] <jimklimov> well, I guess it does not hurt to raise an alarm (once or so), and then try to share the workload to bring resolution of the problem closer[14:10:19] <alp> I like it... They fix Dtrace in one commit and break in the next one[14:11:49] <nikolam> xenol, that acticle is bad, Also everyone uses Linux, don't they?[14:12:48] <jimklimov> actually, I don't see a single mention of "linux" in the article[14:12:59] <alarcher> pkg install more_devs[14:13:32] <alarcher> Rejected under all constraints[14:13:35] <alarcher> damn[14:13:37] <alarcher> :P[14:13:48] <alarcher> blame IPS again[14:13:49] <alarcher> ;)[14:14:40] <xenol> nikolam: i dont want to start you again. I just wanted to point out that there are different ways of doing things[14:15:03] <xenol> and kn the documentstion segment, this has been happening for some time now[14:15:05] <nikolam> xenol, yes and your "i dont want to start you again" is not the one.[14:15:54] <nikolam> xenol, yes, that stupidity and ugliness in both final result and process is going on , also your attitude.[14:16:18] <xenol> if you dont like it, then go and do something.[14:16:32] <xenol> you are free to contribute.[14:16:37] <nikolam> xenol, I did, til you came and started to troll[14:16:51] <nikolam> we were talking about bugs and searching for solutions and terminals etc[14:17:26] <nikolam> Documentation is not the code.[14:17:43] <nikolam> Oi hipster needs to preserver per-snapshot package state so people can update[14:18:47] <xenol> my deepest apologies, if you consider me trolling. i just came across the article, which proves few points about oi-docs[14:19:25] <nikolam> prooves nothing. all that jazz[14:19:40] <nikolam> oi-docs is not documentation.[14:20:08] <nikolam> we copuld all be better with planet-like connected articles or something[14:21:09] <nikolam> But still waiting for that pool results of yours, xenol, too. Also for rules of accessing and protecting private data in them.[14:22:22] <alarcher> nikolam: I write all my articles and code documentation in LaTeX so I am biased but to me documentation is like code[14:22:51] <jimklimov> I think the evil corporations got such rules pretty and practically simple: you want to use/cooperate/... ? we own your data, period. No more stupid questions asked. While the senate is debating, there is a war on Naboo.[14:22:56] <alarcher> nikolam: I script generation of reports in LaTeX and only believe in text under revision control[14:23:06] <nikolam> it is like icecream is like pudding[14:23:29] <nikolam> jimklimov, haha[14:23:35] <jimklimov> well... if you let it melt... and add some flour... :)[14:24:35] <nikolam> xenol, and those poll results are.. with what "look into don't spread" rights and for whom to see?[14:25:30] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)[14:25:58] <jimklimov> which paranoia level do you want? 1) anonymous poll, no userdata to worry about; 2) identified poll, no imposters to worry about; 3) I am special, I may know who said what but others see it as anonymous?[14:28:16] <nikolam> identified anonymous plus combination of all 3 as output. where "i am special" is excluded from the view" and "I know who said what is under non-disclosure agreement.[14:29:23] <nikolam> Every poll needs non-disclosure agrrement for maintaining data plus every poll needs agreement for entering data into.[14:30:12] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has joined #oi-dev[14:31:09] <nikolam> only those who agree enter poll, only those who agree to protect data see the data entered.[14:34:54] <alarcher> every product needs a producer[14:35:09] <alarcher> every implementation needs an implementer[14:35:23] <alarcher> everybody needs somebody[14:36:52] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has joined #oi-dev[14:46:39] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds)[14:51:12] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has joined #oi-dev[14:55:38] * nikolam puts tear off.[14:57:10] <oibot> Project oi-userland build #2743: SUCCESS in 2 hr 36 min: https://hipster.openindiana.org/jenkins/job/oi-userland/2743/[15:03:59] <nikolam> alp, does something here needs to be tested, so it could be enabled? https://github.com/OpenIndiana/oi-userland/commit/333906157e8cfe0501580d09512f3dd1d1cbc866[15:04:09] <xenol> nikolam: I deployed planet.openindiana.org 4 years ago and the biggest problem was content[15:04:27] <xenol> unless we get enough people writing content, planet is just another thing to maintain[15:04:53] <nikolam> xenol, idea si people write their own blogs..[15:05:01] <alp> nikolam: I'd rather preserved original options , as it comes from SmartOS to avoid surprises[15:05:18] <alp> Of course, this can change if someone really needs them[15:06:43] <xenol> nikolam: I don't see that many blog posts about OI and I know that alp is an active blogger, but we can't ask him from him to write more blogs[15:07:30] <nikolam> xenol, that is the planet answer. more interesting blogs, more planet material. if not coming from blogs, as I understand, it's not planet[15:07:50] <xenol> the effort and initiative has to come from the community[15:07:53] <alp> well, 3 posts per year is not too active :)[15:08:08] <xenol> don't expect developers to spend time also on blogging on all other things you can think of[15:08:14] <nikolam> :)[15:08:16] <xenol> if devs stop developing, your bugs are not fixed.[15:08:19] <xenol> we need more people[15:08:31] <ptribble> Blooging was all the rage 5-10 years ago, it's now dwindled to almost nothing (not just us, all areas have seen the same decline)[15:08:59] <xenol> as for poll results, I plan to publish them, but it won't happen sooner than middle or the end of the january[15:09:03] <nikolam> Blogs are bread an butter for search engines..[15:09:27] <xenol> good, write few and I will consider setting up planet again ;)[15:09:30] <tsoome> with few notable exceptions, most blogs are just noise[15:09:52] <nikolam> xenol, check first with community, before publishing anything for corrections and mixes before posting[15:10:08] <xenol> ?[15:10:20] <nikolam> Whole web is full of noise, ah well[15:10:41] <nikolam> fixes, sorry.[15:11:35] <xenol> what should I check with the community?[15:11:38] <tsoome> not only web. Headlines like “China is suspected to hide submarines in the sea” are making me to think there is nothing to salvage from humanity.[15:12:08] *** FuntDobraWork <FuntDobraWork!~FuntDobra@212.34.53.106> has quit IRC (Quit: leaving)[15:12:19] <nikolam> xenol, before you post results, to see if that what you post is ok to post[15:13:06] <nikolam> lol tsoome[15:14:12] <alp> igork: got test results from 64-bit perl 5.24[15:14:23] <alp> they are same as for 32-bit perl 5.22[15:14:35] <igork> how many fails?[15:14:51] <alp> http://pastebin.com/Dxurqi5M[15:15:07] <igork> you have - 5 :)[15:15:09] <igork> i have - 4[15:15:15] <alp> cool :)[15:15:21] <alp> what's different?[15:17:52] <jimklimov> is there something new about OpenSSH and "id_dsa" keys recently? Seems these keys are not being tried during login, and it worked a month ago.[15:18:28] <igork> alp: yeah - i have no tests right now - i have disabled it for reduce build time on sparc :)[15:18:43] <igork> it has about 3h without tests[15:18:51] <alp> ufff[15:18:57] <xenol> openssh 7.4 is out[15:19:26] <xenol> alp: with openssh we are relying on illumos/openssh-portable, right?[15:19:30] <alp> jimklimov: nobody touched our ssh since October[15:19:37] <alp> xenol: not exactly[15:19:57] <alp> https://github.com/joyent/illumos-extra/tree/master/openssh/[15:20:10] <alp> with some minor corrections[15:20:22] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Excess Flood)[15:20:53] <alp> when it's split into patches, it's more natural for userland build system[15:21:39] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[15:24:26] <xenol> Alasdairrr: hey buddy, here?[15:24:44] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Excess Flood)[15:25:58] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[15:34:52] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has quit IRC (Remote host closed the connection)[15:36:17] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has joined #oi-dev[15:38:15] <xenol> fyi, python 3.6 is going to have a massive boost in dictionaty performance and minimize memory usage by almost 40%[15:38:22] <xenol> it would be interesting to see how this would affect IPS[15:38:42] <alp> new bugs will appear[15:39:03] <igork> but debian still on 3.5 as mainstream version :)[15:39:12] <xenol> 3.6 is not yet out[15:39:15] <igork> yes[15:39:18] <xenol> it will be released this friday[15:39:22] <igork> like golang-1.8[15:39:22] <alp> I don't think our IPS is python-3 -ready[15:39:36] <xenol> it isn't[15:39:38] <xenol> oracle is on 3.4[15:39:58] <igork> haha - another fun with IPS planned ? :)[15:40:14] <igork> omni try to go to python2.7 :)[15:40:34] <igork> interest - how they will go to 3.x? :)[15:41:02] <alp> building illumos-gate bits with python 3? ;)[15:41:41] <igork> haha :) it is not a problem - just move it to userland[15:41:53] <xenol> igork: no, getting our IPS to be python3 ready is just a matter or porting things from the upstream[15:42:44] <alp> It seems xenol wants to break IPS a bit :) It would be fun[15:43:17] <igork> :p[15:43:22] <xenol> no, thanks. I am just trying to motivate new people =P[15:43:40] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has quit IRC (Read error: Connection reset by peer)[15:43:56] <alp> import one or two years of fixes from Oracle? Isn't it fun?[15:44:13] <xenol> you could still go and try 2to3 migration :P[15:44:27] <xenol> but I don't expect it to work[15:44:36] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has joined #oi-dev[15:44:47] <xenol> and there will be problems. Otherwise, it wouldn't be so fun![15:45:21] *** tsoome <tsoome!~tsoome@101-10-196-88.dyn.estpak.ee> has quit IRC (Quit: tsoome)[15:55:35] <alp> so far my plan is: 64-bit perl 5.24, postgresql 9.6, perl modules[15:55:46] <xenol> 17.04?[15:55:50] <alp> and dropping perl 5.16[15:56:08] <alp> yes, for 17.04[15:56:20] <alp> haven't looked further[16:01:57] <alp> xenol: tor 0.2.8.12 is here[16:02:56] *** jimklimov <jimklimov!~E9926362@31.7.243.238> has quit IRC (Ping timeout: 268 seconds)[16:09:11] <xenol> alp: compiling[16:09:24] <alp> thx[16:10:14] *** ozquera <ozquera!~ozquera@p57BDA3BB.dip0.t-ipconnect.de> has joined #oi-dev[16:16:43] *** tsoome <tsoome!~tsoome@220-90-235-80.dyn.estpak.ee> has joined #oi-dev[16:39:33] <alp> I could build postgresql 9.5 with 64-bit plperl[16:39:53] <alp> so, I think 64-bit perl component is not very broken[17:01:49] *** tozhu <tozhu!~Thunderbi@119.2.16.98> has joined #oi-dev[17:05:13] *** trisk <trisk!~trisk@108-92-223-130.lightspeed.tpkaks.sbcglobal.net> has quit IRC (Ping timeout: 268 seconds)[17:10:18] *** trisk <trisk!~trisk@162-228-250-121.lightspeed.tpkaks.sbcglobal.net> has joined #oi-dev[17:14:40] *** tozhu <tozhu!~Thunderbi@119.2.16.98> has quit IRC (Remote host closed the connection)[17:15:01] *** tozhu <tozhu!~Thunderbi@119.2.16.98> has joined #oi-dev[17:27:29] *** js <js!~js@ip-37-24-180-92.hsi14.unitymediagroup.de> has quit IRC (Read error: Connection reset by peer)[17:31:55] <oibot> Project oi-userland build #2744: SUCCESS in 2 hr 34 min: https://hipster.openindiana.org/jenkins/job/oi-userland/2744/[17:32:37] *** js <js!~js@webkeks.org> has joined #oi-dev[17:35:31] <igork> alp: 64bit perl work fine[17:35:50] <igork> but - have to re-build apps with dependency to libperl[17:37:17] *** merzo <merzo!~merzo@43-60-132-95.pool.ukrtel.net> has quit IRC (Ping timeout: 240 seconds)[17:51:14] *** tozhu <tozhu!~Thunderbi@119.2.16.98> has quit IRC (Quit: tozhu)[18:08:09] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Excess Flood)[18:09:32] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has joined #oi-dev[18:13:33] *** alarcher <alarcher!~alarcher@2001:700:300:1470:72f3:95ff:fe03:2ae2> has quit IRC (Quit: Leaving.)[18:41:51] *** trisk <trisk!~trisk@162-228-250-121.lightspeed.tpkaks.sbcglobal.net> has quit IRC (Ping timeout: 260 seconds)[18:46:27] *** trisk <trisk!~trisk@162-228-250-121.lightspeed.tpkaks.sbcglobal.net> has joined #oi-dev[19:26:17] *** leoric <leoric!~leoric@5.3.233.219> has joined #oi-dev[19:27:32] <leoric> alanc: hi. Can you check if Gnome 3/Solaris pulseaudio also affected by https://www.illumos.org/issues/7479 ?[19:28:25] <leoric> After looking at it for a bit, I suppose it could be some design defect in pulseaudio solaris port...[20:08:51] <oibot> Project oi-userland build #2745: SUCCESS in 2 hr 36 min: https://hipster.openindiana.org/jenkins/job/oi-userland/2745/[20:13:19] *** nikolam <nikolam!~nikolam@unaffiliated/nikolam> has quit IRC (Quit: Leaving)[20:43:29] <leoric> jeffpc: I suppose you are the one who should know what the guilt is? Is 0.35 still actual version? Would you mind refreshing component from oi-build ? :)[21:04:04] *** leoric <leoric!~leoric@5.3.233.219> has quit IRC (Remote host closed the connection)[21:13:53] <igork> leoric: hey - you have removed libdrm ?[21:14:37] <igork> or just moved to to outside?[21:43:31] <tsoome> um, why mate_install depends on grub?[21:46:33] *** DrLou <DrLou!~DrLou@c-73-33-92-169.hsd1.nj.comcast.net> has quit IRC (Ping timeout: 260 seconds)[21:52:00] <alanc> leoric: I don't understand that bug report so I can't say - certainly we don't use mate-volume-control[22:09:08] <richlowe> ... but you do use pulseaudio?[22:52:41] <oibot> Project oi-userland build #2746: SUCCESS in 2 hr 43 min: https://hipster.openindiana.org/jenkins/job/oi-userland/2746/[23:12:33] *** ptribble <ptribble!~ptribble@cpc108961-cmbg20-2-0-cust21.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)[23:28:46] <tomww> the pulseaudio volume control has never been totally free of troubles. but I would say it is a bit annoying, but not worth making too much noise about :)[23:38:47] <tomww> would put focus on building a rock solid slim distro with basic packages in it. all the fancy fun stuff and specialized stuff should be an addon, and only an addon.[23:39:15] <tomww> (yes I'm not totally without bias)[23:49:13] <alanc> GNOME on Solaris uses pulseaudio, but I do very little with it myself