*** Feksclaus has quit IRC | 01:16 | |
*** _______mavrick61 has quit IRC | 02:28 | |
*** _______mavrick6 has joined #crux-devel | 02:30 | |
*** Workster has quit IRC | 06:56 | |
*** Workster has joined #crux-devel | 07:24 | |
*** Workster has quit IRC | 07:50 | |
*** Feksclaus has joined #crux-devel | 08:21 | |
frinnst | fuck, personal certificates seems broken in firefox :( | 08:22 |
---|---|---|
frinnst | can anybody confirm? | 08:22 |
frinnst | unable to login to startssl | 08:23 |
*** Feksclaus has quit IRC | 08:27 | |
teK___ | aren't we forced to put the licensing crap into each and every Pkgfile? | 09:26 |
teK___ | arent we forced to ask each and every committer to {core,opt,contrib,xorg} ever for permission? | 09:26 |
teK___ | after all, you cannot put license restrictions on stuff you don't even (fully) own in the first place | 09:27 |
jue | teK___: I'd say no at all, IMO it's enough to have the declaration in the handbook | 10:03 |
teK___ | that sounds doable.. | 10:04 |
jue | if that helps we can put one GPL license into the root of /usr/ports/{core,opt,xorg} | 10:05 |
teK___ | is there consent wrt the license itself? | 10:05 |
jue | well, our handbook says so -> https://crux.nu/Main/Handbook3-1#ntoc5 | 10:06 |
teK___ | eek | 10:08 |
teK___ | GPLv3? | 10:09 |
teK___ | I'd strongly prefer public domain or bsd, but that's probably too late :) | 10:10 |
jue | that's since ever in the handbook, guess that the link was pointing to GPLv2 in the past ;) | 10:11 |
Romster | friggen licences... why can't it all be do wtf ever but you must provide the source of your changes. | 10:11 |
teK___ | any way.. the remaining issue is with contrib as there is no licensing statement for these ports | 10:11 |
Romster | contrib isn't even supported by crux right? | 10:12 |
teK___ | Romster: you see? That's why there is need for a license. I would not care for a second if a company would take my Pkgfile and make $$$ with it.. | 10:12 |
Romster | nothing much in crux that any other distro has already | 10:13 |
teK___ | that may be a bit harsh ;-) | 10:13 |
Romster | hehe | 10:13 |
teK___ | we have the $mojo of bloat-freeness | 10:13 |
Romster | well there are a few others like void linux | 10:13 |
teK___ | Pkgfiles and their contents are a part of this :> | 10:13 |
Romster | not tried it | 10:13 |
teK___ | have you heard about that Arch-thingy? | 10:14 |
Romster | what arch thingie? | 10:14 |
teK___ | http://archlinux.org | 10:15 |
Romster | why call that a thingy.... | 10:16 |
teK___ | :> | 10:16 |
teK___ | https://thisistwitchy.files.wordpress.com/2013/03/irony.jpg | 10:17 |
Romster | also it seems i have the missing .footprint issues | 10:17 |
Romster | of course i know about arch linux... be more descriptive. | 10:17 |
Romster | thought you meant some /feature/ of arch | 10:18 |
*** nomius has quit IRC | 10:18 | |
*** nomius has joined #crux-devel | 10:18 | |
teK___ | and left it vague for the sake of irony, mate :) | 10:18 |
teK___ | did you bump harfbuzz-32? | 10:18 |
Romster | about too | 10:19 |
jue | teK___: btw, there's a new release of gnupg | 10:21 |
Romster | sepen gnutls is at version 3.4.0 and it's now at 3.4.2 | 10:23 |
Romster | don't know if he even reads irc logs. | 10:24 |
jue | for sure | 10:24 |
Romster | also --without-idn http://lists.gnupg.org/pipermail/gnutls-devel/2015-May/007582.html | 10:25 |
jue | teK___: thx | 10:25 |
teK___ | thx. | 10:27 |
teK___ | I hope that committing things will be back to normal quite soonish (<5 weeks) | 10:27 |
teK___ | including regular runs of ck4up | 10:27 |
Romster | i've been a bit slow on updates myself. | 10:30 |
teK___ | btw does anyone here happen to know how we handle software 'requiring' ncurses with wide character support? | 10:32 |
teK___ | I am checking if we have support for that.. | 10:32 |
teK___ | /usr/lib* says yes. Yet we do not do the linking trick for the header files (as we do for the shared libraries) | 10:33 |
Romster | just add in --enable-widec | 10:34 |
Romster | is it a problem to not have that? | 10:35 |
Romster | oh wait we do have configure for that... seems it's built twice. | 10:35 |
teK___ | to the port inquestion? It does not support that. It expects <ncursesw/curses.h> to exist | 10:35 |
Romster | ./configure $OPTIONS --enable-widec | 10:36 |
teK___ | I wonder if pinentry is the only port with that 'problem' | 10:36 |
teK___ | it _is_ enabled | 10:36 |
teK___ | but the C file says: | 10:36 |
teK___ | #ifdef HAVE_NCURSESW | 10:36 |
teK___ | #include <ncursesw/curses.h> | 10:36 |
teK___ | etc | 10:36 |
teK___ | we don't have that. :) | 10:36 |
Romster | yeah looking at the port it's got a funky way of installing files. | 10:37 |
teK___ | hehe | 10:38 |
jue | teK___: I've filled a bug some times ago, see https://crux.nu/bugs/index.php?do=details&task_id=667 | 10:42 |
teK___ | didnt see that :] | 10:44 |
Romster | if it's just pinentry, why not patch pinentry? | 10:48 |
Romster | should we be encouraging this split header include location? | 10:48 |
teK___ | as we are a very small distro, I guess we are not encouraging many things :P | 10:50 |
teK___ | except the coolness of having the $mojo described earlier :)) | 10:50 |
jue | ok, FYI, no other problems besides reiserfsprogs with our new 3.2 tool-chain, looks very smooth so far :) | 10:51 |
teK___ | a quick grep says, five ports use ncursesw/ | 10:51 |
teK___ | jue: awesome :) | 10:51 |
teK___ | Romster: 3 of these 5 are pinentry* | 10:51 |
teK___ | which I patched already. | 10:52 |
Romster | and the other 2 | 10:52 |
teK___ | stfl and sc | 10:52 |
Romster | not something i use. | 10:53 |
teK___ | those needed intervention in build(). | 10:53 |
teK___ | Dunno about other software doing extended checks, possibly working around this issue themselves | 10:53 |
Romster | why do we need this wide stuff | 10:54 |
Romster | and why is ncurses set to compile twice. | 10:54 |
Romster | for what narrow and wide? | 10:54 |
Romster | 1 and 2 byte chars? | 10:54 |
Romster | or is this more todo with urf8/16/32 | 10:55 |
Romster | utf* | 10:55 |
Romster | jue, can the gold linker be included in binutils but not set as default? | 10:57 |
Romster | and possible for gcc to have LTO support | 10:57 |
Romster | or is either or both outside the KISS principal of CRUX? | 10:57 |
jue | as far I can see, LTO is enabled by default | 11:03 |
jue | though, no idea if it works | 11:03 |
Romster | i have used it in the past. | 11:03 |
Romster | it required another port for it to be compiled against gcc iirc | 11:04 |
jue | TBH, I don't care about such specials ;) | 11:04 |
Romster | well LTO is exotic i guess but i have seen some packages look for the gold linker. | 11:05 |
jue | Romster: if you provide a patch against 3.2 we can consider | 11:05 |
Romster | i'll look into it. | 11:05 |
Romster | it is only used when -flto is on the gcc command line | 11:06 |
Romster | ah that's it it needed graphite | 11:07 |
Romster | i'll look into this again... | 11:11 |
Romster | also frinnst jue i just spotted | 11:11 |
Romster | https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65882 | 11:11 |
Romster | https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66647 | 11:11 |
Romster | https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66035 | 11:11 |
Romster | jue, yeah LTO is already enabled. just need the gold linker in binutils. | 11:13 |
Romster | can have ld and gold and prefer ld | 11:13 |
Romster | some packages call gold directly | 11:13 |
Romster | well that last regression is for fortran so it don't affect core/gcc | 11:15 |
jue | Romster: it's useless to look for gcc bugs right now, because a final 3.2 will have at least gcc 5.1.1 | 11:17 |
Romster | oh right it probably is a bit early. | 11:18 |
jue | yeah, reiserfsprogs fixed too, thanks Ubuntu for the hint :) | 11:19 |
Romster | frinnst, wouldn't this be better https://projects.archlinux.org/svntogit/packages.git/tree/trunk/freetype26.patch?h=packages/firefox than adding ac_add_options --enable-tree-freetype to firefox? | 11:22 |
Romster | i also see firefox 38.0.6 but i guess that's not important | 11:23 |
frinnst | Romster: its not needed for firefox 39 or whatever the version will be so I wont bother | 11:44 |
frinnst | it should be released any day now | 11:44 |
Romster | ah ok | 11:55 |
frinnst | 38.0.6 has not been announced yet either | 11:55 |
Romster | strange | 11:55 |
frinnst | not for mozilla :-) | 11:56 |
Romster | heh | 11:56 |
teK___ | nvoke the pass as the last stage before code generation (at the same time the existing cookie-based stack protector pass is invoked). | 12:13 |
teK___ | AsylAsylhätten0 Kommentare Video | 12:19 |
teK___ | asdf, sorry :) | 12:20 |
jue | ok, finally updated glibc-32, hope that works, cannot test it because I don't use any 32-bit stuff | 13:34 |
jue | frinnst: I totally forgot about gcc 4.8.5, any problems with it? | 13:35 |
frinnst | not yet | 13:38 |
frinnst | :-) | 13:38 |
frinnst | I also dont use any 32bit stuff at home so Im also unable to test | 13:38 |
jue | ok | 13:40 |
jue | you are following core/3.2? | 13:41 |
frinnst | yes | 13:41 |
frinnst | using the git driver | 13:41 |
jue | great | 13:41 |
jue | sorry, I didn't increase release= with each commit, so you should track for chances manually | 13:43 |
frinnst | yeah noticed that no worries. Dont think we should keep changing $release in that tree for now anyways | 13:44 |
jue | ok | 13:45 |
mechaniputer | Guys, I've been looking at how other distros handle licensing of ports collections and build scripts. At this point I'm relatively sure that we just need to add a copy of whatever license into the root dir of the collection and we're fine. Gnu's GuixSD distro does this with their build scripts, for example. Might not hurt to aks the FSF also, but I'm not a dev and it isn't my decision. | 13:50 |
mechaniputer | Hope this helps. | 13:50 |
jue | mechaniputer: yes, it helps, thanks for looking into that | 13:57 |
jue | Romster: done -> https://crux.nu/gitweb/?p=ports/core.git;a=commit;h=64af57b694706633d8aa583cc0e77c4d024a47a4 | 15:21 |
Romster | jue, nice | 15:30 |
mechaniputer | The only other catch that I have thought of is possibly needing a copyright at the top of each file, but I think that's more of an advisory than a requirement. To be safe, you could add a copyright file along with the license file. | 17:16 |
Romster | i don't see gentoo or arch doing that to every ebuld/pkgbuild file. | 17:33 |
mechaniputer | No, which is part of why I think it's an advisory more than a rule. | 17:35 |
*** Feksclaus has joined #crux-devel | 17:37 | |
mechaniputer | However, arch doesn't currently seem to have copyright of their PKGBUILDS since they seem to have ignored the licensing issue for theirs. It's ambiguous and there's a bug report on it from awhile back that remains unresolved. That's possibly a huge problem for parabola. | 17:38 |
mechaniputer | I know gentoo to be in violation of the GPL since they don't have a copy of the GPL in their tree anywhere. | 17:39 |
mechaniputer | But, CRUX's situation is much more trivial to correct than Arch or Gentoo. | 17:41 |
jaeger | prologic: do zfs/spl 0.6.4 build with 4.0.x and 3.18.x? | 17:42 |
frinnst | prologic: do you plan to keep linux-firmware updated? its getting quite old'ish I think | 17:59 |
jue | perl updated to 5.22.0, all tests passed ;) | 18:08 |
jaeger | nice | 18:09 |
jue | besides the man-page location task, everything should be in place now | 18:09 |
jue | I'd suggest to do that as late as possible, to avoid a lot of merge problems | 18:10 |
*** Feksclaus has quit IRC | 18:28 | |
jue | jaeger: would be nice if you could take a look at the 32bit stuff, I don't use that and cannot test if everything is ok | 18:39 |
jaeger | glibc-32 specifically or something else? | 18:41 |
jue | yeah, glibc-32 and some tests whether we are able to build 32-bit versions with our tool-chain or not | 18:43 |
jaeger | a very simple test would be a hello world | 18:43 |
jaeger | gcc -m32 -o hello32 hello.c, something like that | 18:43 |
jue | whatever you want, I mainly thought at the ports in compat-32 | 18:55 |
jaeger | I'm not running a 3.2 toolchain machine yet but I'll try to put some time into it this weekend | 19:03 |
jaeger | I will be out of town monday through wednesday next week | 19:03 |
jaeger | looks like syslinux still doesn't do UEFI very well so I guess I'll leave the grub config on the ISO alone | 21:27 |
jaeger | or maybe it needs more core modules | 21:30 |
prologic | jaeger, I'll test | 23:30 |
prologic | frinnst, I'll update it thanks :) | 23:30 |
Generated by irclog2html.py 2.11.0 by Marius Gedminas - find it at mg.pov.lt!