[gentoo-dev] New project: LeechCraft

2016-01-15 Thread Maxim Koltsov
I am announcing the LeechCraft project[1], to replace the old herd in preparation for the implementation of GLEP 67. 1: https://wiki.gentoo.org/wiki/Project:LeechCraft

Re: [gentoo-dev] Mirroring Gentoo project/team members on GitHub

2015-08-13 Thread Maxim Koltsov
11 авг. 2015 г. 17:33 пользователь "Michał Górny" написал: > > Hello, everyone. > > Now that we're officially on git and can officially use pull requests > to provide rapid community interaction, it'd be convenient to have > a little better framework for pinging package maintainers. > > With the u

Re: [gentoo-dev] Re: RFC: c++14 global USE flag

2015-05-03 Thread Maxim Koltsov
2015-05-03 1:30 GMT+03:00 Kent Fredric : > > On 3 May 2015 at 10:18, Georg Rudoy <0xd34df...@gmail.com> wrote: > >> We have "idn" or "gnutls" or "python" etc USE flags after all, not >> "support_international_names_in_blah" or >> "allow_secure_news_fetching_in_foo" or "build_scripting_support_for_

Re: [gentoo-dev] Re: RFC: c++14 global USE flag

2015-05-02 Thread Maxim Koltsov
2015-04-29 14:27 GMT+03:00 Anthony G. Basile : > On 04/28/15 17:52, Mike Gilbert wrote: > >> On Tue, Apr 28, 2015 at 4:07 PM, Anthony G. Basile >> wrote: >> >>> On 04/26/15 23:21, Duncan wrote: >>> Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted: On

Re: [gentoo-dev] RFC: c++14 global USE flag

2015-04-24 Thread Maxim Koltsov
2015-04-24 21:56 GMT+03:00 Ian Stakenvicius : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > On 24/04/15 02:42 PM, Ciaran McCreesh wrote: > > On Fri, 24 Apr 2015 21:12:32 +0300 Maxim Koltsov > > wrote: > >> Hello. My previous email was sent from the w

[gentoo-dev] RFC: c++14 global USE flag

2015-04-24 Thread Maxim Koltsov
Hello. My previous email was sent from the wrong address and it seems it did not make it into the list. Sending again from the right address... I'm introducing "c++14" use flag to every package in app-leechcraft catherogy via leechcraft.eclass. I need to put USE description somewhere. I propose /

Re: [gentoo-dev] [RFC] qt5-build.eclass

2014-08-17 Thread Maxim Koltsov
2014-08-17 22:38 GMT+04:00 Davide Pesavento : > Hi guys, > > In preparation for moving Qt5 to gentoo-x86 (finally!), please review > the attached eclass that is inherited by every Qt5 ebuild. > > If you want to get an idea about how the ebuild code looks like, see > any ebuild in the dev-qt catego

Re: [gentoo-dev] RFC: mysql-5.5 upgrade and mysql-5.1 mask news item

2014-08-14 Thread Maxim Koltsov
2014-08-14 23:58 GMT+04:00 Brian Evans : > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Title: MySQL 5.5 upgrade procedures > Author: Brian Evans > Content-Type: text/plain > Posted: 2014-08-14 > Revision: 1 > News-Item-Format: 1.0 > Display-If-Installed: > MySQL 5.5 is now stable across

Re: [gentoo-dev] We should lastrite splashutils in it's current form and not allow it in tree before it's fixed.

