*** sepen has quit IRC | 02:40 | |
*** _mavrick61 has quit IRC | 02:47 | |
*** _mavrick61 has joined #crux-devel | 02:48 | |
*** deus_ex has quit IRC | 03:44 | |
*** Lukc` has quit IRC | 08:10 | |
*** Lukc` has joined #crux-devel | 08:11 | |
*** Romster has quit IRC | 08:18 | |
*** Romster has joined #crux-devel | 08:22 | |
*** Romster has quit IRC | 08:32 | |
*** Workster_ has joined #crux-devel | 09:33 | |
*** Workster has quit IRC | 09:35 | |
*** Romster has joined #crux-devel | 12:10 | |
*** Romster has quit IRC | 12:10 | |
*** Romster has joined #crux-devel | 12:10 | |
jaeger | If you change nettle-32 please test it in a clean chroot first, I did and had to remove share | 13:46 |
---|---|---|
Romster | you committed that i told ya last night it failed to build i do test in a chroot. | 13:47 |
jaeger | I just want to make sure... you have odd quirks in your systems at times | 13:47 |
Romster | whos fixing it you or me i'm like just about to edit that file? | 13:47 |
Romster | i test it all on a clean chroot. | 13:48 |
jaeger | I'll test it again | 13:48 |
Romster | with only the ports listed in depends on line | 13:48 |
Romster | what happens is sometimes optional crap shows up on the system that's not installed in the chroot as it's not listed as a dependency | 13:48 |
Romster | i was just gonna change the rmdir to a fine -empty ... instead. | 13:49 |
Romster | i should test on 2 systems like you do but more time and effort. | 13:52 |
Romster | are we ever going to get any more contrib maintainers? we seem to be rather low. | 13:52 |
Romster | $ git fetch | 13:58 |
Romster | ssh: connect to host crux.nu port 2222: Connection timed out | 13:58 |
Romster | fatal: Could not read from remote repository. | 13:58 |
Romster | nothing is working tonight. | 13:58 |
teK_ | PORT STATE SERVICE VERSION | 14:04 |
teK_ | 2222/tcp open ssh Dropbear sshd 0.52 (protocol 2.0) | 14:04 |
teK_ | :-) | 14:04 |
teK_ | + I had no time to look at the hook pitillo. Will try tonight. | 14:04 |
teK_ | same goes for the libva stuff | 14:04 |
Romster | yeah it's my internet it's broken somewhere. | 14:11 |
Romster | i was off for a few hours noting outside of australia would work | 14:11 |
Romster | nwo i get some sites stuff working and others don't.... | 14:12 |
Romster | the little time i have to do stuff and i get hindered. | 14:12 |
Romster | is not fair. | 14:12 |
Romster | teK_, renaming it will probably have to wait for crux 3.1 but the version bump and optionally putting it in opt would be nice. | 14:13 |
Romster | and not sure what the go is on libvdpau and libvs moved to xorg frinnst jue thinks they both should be. | 14:13 |
jue | hello | 14:23 |
Romster | hi | 14:24 |
jue | Romster: we've talked only about having libvdpau in xorg, nothing more; btw what is libvs? | 14:25 |
Romster | sorry libva | 14:26 |
Romster | Video Acceleration API to enable hardware accelerated video decode/encode. | 14:26 |
jue | ok, I see | 14:26 |
Romster | i can't access crux git currently. due to spastic internet issue, so any changes will have to wait until hopefully tomorrow it'll be sorted. | 14:28 |
jue | well, as promised I've had a look at the va-api stuff today and hopefully understand now a bit how that all works together | 14:32 |
jue | Romster: I'd say that libvdpau is a bit more a xorg port, mainly because we should enable mesa to use it. All the other va ports are fine in opt, IMO. | 14:34 |
Romster | mesa will auto detect if libvdpau is installed. | 14:35 |
Romster | currently. | 14:35 |
jue | and I agree that we should rename libva-intel to libav-intel-driver | 14:35 |
Romster | and update it that version is old. | 14:35 |
jue | but I would do that while moving it to opt with a [notify] commit and not wait until CRUX 3.1 | 14:36 |
Romster | not wait for crux 3.1? | 14:36 |
Romster | guess so it's only one small port. | 14:37 |
Romster | teK_, taking note of this when you got time? | 14:37 |
Romster | so i should move libvdpau to xorg when i get sane internet? and enable it as hard coded in mesa3d with a [notify] commit? | 14:38 |
Romster | or you can move it and do that i don't mind. | 14:38 |
jue | well, I'd prefer to do some tests with that new mesa version first | 14:39 |
Romster | k go for it. | 14:40 |
Romster | i don't use mesa3d for acceleration | 14:40 |
jue | I can do it the next days, but moving libvdpau to xorg is independent thereof | 14:41 |
Romster | yeah but i have no ssh/rsync/git for some stupid reason. | 14:41 |
Romster | yet http is working | 14:41 |
jaeger | ok, looks like nettle-32 is safe to update, I think the share dir was a leftover from before libgmp/libgmp-32 were fixed, perhaps | 14:46 |
Romster | i was gathering that too jaeger | 14:48 |
Romster | all because i was silly enough to put headers in a non-standard spot and not thing to make a header stub | 14:49 |
jue | jaeger: do you have an opinion wrt the libvdpau/vaapi discussion? | 14:49 |
Romster | i can't think of everything.... literally i forget stuff at work let alone at home, i'm hoping a holiday for 2 weeks is enough to recover from burnout. but ii fear my brain is getting worse as i age more. | 14:50 |
jaeger | jue: I've been more focused on work stuff, what's the issue in summary? mesa requires them now or something else? | 14:53 |
jue | Romster: generally I have the experience that mostly less is more, a good start would be to abondon all ports you do not need ;) | 14:54 |
Romster | jue, yeah i'm in the process of reviewing stuff i've given up on or have not used in ages. | 14:55 |
Romster | i've already dropped a few. | 14:55 |
jaeger | Yeah, I've been suggesting that for a while now... improves the quality of the ones you do use and your sanity at the same time | 14:55 |
Romster | i require time and thinking ability both of which i am lacking... maybe at the second week of my 2 weeks off i'll be in the right frame of mind and time todo that. | 14:56 |
jue | jaeger: no, it don't requires it. The whole discussion starts because a new version of libvdpau was announced at the xorg-announce mailing list and frinnst came up with the idea that libvdpau should probably be a xorg port | 14:56 |
Romster | boss is back next week so i can reduce my workload at work. | 14:56 |
jaeger | jue: I have no objections to putting libvdpau into xorg if that makes sense. Is it used by anything NOT xorg? | 14:58 |
Romster | i still think it's better in opt. where i have moved it too already. | 14:58 |
jaeger | Perhaps a better question would be this: "Can it be used without xorg?" | 14:59 |
Romster | ffmpeg libva-vdpau-driver xine-lib gst-plugins-bad gst-plugins-bad1 mplayer2 ffmpeg-compat gstreamer-vaapi1 gstreamer-vaapi libva-intel | 14:59 |
Romster | uses it. | 14:59 |
Romster | well yes but i use it with libva-vdpau-driver | 15:00 |
jue | jaeger: don't thing so, it's a requirement for libva-vdpau-drive which is the nvidia backend for the VA API | 15:00 |
Romster | really only mesa3d can use it if it's present on the system | 15:00 |
Romster | the intel driver can use it too. | 15:00 |
jaeger | can those things all be used without xorg? | 15:01 |
Romster | well some of them do have frame buffer support so yes | 15:02 |
jaeger | My point is if it can be used without any xorg ports installed, maybe it's fine outside of xorg... if it requires xorg ports, then it could go either way. | 15:02 |
jaeger | some of them or all of them? | 15:02 |
jaeger | I guess I'm not being clear here. I don't have a strong preference, was just trying to get all the info | 15:02 |
Romster | but i never use the frame buffer | 15:02 |
Romster | some | 15:02 |
Romster | really i'd use libvdpau and libva with xorg | 15:04 |
Romster | your decision jue as long as it's around to install ti's fine by me. | 15:05 |
jue | Romster: it's not my decision :) If we agree in something other it's fine for me too | 15:09 |
jue | Romster: I think it's best to let the things as they are at the moment and wait until I've played a bit with mesa and libvdpau | 15:10 |
Romster | k | 15:12 |
jue | probably more important at the moment: downgrade bison to the old version? | 15:13 |
jue | the only real problem I'm aware of is the gstreamer issue? | 15:13 |
Romster | wine was an issue but since i bumped that to 1.7.0 it's ok? | 15:13 |
jue | here again the link to the bugreport -> https://bugzilla.gnome.org/show_bug.cgi?id=705401 | 15:13 |
Romster | i haven't hit the issue | 15:14 |
Romster | it's only gstreamer gstreamer1 isn't affected. | 15:14 |
Romster | Internal Server Error | 15:18 |
Romster | site went poof | 15:18 |
pitillo | both are affected Romster | 15:18 |
Romster | now it loaded | 15:19 |
Romster | The patch fixes the build, but it crashes, and then no more comments so i'd wait | 15:20 |
pitillo | have you checked the Makefile patch I post in crux? | 15:21 |
Romster | no not yet | 15:22 |
jue | if we have a working patch that is not too intrusive, I'd prefer that over an downgrade | 15:23 |
jue | as long as we are talking only about gstreamer | 15:24 |
Romster | i need todo testing. | 15:25 |
pitillo | it's pretty intrusive... but checking the one provided on that bug report... which removes one parameter... | 15:25 |
pitillo | Pkgfile diff http://dpaste.com/1335734/ | 15:26 |
Romster | what is that likely to break? | 15:26 |
pitillo | bison.patch http://dpaste.com/1335590/ | 15:26 |
pitillo | I think bison isn't parsing right that function, removing the last parameter (the patch provided in bugzilla directly removed the second parameter to satisfy the parsed function... or at least that seems to me) | 15:27 |
Romster | i have zero experience with bison | 15:28 |
Romster | hmm that sounds like a recipe for disaster | 15:29 |
Romster | like cutting a leg off and see if it's noticed. | 15:29 |
pitillo | me neither... but deeping in sources gave me that idea... probably not nice to keep in ports and better to share it with upstream to let them fix it right | 15:30 |
pitillo | build will don't cry... but side effect probably is the segfault | 15:30 |
Romster | yep | 15:32 |
Romster | it's not a solution | 15:32 |
frinnst | thanks for the nss patch romster, testing now | 15:38 |
pitillo | if you try, --disable-gtk-doc and --disable-gtk-doc-html is needed in Pkgfile's autogen (forgot to add those when I made the Pkgfile diff) | 15:41 |
Romster | np frinnst | 15:45 |
Romster | already did that too nss-32 and i got firefox-32 running. | 15:46 |
Romster | but i have yet to do the java path change. | 15:46 |
frinnst | yeah just have to rebuild firefox to make sure no avx stuff has infiltrated it :) | 15:54 |
Romster | oh i hadn't tested that. good idea. | 16:00 |
*** Workster_ has quit IRC | 16:56 | |
*** Workster_ has joined #crux-devel | 16:57 | |
*** c0x has joined #crux-devel | 18:04 | |
*** c0x` has quit IRC | 18:06 | |
*** nrxtx has joined #crux-devel | 18:17 | |
nrxtx | moin | 18:18 |
jaeger | heyo | 18:19 |
teK_ | jue: ping | 19:52 |
teK_ | remember when I had problems with footprints because of my umask? I got another one: http://dpaste.com/1336008/ | 19:55 |
*** nrxtx has quit IRC | 21:38 | |
*** Lukc` has quit IRC | 22:51 | |
*** Lukc` has joined #crux-devel | 23:00 | |
jaeger | ok, found a machine on which $PKG/usr/share is created in the nettle-32 port, will try to figure out why | 23:25 |
jaeger | Ah, the problem is texinfo | 23:28 |
jaeger | If it's installed, extra stuff is generated | 23:28 |
jaeger | It's not in the official repos, though, so I'll just remove it. don't think I need it any longer | 23:29 |
jaeger | Only had it installed on a single machine, anyway, wonder what I was using it for | 23:33 |
*** pitillo has quit IRC | 23:36 | |
*** pitillo has joined #crux-devel | 23:42 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!