IRC Logs for #crux Wednesday, 2016-03-02

*** nogagplz has joined #crux00:07
Worksterprt-get depinst pyopenssl00:14
Worksterit is in contrib00:14
john_cephalopodaDoesn't help.00:16
john_cephalopodaI rebuilt pyopenssl three times.00:16
john_cephalopodaAlso crypto doesn't build against new openssl.00:16
john_cephalopodaPff, that new openssl just broke everything. Previous version works perfectly though.00:20
john_cephalopodaDowngraded.00:20
john_cephalopodaHmm, bye.00:20
*** john_cephalopoda has quit IRC00:20
joacimperfectly, except for that drown thing00:21
Workstercryptography fialed to build i'll have to look into this when i have time00:50
Workstergcc -pthread -DNDEBUG -Wall -Wstrict-prototypes -fwrapv -O2 -march=x86-64 -pipe -fPIC -I/usr/include/python2.7 -c build/temp.linux-x86_64-2.7/_openssl.c -o build/temp.linux-x86_64-2.7/build/temp.linux-x86_64-2.7/_openssl.o00:51
Worksterbuild/temp.linux-x86_64-2.7/_openssl.c:697:6: error: conflicting types for 'BIO_new_mem_buf'00:51
Workster BIO *BIO_new_mem_buf(void *, int);00:51
*** dougiel has quit IRC01:14
*** tired_laptop has joined #crux01:26
*** dougiel has joined #crux01:28
*** tired_laptop has quit IRC02:01
*** dougiel has quit IRC02:09
*** dougiel has joined #crux02:14
ryu0lol. how typical. doesn't even try to understand the error.02:42
*** blueness has quit IRC02:50
teK_DROWNgraded :}02:50
*** blueness has joined #crux02:59
*** dougiel has quit IRC03:02
*** ivs has quit IRC03:04
*** pidsley has quit IRC03:14
*** _________mavric6 has quit IRC03:33
*** _________mavric6 has joined #crux03:35
*** tilman_ has joined #crux05:02
brian|lfswow to much crap in the linux kernel now05:03
*** tilman has quit IRC05:05
*** brian|lfs has quit IRC05:35
*** sq271 has joined #crux05:57
*** heroux has joined #crux06:57
*** SiFuh has joined #crux07:27
*** SiFuh_ has quit IRC07:29
pitillotilman: morning, the problem won't be related to relink stage of libtool in gmp?07:33
*** hhhhhhhh has joined #crux08:15
*** tnut has joined #crux08:28
*** hhhhhhhh has quit IRC08:32
*** darthlukan has joined #crux09:03
cruxbot[core.git/3.2]: binutils: remove old patch09:09
cruxbot[core.git/3.2]: glibc: remove old patch09:09
cruxbot[opt.git/3.2]: cups-filters: remove old patch09:10
cruxbot[opt.git/3.2]: unbound: update to 1.5.809:27
*** xeirrr has joined #crux10:15
*** xeirrr has quit IRC10:26
*** onodera has joined #crux11:02
*** xeirrr has joined #crux11:07
*** trothr has quit IRC11:07
*** trothr has joined #crux11:07
*** john_cephalopoda has joined #crux11:51
cruxbot[contrib.git/3.2]: cffi: 1.3.1 -> 1.5.211:52
cruxbot[contrib.git/3.2]: cryptography: 1.1.1 -> 1.2.311:52
cruxbot[contrib.git/3.2]: enum34: 1.0.4 -> 1.1.211:52
Romsterjohn_cephalopoda, pyopenssl is fine now.11:54
*** ivs has joined #crux12:00
*** hhhhhhhh has joined #crux12:15
john_cephalopodaAh, good :)12:17
john_cephalopodaAh, btw, gajim is outdated.12:18
john_cephalopodaProblem is, that it requires a python package that can only be installed with "sudo python setup.py"12:18
john_cephalopodaSo it can't be packaged and listed as dep.12:19
rmullIs there no easy way to use something along the lines of prt-get listinst to see which ports are installed from a specific repo? I want to know if I can remove a repo that I think I don't use anymore13:07
frinnstcheck out prtorphan13:11
rmullthanks, I can make that work13:17
frinnsthm. anybody know what may use tcp/7676 ? it seems to be blocked by my isp so i'd assume its abused for something13:31
frinnstits registered for imqbrokerd obviously, but i'd assume it may be used for something else?13:33
rmullfrinnst: Google says neoturk trojan14:34
*** _________mavric6 has quit IRC14:39
*** _________mavric6 has joined #crux14:39
*** Tazy has joined #crux15:04
*** Tazy has quit IRC15:09
*** Tazy has joined #crux15:09
*** xeirrr has quit IRC15:18
pitillohey, who wrote the last c++ changes in prt-utils?16:08
*** tnut has quit IRC16:08
*** deus_ex has joined #crux16:09
ryu0pitillo: revdep?16:10
pitilloyeah, ryu016:10
*** deus_ex1 has quit IRC16:10
ryu0pitillo: i'm the author, why?16:10
pitilloI faced a problem building it in ARM... can you take a look to see if you see something there?16:11
ryu0okay, but it should have worked...16:11
pitilloit should... but elfutils it's making something strange...16:11
pitillohttp://dpaste.com/1HGM0K816:11
pitillos/it's/is...16:12
ryu0pitillo: you're using the latest elfutils?16:14
*** kokakoda2 has joined #crux16:15
*** kokakoda1 has quit IRC16:15
ryu0hm.16:19
ryu0pitillo: is Elf64_Chdr defined in /usr/include/elf.h ?16:20
pitilloryu0: elfutils 0.165-1 but isn't defined16:22
pitillogood start point... I need to review elfutils builds and verify how it's built16:23
pitillothank you ryu016:23
ryu0pitillo: how strange. this is a bug in the elfutils, not revdep.16:31
pitilloryu0: yeah, I need to review elfutils build in ARM and look for answers16:33
pitillothank you very much for taking a look16:33
ryu0...16:34
ryu0pitillo: how new is your glibc?16:34
ryu0https://git.fedorahosted.org/cgit/elfutils.git/commit/?id=344ca0775da729e1bfdd61bb88ba4c64befece0716:34
ryu0"libelf: Add ELF compression types and defines to libelf.h for older glibc."16:34
*** hhhhhhhh has quit IRC16:44
*** ivs has quit IRC16:51
*** ivs has joined #crux16:56
pitilloryu0: glibc 2.19... locked package due to some problems in this device (I was reading about it before ran out from job and I let it building in another ARM device with glibc 2.22 and it was right build)17:04
pitillosorry for the noise and for pointing me to the right place to look17:04
Wildefyrinstalling a package but it's just froze on "Build result:"17:20
Wildefyrshall I just leave it17:20
Wildefyr?17:20
Wildefyrah it's finally done it17:21
*** hhhhhhhh has joined #crux18:07
tilmanpitillo: i had that problem, but i fixed it. don't remember how though :(18:21
tilmanthen i decided to not install *.la into $CLFS ; now libgmp's configure doesn't even finish. doesn't accept my compiler. grrr18:22
tilmanoh well18:22
*** ryu0 has joined #crux18:24
cruxbot[opt.git/3.2]: lxappearance: initial commit18:26
cruxbot[opt.git/3.2]: gtk-theme-adwaita: initial commit18:26
cruxbot[opt.git/3.2]: adwaita-icon-theme: initial commit18:26
cruxbot[opt.git/3.2]: lxappearance: updated to 0.6.218:28
*** dougiel has joined #crux18:28
pitillotilman: but did you make libgmp install by hand? I mean, bypassing over make install (because libtool forces the relink in all cases)18:40
tilmanthe problem i had with  libgmp at one point was that gcc used the wrong copy of libgcc_s18:40
pitillocan you share libgmp's config.log? Just to take a look (curious)18:40
tilmanthe crosscompile tried to link with the _host_ copy of libgcc_s18:41
tilmanputting -L/path/to/cross/toolchain/lib in LDFLAGS fixed that18:41
pitilloummm I think it's not the same problem (here the relink stage picks -L/usr/lib in all cases... doesn't matter the options, sysroot, LT_SYS_LIBRARY_PATH...)18:42
tilmando you know this writeup? http://metastatic.org/text/libtool.html18:42
pitilloand this seems to be related to .la files used by libtool in all cases... may be because there is a mix between host (64b) and the result binary (32b)18:43
tilmanINSTALL         /lib/.*\.la$ NO18:44
pitilloyeah, I know... I think that was one of the first points where I started... finished deeping into libgmp code and lost in libtool magic18:44
tilmantry that :)18:44
pitilloummmmm let's see18:44
pitillopkgadd.conf?18:46
tilmanyes18:46
tilmanalternatively you can try removing all libtool files from your rootfs18:47
tilmanand see if that helps18:47
pitillothe problem should be before if I'm right... I mean, building libgmp (first cross-built port), it build .lai files, move them to .la file (after relinking) and this is where the problem begins18:49
pitillono .la files in clfs directory (after a fresh toolchain build)18:50
tilmanok18:50
pitilloare you using crosstools-ng?18:50
tilmanno, custom built18:51
pitillook, I saw your comment the other day about it (just to verify if libtool problems came from all sides)18:51
tilmanaha, it seems prepending $CROSSTOOLS/bin to $PATH (in pkgmk-cross.conf) can cause issues18:51
pitillobtw, can you share config.log (out of curiosity)18:52
tilmancauses e.g. ncurses to use the wrong assembler when building the make_hash program (system compiler!)18:52
tilmanconfig.log for which package & problem? :)18:52
pitillostrange... those should be the binaries used to cross build... instead of host ones18:53
pitillolibgmp to see the compiler problem18:53
tilmansec18:53
tilmani'll need a few minutes18:55
pitillono problem18:55
tilmanhttp://3f1ee9718ec7792c.paste.se/19:12
tilman(yes, the error changed. probably because of the PATH fix ;}19:12
pitilloat the same point like me now19:13
tilmanreally? lol19:13
pitilloyeah19:13
pitilloit's trying to link with hosts libs...19:13
pitillocheck the output and you'll see the -L/usr/lib...19:13
pitillotook from .la files... and doesn't matter what do you do with sysroot, sys_lib_dlsearch_path_spec, lt_cv_sys_lib_dlsearch_path_spec and LT_SYS_LIBRARY_PATH...19:15
pitilloI can share the Pkgfile to scare you...19:16
pitilloxD19:16
tilmanes muy loco19:16
pitilloand then.... grep for -L/usr/lib in all sources and you'll see that they are only used in la/lai files.... why? no idea what's doing libtool19:16
pitillomuy muy muy loco.... me at this point :)19:17
tilman:D19:17
pitillousually only customizing LDFLAGS should be enought (if not using sysroot option). With LDFLAGS="-L$CLFS/usr/lib -Wl,-rpath,$CLFS/usr/lib -Wl,-rpath-link,$CLFS/usr/lib" you should force libtool to use first, all libs from $CLFS... but it seems insufficient19:18
tilmani wonder if it's because we configure with --prefix=/usr19:18
pitilloI don't think so, but may be (lack of lot of knowledge... and more deeping into libtool)19:19
tilmanlet's reorder the linker arguments19:21
tilmanand put -L/usr/lib -lgmp _last_19:21
pitillothis is the reason why yes, but how?19:22
pitilloltmain.sh.... add_dirs?19:22
tilmanno idea :)19:22
pitilloanother way to go could be making the installs by hand... really hard IMHO19:23
tilman"$target-g++ -nostdlib ..." huh?19:26
tilmanthat's suspicious19:26
*** Noctua has joined #crux19:26
pitillofrom where?19:27
tilmanthe libtool relink call19:27
pitillointeresting19:29
tilmannot sure trying musl is worth this shit19:30
tilmanit most likely isn't19:30
tilmanwhy the fuck am i doing this19:30
tilmanaaaaaah19:30
pitillojaajajajaa19:30
pitillowe have this problem since CRUX 3.0.... first multilib....19:31
pitilloand this is why we are using currently a CRUX 2.8 jail to build the first cross step...19:32
tilman:X19:32
pitilloI really hate cross builds...19:33
tilmanhttps://www.mail-archive.com/libtool@gnu.org/msg09474.html that's probably not it for you19:38
pitillolet's see19:40
pitilloif you want to avoid some problems with cross build and face musl ones... give a try to a 2.8 jail...19:41
tilmanthat would be like admitting defeat19:41
tilman(not yet)19:41
pitillola files are provided by gmp itself... this is where it pick /usr/lib for relinking19:43
pitilloI was defetead long time ago... but from time to time, I give a try again to see if I get some light and we finish building newer releases on a recent CRUX host19:44
tilmanfwiw, configuring --with-sysroot=... doesn't help either19:44
pitilloyeah.... and overlaying some vars I tell before, neither....19:45
tilmanhttps://groups.google.com/forum/?_escaped_fragment_=msg/openbricks-devel/4SYzyEkPXZM/iZWPf3nkIeIJ#!msg/openbricks-devel/4SYzyEkPXZM/iZWPf3nkIeIJ19:48
tilmanhttp://permalink.gmane.org/gmane.comp.embedded.openbricks.scm/482219:48
tilmanoooooh, a patch19:48
tilmanthey patched ltmain.sh ;d19:49
pitillointeresting19:50
pitillomay be it needs customization for current version...19:50
tilmanoh, it's from 201219:51
tilman:(19:51
*** arc__ has joined #crux19:59
*** arcetera has joined #crux19:59
*** tnut has joined #crux20:06
*** EmoSpice has left #crux ("WeeChat 1.4")20:18
tilman=======> Building '/tmp/crux-arm-pkg/libgmp#6.0.0a-1.pkg.tar.gz' succeeded.20:29
tilmanpitillo: i put 'export LDFLAGS="-L/usr/$CTARGET/lib"' in pkgmk-cross.conf20:29
pitillotilman: they should be there... I'll check20:31
pitilloummmmm they aren't... only LD_LIBRARY_PATH20:32
pitilloI've passed them to configure, make and make install... and they didn't anything... now trying exporting them into pkgmk-cross.conf20:34
pitilloxD20:34
*** tnut has left #crux ()20:39
pitillosame result but it works in aarch64...20:41
pitilloamazing...20:41
*** groovy2shoes has joined #crux20:48
tilman=======> Building '/tmp/crux-arm-pkg/libmpfr#3.1.3-p5-1.pkg.tar.gz' succeeded.20:55
tilman<3 <3 <320:55
pitillonice one... I don't understand what's happening here... but aarch64 smells better20:57
*** retard has joined #crux20:57
Wildefyrnot really related to crux, but an strace I did for ffmpeg can't find a nvidia library "/usr/lib/libcuda.so", I syslink the actual library to that location, but it still reports that it can't find it20:57
*** fnords has joined #crux20:57
Wildefyrhere's the strace for reference: https://p.iotek.org/i6a20:57
pitilloI'll try tomorrow to remove all la files from CLFS and see what happens... atm I'll let building the entire crossrootfs for aarch64 :D20:57
tilmanpitillo: i just (re?)learned that you need to have etc/pkgadd.conf in your chroot20:58
tilmanie, pkgadd -r blah uses blah/etc/pkgadd.conf, not /etc/pkgadd.conf20:58
tilmanmaybe that's a "recent" change. dunno.20:58
tilmanpitillo: but yeah, not installing libtool does help!20:58
tilmanWildefyr: ls -l /usr/lib/libcuda.so ?20:59
pitilloI'll check that too21:00
Wildefyraaaaaa21:00
WildefyrI typo21:00
tilmanyeah21:00
tilmansurprising21:00
tilmannot21:01
Wildefyrit gets the best of us21:01
tilman;p21:01
pitilloxD21:01
Wildefyrthe a was an e!!!21:01
Wildefyrgah21:01
tilmani spent all of my insults for today21:01
tilmanso you're lucky21:01
Wildefyrheh21:01
pitillotilman: pkgadd-cross should use current ./pkgadd.conf file... that should be covered21:04
pitilloand clean all .la files...21:06
tilmanoh, i used plain pkgadd, not pkgadd-cross21:06
tilman;p21:06
tilmanmy bad21:06
tilmani'm using quite the frankensetup21:06
pitillojaajajaja21:06
pitillobut yours works!!!!21:06
pitillonooooo@|@|~@~|21:07
tilmanhttp://669883547be21ba4.paste.se/21:07
tilmanmy wrapper makefile21:07
tilmancrossrootfs/ is from your git with a few local hacks21:07
tilmani probably should have taken a closer look at your current scripts21:08
pitillothat's clean and nice21:08
tilmani really should use pkgadd-cross21:10
tilmanignoring that script was stupid21:10
tilmanpitillo: but really, instead of cleaning up *.la try just removing them. i've been using an INSTALL rule to *not* install *.la on my desktop  for a couple of years now without even a single problem21:11
tilman:]21:11
tilmanneed sleep, ttyl21:11
pitilloI'll try tomorrow... the question is that libgmp is the first port in crossrootfs order... and shouldn be there any la files in CLFS (from crosstools/toolchain)21:12
pitillohave a good night!21:12
pitillohere I won't be late too :)21:12
cruxbot[core.git/3.2]: [notify] exim: update to 4.86.221:56
*** blueness has quit IRC22:01
*** blueness has joined #crux22:07
*** ptx0 has joined #crux22:45
*** Noctua has quit IRC22:52
*** hhhhhhhh has quit IRC23:22
*** onodera has quit IRC23:47
*** tired890 has joined #crux23:54
tired890hey gents23:54
tired890libreoffice wont start for some reason23:54
tired890running it from shell only produces "Application Error"23:54
tired890this suddenly happened a couple of days ago so I reckon its an update that broke it..23:55
tired890no idea which23:55

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!