2014-07-21 Thread Maxim Koltsov
2014-07-21 23:29 GMT+04:00 Maxim Kammerer : > On Mon, Jul 21, 2014 at 9:16 PM, Ian Stakenvicius wrote: > > I'm not against dropping splashutils, but is there an alternative to > > creating or managing framebuffer-splash in the tree? fbsplash doesn't > > seem to be there (tho i don't know if that

Re: [gentoo-dev] Re: The request to abolish games team policy

2014-07-08 Thread Maxim Koltsov
2014-07-08 16:10 GMT+04:00 Rich Freeman : > On Tue, Jul 8, 2014 at 7:38 AM, Michał Górny wrote: > > > > The games team believes that they're binding. In fact, I recall one of > > the team members remarking explicitly that they're going to alter > > ebuilds that were committed without their approv

[gentoo-dev] ImageMagick[opencl] sandbox access violations

2014-03-27 Thread Maxim Koltsov
Hello, Currently there are four open bugs (see comment 2 in bug 490457) about imagemagick tools causing access violations while trying to open GPU. There is working solution: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-themes/tango-icon-theme/tango-icon-theme-0.8.90.ebuild?r1=1.15&r

Re: [gentoo-dev] [RFC] New category for LeechCraft

2013-03-06 Thread Maxim Koltsov
2013/3/6 Diego Elio Pettenò : > On 06/03/2013 16:12, Maxim Koltsov wrote: >> So, what have we decided? I'm pretty sure it'll go up to 100 quite soon. > > Then go for it. I'd suggest just app-leechcraft Thanks. Do i have to do anything more that add it to

Re: [gentoo-dev] [RFC] New category for LeechCraft

2013-03-06 Thread Maxim Koltsov
2013/3/6 Diego Elio Pettenò : > On 06/03/2013 15:23, Rich Freeman wrote: >> Can't say I'm likely to be a leechcraft user, but the original >> proposal indicated they were up to 60 now, and had at least 10-20 more >> in the works. I don't think a category is unreasonable, and if at >> some point in

Re: [gentoo-dev] [RFC] New category for LeechCraft

2013-03-06 Thread Maxim Koltsov
2013/3/6 Diego Elio Pettenò > > On 06/03/2013 08:07, Maxim Koltsov wrote: > > 1) Do you agree with adding new category? > > Not really... are you going to add any more packages? It's very probable, yes. Also I think 60 packages is quite big number, as we have many categori

[gentoo-dev] [RFC] New category for LeechCraft

2013-03-05 Thread Maxim Koltsov
Hi, Currently there are 61 leechcraft packages in tree scattered across several categories. We propose to move them to one new category to make maintaining easy as well as rsync --exclude'ing. So, two questions: 1) Do you agree with adding new category? 2) How should we call it: app-leechcraft, lee

Re: [gentoo-dev] [RFC]flag-o-matic.eclass strip-flags change to support prefix

2012-06-17 Thread Maxim Koltsov
2012/6/17 Michał Górny : > On Sun, 17 Jun 2012 19:03:22 +0400 > Maxim Koltsov wrote: > >> 2012/6/17 Justin : >> > On 17.06.2012 15:23, Maxim Koltsov wrote: >> >> 2012/6/17 Justin : >> >>> On 17.06.2012 14:13, Maxim Koltsov wrote: >> >

Re: [gentoo-dev] [RFC]flag-o-matic.eclass strip-flags change to support prefix

2012-06-17 Thread Maxim Koltsov
2012/6/17 Justin : > On 17.06.2012 15:23, Maxim Koltsov wrote: >> 2012/6/17 Justin : >>> On 17.06.2012 14:13, Maxim Koltsov wrote: >>>> Hi, >>>> During prefix bootstrap i noticed that strip-flags removes -L and -I >>>> flags from *FLAGS while t

Re: [gentoo-dev] [RFC]flag-o-matic.eclass strip-flags change to support prefix

2012-06-17 Thread Maxim Koltsov
2012/6/17 Richard Yao : > On 06/17/2012 09:23 AM, Maxim Koltsov wrote: >> Don't tell me that OpenBSD prefix is unsupported, i'm working on >> getting it supported. > > OpenBSD is listed on the platform matrix, but it has lacked a maintainer > for quite some time:

Re: [gentoo-dev] [RFC]flag-o-matic.eclass strip-flags change to support prefix

2012-06-17 Thread Maxim Koltsov
2012/6/17 Justin : > On 17.06.2012 14:13, Maxim Koltsov wrote: >> Hi, >> During prefix bootstrap i noticed that strip-flags removes -L and -I >> flags from *FLAGS while these flags are essential for prefix >> bootstrapping. Therefore i propose a fix for strip-flags fun

