| NeoChapay | lbt: add plz to mer-core https://git.merproject.org/neochapay/qtdeclarative-render2d.git | 06:43 |
|---|---|---|
| abranson | NeoChapay: looks GPL3/commercial license. those sorts of things can't be included in Mer. | 07:21 |
| *** frinring_ is now known as frinring | 07:39 | |
| NeoChapay | abranson: oh..... | 08:15 |
| r0kk3rz | it might be nice to have a non-core place in mer for gplv3 stuff | 08:31 |
| Nokius_pc | :) | 08:33 |
| Nokius_pc | not sure if you have good spot for it, location wise | 08:34 |
| abranson | home's quite good: https://www.timeanddate.com/eclipse/in/switzerland/geneva | 08:34 |
| Nokius_pc | Kazan is much better let's visit omp :DD | 08:35 |
| Nokius_pc | yeah let's home there are now clouds and the moon will hide :( | 08:35 |
| r0kk3rz | damn sneeky moon | 08:36 |
| * Nokius_pc falcepam wrong window sorry for the noise | 08:38 | |
| Nokius_pc | good day everyone :) | 08:39 |
| r0kk3rz | moo Nokius :) | 08:40 |
| NeoChapay | Nokius: you going to kazan O_o ? | 08:44 |
| r0kk3rz | big OMP party! | 08:45 |
| coderus | abranson: wtf? Mer is open and could contain anything we want! If you don't want to include something in sfos device firmware - just don't. But please don't try to stop foss. | 09:02 |
| r0kk3rz | it could go into mer-contrib | 09:06 |
| abranson | coderus: i disagree. unless there's some automatic and infallible way to check dependencies to make sure gplv3 doesn't end up in firmware, then I think mer, as a mobile OS intended for uses that might not be able to support gplv3, should avoid such components and find alternatives. mixing in v3 alternatives in the core repo will end up causing problems. I think a separate repo is a good idea though. | 09:21 |
| abranson | i don't think it's correct to say that being anti-gplv3 is being anti-foss either. gplv3 is quite restraining, which is the opposite of free. | 09:22 |
| abranson | (my opinions btw, this isn't my call) | 09:22 |
| coderus | abranson: image is never build using random binaries. this problem is imager/infra/e.g. task, and it should never block development. | 09:52 |
| abranson | coderus: not random, but dependencies are very complicated and a seemingly innocuous provides could end up pulling in the wrong stuff, especially if it's in the same package | 09:59 |
| abranson | the gplv3 stuff has been a problem, and influencing development for several years. legal risks shouldn't be taken just so everything can be in one repo. separation is the way to go | 10:01 |
| coderus | abranson: nah nah nah. if i add some new package, no deal, nothing in base image require it. | 10:09 |
| abranson | coderus: and how do you make sure that it never gets included by accident? | 10:10 |
| coderus | abranson: omg, there are a lot of QA engineers around. rpm -qa --qf %{LICENSE} | grep GPLv3 | 10:10 |
| coderus | abranson: if you want GPL2 only Mer, you should fork it and use outdated branches, no big deal. But please do not harm to others. | 10:11 |
| abranson | coderus: it's not about outdated branches, it's often about using alternative packages. | 10:14 |
| abranson | you're not saying anything against the separate repo approach | 10:14 |
| coderus | mer-core:gpl3 is okay for me | 11:07 |
| mal | NeoChapay: just curious, what is the benefit of qtdeclarative-render2d ? | 11:09 |
| NeoChapay | mal: software rendering of qml | 11:42 |
| NeoChapay | mal: if i use spi displays and etc i can use qml without qtdeclarative-render2d | 11:43 |
| NeoChapay | mal: https://github.com/nemomobile/nemo-mobile-session/pull/12/files#diff-ccac2861c81780f7a7a9020c8e34f0b8R1 needed for this | 11:43 |
| mal | ok, is it a common case to use software rendering instead of hw accelerated | 11:48 |
| mal | NeoChapay: hmm, shouldn't that kind of things belong to device adaptation, not to everyone? that is not a build requirement so I think it could stay in device adaptation repo, or optionally the config as a separate package | 11:51 |
| mal | oh, misread the PR, it seems to be in a separate package | 11:51 |
| mal | sorry about that | 11:51 |
| NeoChapay | mal: i just whant add nemo-sessions-render2d is ks file and know - all dependendends will be installed | 12:05 |
| mal | yes, I somehow missed the new package name | 12:07 |
| lbt | coderus: for the record Mer has always been about making it easy for commercial entities to make devices based on OSS software. We know that including GPLv3 adds a layer of difficulty so we don't include GPLv3 stuff unless there's a really pressing reason. We also strive to be minimal. Packages are added when a feature really needs them. Eg Recently we considered adding openldap but were able to avoid that by ./configuring and patching the requiring | 12:44 |
| lbt | package to not need it. ie we work hard to *avoid* adding packages to mer-core. Our policy is that the default answer is "no" - there has to be a good justification | 12:44 |
| coderus | lbt: there are a lot of packages in repos not used bu build/etc, like tools e.g. accessible to install via default repos | 12:47 |
| coderus | lbt: so i tried, but dont really see your point | 12:47 |
| lbt | 2 points. mer-core tends not to use GPLv3. mer-core tries not to add packages without a good reason. | 12:50 |
| lbt | As you say - it often makes sense to add them to tools or HA or somewhere else | 12:50 |
| coderus | so, if not mer-core, can we have separate repo and obs project for random libs/tools with possible gplv3? | 12:51 |
| lbt | of course - that's what home:* is for :) | 12:52 |
| Venemo | mal: about your render2d question: it is part of Qt in later versions, but used to be a separate package earlier. | 13:19 |
| Venemo | mal: its point is to make QML apps usable on old machines that don't have a respectable GPU. for example we had good success with it on a very old Intel Atom netbook which didn't have hardware acceleration on linux | 13:20 |
| Nokius_ | NeoChapay: nope sorry,noplans in near future :( | 15:23 |
| abranson | Venemo: when was it included in Qt? | 16:27 |
| Venemo | abranson: see http://blog.qt.io/blog/2016/08/15/the-qt-quick-graphics-stack-in-qt-5-8/ | 16:30 |
| Venemo | abranson: short answer is 5.8, and it's been even relicensed to match QtDeclarative | 16:31 |
| mal | wouldn't that mean the new repo is not really needed as it would only be a temporary solution because Qt 5.9 update is coming soon-ish | 16:49 |
| *** Nokius_ is now known as Nokius | 18:39 | |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!