[gentoo-dev] [RFC]flag-o-matic.eclass strip-flags change to support prefix

2012-06-17 Thread Maxim Koltsov
Hi, During prefix bootstrap i noticed that strip-flags removes -L and -I flags from *FLAGS while these flags are essential for prefix bootstrapping. Therefore i propose a fix for strip-flags function to make it preserve prefix-related flags. I have attached a patch, please review it. It works for m

Re: [gentoo-dev] RFC: remove ldap from desktop profiles use flags

2012-05-05 Thread Maxim Koltsov
2012/5/5 Alec Warner : > On Sat, May 5, 2012 at 5:31 PM, Maxim Koltsov wrote: >> Hi, >> I just installed fresh system on my pc, selected >> 'default/linux/x86/10.0/desktop' profile and noticed ldap among >> default USE flags. Why is that needed? I suppose the

[gentoo-dev] RFC: remove ldap from desktop profiles use flags

2012-05-05 Thread Maxim Koltsov
Hi, I just installed fresh system on my pc, selected 'default/linux/x86/10.0/desktop' profile and noticed ldap among default USE flags. Why is that needed? I suppose there are more users w/o ldap auth on desktops than with it. So my proposal is to remove it from profiles/targets/desktop/make.defaul

Re: [gentoo-dev] RFC: Adding ParaType Free Font License to tree

2012-04-25 Thread Maxim Koltsov
25 апреля 2012 г. 15:47 пользователь Ulrich Mueller написал: >>>>>> On Wed, 25 Apr 2012, Maxim Koltsov wrote: > >>>> So the question is: can Paratype FreeFont license be added to tree >>>> as /usr/portage/licenses/paratype? >>> >>>

Re: [gentoo-dev] RFC: Adding ParaType Free Font License to tree

2012-04-25 Thread Maxim Koltsov
25 апреля 2012 г. 9:53 пользователь Ulrich Mueller написал: >>>>>> On Tue, 24 Apr 2012, Maxim Koltsov wrote: > >> We had Paratype fonts in tree for some time (media-fonts/paratype) >> with OFL license. Recently they added bold font variant to PTMono font >&

[gentoo-dev] RFC: Adding ParaType Free Font License to tree

2012-04-24 Thread Maxim Koltsov
Hi, We had Paratype fonts in tree for some time (media-fonts/paratype) with OFL license. Recently they added bold font variant to PTMono font with their own license [1], but OFL font tarball was left unchanged. We tried to reach upstream with this question, but as for now no answer was got. So the

Re: [gentoo-dev] Packages up for grabs

2012-03-02 Thread Maxim Koltsov
>        dev-libs/libestr slepnoga (andreis.vingrad...@gmail.com) and I take this.

Re: [gentoo-dev] [RFC] virtual/polkit-agent virtual pkg

2011-09-06 Thread Maxim Koltsov
If user is emerging some polkit-requiring package on DE-less system, it will pull big bunch of KDE, GNOME, etc. pacakges, which is not desired. Also, nm-applet and others can be set up with localauthority files, without help of polkit agents. I don't think virtual will solve this case.

Re: [gentoo-dev] [RFC] office-ext.eclass

2011-08-29 Thread Maxim Koltsov
2011/8/29 Tomáš Chvátal : > Dne 29.8.2011 10:24, Maxim Koltsov napsal(a): >> >> No reason, i just like backaward compability :) >> > But this is not backcompat this will be completely new and the packages that > will be added never were in main tree :-) Oh yes, you'

Re: [gentoo-dev] [RFC] office-ext.eclass

2011-08-29 Thread Maxim Koltsov
2011/8/29 Tomáš Chvátal : > Dne 29.8.2011 09:20, Maxim Koltsov napsal(a): >> >> Hi Thomas, >> >> Why EAPI="3" is not supported? > > I think we should always use the latest, and this is probably only way how > to force you lads to do so. Also it saves m

Re: [gentoo-dev] [RFC] office-ext.eclass

2011-08-29 Thread Maxim Koltsov
Hi Thomas, Why EAPI="3" is not supported? > UNOPKG_BINARY="${EPREFIX}/usr/bin/unopkg" On my machine unopkg is at '/usr/lib64/libreoffice/program/unopkg' (libreoffice-bin), so this can be a problem.

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Maxim Koltsov
2011/8/18 Michał Górny : > On Thu, 18 Aug 2011 19:30:29 +0400 > Maxim Koltsov wrote: > >> if [ "${LEECHCRAFT_PACKAGE_CATEGORY+x}" != "x" ]; then >>       >> CMAKE_USE_DIR="${S}/src/plugins/${LEECHCRAFT_PACKAGE_CATEGORY}/${PN#leechc

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Maxim Koltsov
2011/8/18 Fabian Groffen : >> > if [ "${LC_PCAT+x}" != "x" ]; then >> >     CMAKE_USE_DIR="${S}/src/plugins/${LC_PCAT}/${PN#leechcraft-}" >> > else >> >     if [[ ${PN} != "leechcraft-core" ]]; then >> >             CMAKE_USE_DIR="${S}/src/plugins/${PN#leechcraft-}" >> >     else >> >             C

Re: [gentoo-dev] Re: RFC: leechcraft.eclass

2011-08-18 Thread Maxim Koltsov
2011/8/18 Michał Górny : > On Thu, 18 Aug 2011 14:38:01 +0400 > Maxim Koltsov wrote: > > >>       0|1) die "EAPI not supported, bug ebuild mantainer" ;; >>       *) die "Unknown EAPI, Bug eclass maintainers." ;; > > I think I already mentio

[gentoo-dev] Re: RFC: leechcraft.eclass

2011-07-22 Thread Maxim Koltsov
Sorry, forgot the eclass. Attaching it here... P.S. Email of author: 0xd34df...@gmail.com leechcraft.eclass Description: Binary data

[gentoo-dev] RFC: leechcraft.eclass

2011-07-22 Thread Maxim Koltsov
Hi devs, I'm about to add Leechcraft modular internet client to tree. It has 32 packages and uses it's own eclass. Please review it and allow me to commit it to the tree. Also i'd want to ask: is it woth to add new category (e.g. leechcraft-plugins) to simplify managing leechcraft ebuilds. And the

[gentoo-dev] Voting on adding Leechcraft to the tree

2011-07-20 Thread Maxim Koltsov
Hi devs, I got a request to add Leechcraft (http://leechcraft.org/) to the portage tree. Leechcraft is modular internet client with many plugins. Main problem with it is that it has very few (less than 5, i suppose) active maintainers, and is needed by very limited amount of users (mainly friends o

Re: [gentoo-dev] Virtual for tftp server

2011-05-01 Thread Maxim Koltsov
2011/5/2 Mike Frysinger : > i dont think so.  i cant see RDEPENDing on a random tftp server being > terribly useful here, and it certainly isnt a requirement.  elog it > and be done. > -mike > Ok, please take a look at net-misc/ris-linux. It's used for network installing windows, therefore user wil

Re: [gentoo-dev] Virtual for tftp server

2011-05-01 Thread Maxim Koltsov
2011/5/2 Ciaran McCreesh : > If it doesn't care about what the tftp server is, presumably that means > that the package itself doesn't actually use the tftp server (and if > it did call the tftp server, it would need to know the syntax for each > individual package, so it wouldn't be a virtual). So

Re: [gentoo-dev] Virtual for tftp server

2011-05-01 Thread Maxim Koltsov
I'm going to add such a package to the tree tomorrow, http://bugs.gentoo.org/show_bug.cgi?id=365605. Can you write ebuild for this virtual, because i'm not familliar with new-style virtuals yet?

[gentoo-dev] Virtual for tftp server

2011-05-01 Thread Maxim Koltsov
Hi, Assuming we have a package, that want to have any tftp server on system, no matter which one exactly, what must we set in DEPEND? I think creating virtual for tftp server would be nice. Maxim

Re: [gentoo-dev] Unmasking boost-1.46

2011-04-26 Thread Maxim Koltsov
Are you planning to move to modular boost? I mean, separate ebuild for boost-filesystem, boost-spirit, etc. Maxim.