[gentoo-dev] Last rites: www-plugins/gosuslugi-plugin

2024-02-22 Thread Vadim A. Misbakh-Soloviov
# Vadim Misbakh-Soloviov (2024-02-22) # Masked for removal in 30 (or more) days. # Fetches only from specific geo-locations, hostile upstream, security issues. # Consider to use the version from overlay named "mva" after tree-cleaning. # No revdeps. Bug #876271 www-plugins/gosuslugi-plugin -

[gentoo-dev] Packages up for grubs: media-libs/vitamtp, app-misc/qcma, sys-power/bbswitch, www-plugins/gosuslugi-plugin

2024-01-30 Thread Vadim A. Misbakh-Soloviov
Hi there! I've decided to step over from some packages I maintained before due to lack of time, competence, and in case of one of them - phisical ability for resolving corresponding issues. Packages available for grabbing includes: media-libs/vitamtp app-misc/qcma ^

Re: [gentoo-dev] [PATCH 01/15] dev-libs/tree-sitter-php: fix HOMEPAGE

2021-12-19 Thread Vadim A. Misbakh-Soloviov
merged to gentoo repo signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [PATCH] dev-libs/tree-sitter: support for building cli tool

2021-12-19 Thread Vadim A. Misbakh-Soloviov
merged to gentoo repo signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [PATCH] eclass/tree-sitter-grammar: fix ABI autodetecton

2021-12-19 Thread Vadim A. Misbakh-Soloviov
Merged to gentoo repo -- Best regards, mva signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] [PATCH] eclass/tree-sitter-grammar: fix ABI autodetecton

2021-12-09 Thread Vadim A. Misbakh-Soloviov
oops, forgot `v2` in subject. Added it all the time during pre-send tests, and missed when sent it for real :facepalm: signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Experimental binary package hosting

2021-09-22 Thread Vadim A. Misbakh-Soloviov
Finally it happened! I already planned to try to ask infra/council about sponsoring few servers for build farm for "official gentoo binhosts" when I had enough time, but fortunately, you've already did that. It's very good news. Btw, do you need any help with that? I'd be very happy to help w

[gentoo-dev] Re: sys-power/bbswitch up for grabs

2021-01-14 Thread Vadim A. Misbakh-Soloviov
В письме от суббота, 26 декабря 2020 г. 20:22:33 +07 пользователь Piotr Karbowski написал: > Hi, > > I've been maintaining sys-power/bbswitch in the recent times, however, I > no longer have any hardware where I can even test it. If anyone sees it > fit, feel free to grab it and join other mainta

Re: [gentoo-dev] Changes made by acct-* ebuilds

2020-02-14 Thread Vadim A. Misbakh-Soloviov
> Modification of system users and groups are also covered by that user. fix: <...> by that rule. -- Best regards, mva signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Changes made by acct-* ebuilds

2020-02-14 Thread Vadim A. Misbakh-Soloviov
> > And now you're changing the subject. You've just claimed that *your* > user's group ownership will be overwritten and when challenged you > present the case of *system* user's group ownership being overwritten. Actually, he showed the rewrite of **system** user (that was modified locally).

[gentoo-dev] [RFC] New eclass patches.eclass

2019-12-22 Thread Vadim A. Misbakh-Soloviov
HI there! Some time ago I invented patches.eclass, which facilitates my work with patches, and I would like you to express your opinion about it and whether it is worth committing in gentoo repo. Maybe it’s even worth it to become a helper, but not an eclass, or be bundled somewhere in existin

[gentoo-dev] Re: [gentoo-dev-announce] Last rites: net-analyzer/zabbix

2019-11-07 Thread Vadim A. Misbakh-Soloviov
I'm using zabbix, but I can't sign up as the single active maintainer, although, I'd be happy to co-maintain it with somebody else. BTW, @mgorny, as I see, Patrick already fixed the issue, so can we talk about unmasking and un-lastriting zabbix now? -- Best regards, mva signature.asc Descri

Re: [gentoo-dev] Deja vu

2019-11-04 Thread Vadim A. Misbakh-Soloviov
В письме от вторник, 5 ноября 2019 г. 00:14:34 +07 пользователь Michael Orlitzky написал: > * Error: The above package list contains packages which cannot be > * installed at the same time on the same system. Check the ebuild version stored in /var/db/pkg :D

[gentoo-dev] Sorry for irrelevant messages

2019-11-03 Thread Vadim A. Misbakh-Soloviov
Hi there! I'm sorry for the spamming few lists with irrelevant messages few miuts ago. I just re-subsribed to all the lists with @gentoo.org address (instead of personal), and then confirming all the subscribtions with "next+reply+send" shortcuts, and didn't stop at the correct time, so I also

[gentoo-dev] Re: Welcome to gentoo-dev@lists.gentoo.org

2019-11-03 Thread Vadim A. Misbakh-Soloviov
В письме от воскресенье, 3 ноября 2019 г. 23:01:43 +07 пользователь gentoo- dev+h...@lists.gentoo.org написал: > Thank you for confirming your subscription. You have now been added to the > normal version of the list. > > The email address you are subscribed with is . > > If you ever wish to unsu

Re: [gentoo-dev] [RFC] C++ standard in ebuilds

2018-09-17 Thread Vadim A. Misbakh-Soloviov
I'd prefer to wait another replies on the list for the main theme of this e- mail, but this problem also affects C (so, as **c**flags and C standards), so solution shoudn't be c++ specific, imho.

Re: [gentoo-dev] [PATCH] systemd.eclass: set BDEPEND for EAPI 7

2018-08-06 Thread Vadim A. Misbakh-Soloviov
В письме от понедельник, 6 августа 2018 г. 22:13:49 MSK пользователь Ulrich Mueller написал: > > On Mon, 6 Aug 2018, Mike Gilbert wrote: > > -DEPEND="virtual/pkgconfig" > > +if [[ ${EAPI} == [0123456] ]]; then > > This should use ${EAPI:-0} because for EAPI 0 the variable can be > empty. > >

Re: [gentoo-dev] rfc: moving default location of portage tree

2018-07-12 Thread Vadim A. Misbakh-Soloviov
> I guess /var/portage is not a terrible choice. Well, I double that. I've already use the following structure: |- /var/portage/ | |- repos | | |- gentoo | | |- reponame1 | | |- reponame2 | |- distfiles | | |- ... | | |- ...

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-25 Thread Vadim A. Misbakh-Soloviov
Well, in *my* opinion, in turn, having possibility to {R,}DEPEND on package from exact repo is much and much more needed functionality. Say, I have pkg2 in my repo, that depends on pkg1, which is in my repo too. Then, I (or user) add other repo having pkg1 too. Or, say, gentoo maintainers bump p

Re: [gentoo-dev] Re: How to deal with git sources?

2018-03-15 Thread Vadim A. Misbakh-Soloviov
> Perhaps they refer to .zip instead of .tar.gz which as mentioned is > a less stable format due to the inclusion of the timezone. Nope. I myself also faced tarballs checksum difference (even between few calls). GH support answered me (in TL;DR version) "that's because we've upgraded git on *so

Re: [gentoo-dev] Questions on overlays, repositories and PMS

2018-02-23 Thread Vadim A. Misbakh-Soloviov
> Or in other word, it is enough to only look at /etc/portage/repos.conf? No > In general, an overlay is a repository, i.e., a valid tree layout for the Yes > - can the profiles in a repository different from DEFAULT be selected? Yes > - is the package.mask file apply only on the packages of th

Re: [gentoo-dev] [QA] New policy: 'files' directory must not be larger than 32 KiB

2017-12-19 Thread Vadim A. Misbakh-Soloviov
And it would be nice to also recall the overlays, which can also use repoman (and/or mgorny's travis hook for that), but at the same time have no possibility to self-host the patches... // well, I personally would prefer that repoman had an option to "ignore" some (specified as an argument) of

Re: [gentoo-dev] Last Rites: Ancient x11-drivers/*

2017-11-24 Thread Vadim A. Misbakh-Soloviov
> > x11-drivers/xf86-video-modesetting > > Please keep this one for the generic KMS case. It's been useful. For now, it ships inside xorg-server since at least few versions already...

Re: [gentoo-dev] git checkout in ebuild?

2017-10-16 Thread Vadim A. Misbakh-Soloviov
В письме от понедельник, 16 октября 2017 г. 13:42:05 +07 пользователь Azamat Hackimov написал: > Github creates tarballs for tags automatically, for 1.3.0 tag it would be There is go eclasses for that, and I guess OP wanted advice about some go- eclasses magic for that.

Re: [gentoo-dev] Re: [openrc] [systemd] make `service` common for both OpenRC and SystemD (like Debian/Ubuntu/whatever did)

2017-09-18 Thread Vadim A. Misbakh-Soloviov
> Well, I'd argue the case for "not 'perfectly'", because for better or for > worse, systemd has had rather more luck at cross-distro init-system > unification than that comic suggests. It would have a chance to be true if systemd had less stupid bugs (which never appeared in other init systems),

[gentoo-dev] [openrc] [systemd] make `service` common for both OpenRC and SystemD (like Debian/Ubuntu/whatever did)

2017-09-16 Thread Vadim A. Misbakh-Soloviov
Hi there! Every time I switch from mastering service on my work (Ubuntu-powered) to my own server farm (Gentoo powered) I'm going a bit frustrated: Ubuntu (with all my hate to many other things in it) has nice user-friendly way of managing services: you can freely call any of `service action`

Re: [gentoo-dev] [RFC] New eclass vim-runtime

2017-09-08 Thread Vadim A. Misbakh-Soloviov
DEPENDS part and "binary" function makes me sad panda: they assumes there are no "vims" exist, while there is at least `vim-qt` (well, actually that one is dropped from gentoo) and `neovim-qt` (and that one is in overlays, but anyway), and so on. I think, it'd be nice to somehow avoid exact bina

Re: [gentoo-dev] Need GitHub snapshot hash verification failure samples

2017-07-05 Thread Vadim A. Misbakh-Soloviov
By the way, that is "known issue" on github (I already discussed that with their support even few years ago). The answer was kinda "well, it can happen time to time, since we can upgrade software like tar and/or git on some or all of our servers and we never declared tarballs checksums similarit

Re: [gentoo-dev] lua upgrade plan

2017-07-02 Thread Vadim A. Misbakh-Soloviov
By the way, it will also brake some proprietary games, that distributes via steam, humble, gog and so on. Some of them depends on shared lua and doesn't bundle it (instead, their installer calls apt (since they're doing games for ubuntu), but since we have no apt, we (gamerlay/games team) just

Re: [gentoo-dev] lua upgrade plan

2017-07-01 Thread Vadim A. Misbakh-Soloviov
> excellent LuaDist I'd not say it is excellent :( I'd rather say "NIH-syndromed" > Why Lua can't have same eclass as multislotted Python or Ruby? > Lua ecosystem not so big, about 500 packages > so why there no even little efforts to make Lua support in Gentoo better? Well... Actually, it doe

Re: [gentoo-dev] The status of grsecurity upstream and hardened-sources downstream

2017-06-23 Thread Vadim A. Misbakh-Soloviov
> I welcome feedback. And how about KSPP and other similar projects, that tries to continue the idea of community-friendly development based on latest release available to wide public (or, maybe some other, that was grown in parallel with PaX)? [OFFTOP] I personally very dislike Brad's behav

Re: [gentoo-dev] last rites: app-text/acroread

2017-06-08 Thread Vadim A. Misbakh-Soloviov
> media-fonts/acroread-asianfonts Is it also due to security issues? :D

Re: [gentoo-dev] Last rites: www-apps/postfixadmin

2017-06-08 Thread Vadim A. Misbakh-Soloviov
Well, actually, I think that whole webapps structure in gentoo should be dropped or totally rewritten, despite of web applications packages state in the gentoo repo. It is unextendable, uncomfortable, no-gentoo-way'ish and so on. I think, it would even be better to just install apps in /usr/shar

Re: [gentoo-dev] Last rites: www-client/phantomjs and dev-ruby/poltergeist

2017-06-05 Thread Vadim A. Misbakh-Soloviov
> Can phantomjs be simply masked for a longer period until the development > world has had an opportunity to catch up? Just exactly what I thought. Although, in-tree version is obsolete anyway, and upstream made few next releases with brain-exploding buildsystem, so I just pushed version to

Re: [gentoo-dev] [RFC] NeoVim and vim-syntax

2017-06-02 Thread Vadim A. Misbakh-Soloviov
> strongly against eselect modules (and any user code) that > writes into /usr (except for /usr/local) Well, NeoVim, at least, have support for site-dir in /usr/local out of the box. I guess, Vim8 will need a bit of patching for that. Although, I'm, in opposite, dislike (very little, tho) /usr/l

Re: [gentoo-dev] [RFC] Addition of a new field to metadata.xml

2017-06-02 Thread Vadim A. Misbakh-Soloviov
> libfoo-debug Shouldn't we mention "debug" USE-flag in this context somehow?

Re: [gentoo-dev] [RFC] NeoVim and vim-syntax

2017-06-01 Thread Vadim A. Misbakh-Soloviov
1) Dear Vim Team, can we hear your opinions? 2) I'd like to know if discussion participants really differs my eselect-php- like suggestion (where all scripts goes to another directory, controlled by neither of vims, and then users should/can manually dis-/enable modules for each of vim they want

Re: [gentoo-dev] [RFC] NeoVim and vim-syntax

2017-06-01 Thread Vadim A. Misbakh-Soloviov
> - Have a separate anyvimishthing directory, and make both vim and > neovim look there, and only make plugins that have been tested to work > with both install to that directory. Actually it is almost the thing I described as "second" eselect variant. Although, you suggest for gentoo devs to chec

[gentoo-dev] [RFC] NeoVim and vim-syntax

2017-05-31 Thread Vadim A. Misbakh-Soloviov
Currently, we have a situation, that there are two Vim's: "old" one (vim8) and NeoVim (for those who do not know: a fork of Vim with much and much more clean code, many neat features and so on). Unfortunately, both of them have different runtimedirs: XDG ones for NeoVim and the ones you know fo

Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-10 Thread Vadim A. Misbakh-Soloviov
Also, > Its an update issue. You set a target to say Ruby 24. But something > wants Ruby23. It could be it only builds with ruby23. Or more than > likely no one has gotten around to adding it to the package. Since for > every new version. EVERY ebuild must be touched. As I said above, this only

Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-10 Thread Vadim A. Misbakh-Soloviov
> or PHP. Wouldn't you be so kind to re-check this part, please? :)

Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-10 Thread Vadim A. Misbakh-Soloviov
Am I right in assumption that you arguing about *_TARGETS rework to be enabled by default for packages that was not tested on this TARGETs with ... hardness of packaging java software?.. Or does it just argmentum ad verecundiam (with argumentum ad hominem partially)? And yes, I personally pack

Re: [gentoo-dev] News item: app-emulation/wine split and slotting

2017-04-10 Thread Vadim A. Misbakh-Soloviov
> package wine-foo and wine-any (or whatever it is called) supports foo > as well. "-any" itself is arbitrary. Do you have a suggestion for a > better suffix? Why don't leave that "any" package just "wine" as it was before?..

Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-10 Thread Vadim A. Misbakh-Soloviov
> painless option for users. Well... If a bit of mind work is pain... So, then I'd say that Gentoo is not about avoiding such pain. Did you hear about Gentoo Philosophy? It says that point of Gentoo to appear was to give users possibility to make exact "tool" they wants to use, but not decide

Re: [gentoo-dev] Reverse use of Python/Ruby versions

2017-04-10 Thread Vadim A. Misbakh-Soloviov
> If Java can do it, so can others. And here I come with my 5¢. And my point here is simple: No, Java (Team) can't. Every time I come to Java team with some report they suggest (as joke, partially) to become a "full" developer (but not a contributor) and take care of this by myself. And the

Re: [gentoo-dev] [RFC] New Manifest hashes and how to enable them

2017-04-03 Thread Vadim A. Misbakh-Soloviov
> What is the gain of using a secure hash > algorithm in the manifests if you can simply replace the manifest with a > MITM attack on the rsync update? I'd say "the solution is to stop using rsync and use git" (there is git mirror with all the metadata), but... Git does not support (correct me, i

Re: [gentoo-dev] [RFC] New Manifest hashes and how to enable them

2017-04-03 Thread Vadim A. Misbakh-Soloviov
Good idea, but all the time I read it from first mention until the end of your email, I asked myself: "Who the hell on the Earth need GOST-crypto crap in portage?". The only purpose of this crypto algorythms is to use them in Russian government-related structures (includig schools, tho :-/ ) ju

Re: [gentoo-dev] bzipped manpages

2017-01-10 Thread Vadim A. Misbakh-Soloviov
В письме от вторник, 10 января 2017 г. 13:08:14 +07 пользователь Jan Stary написал: > On Jan 10 19:04:47, gen...@mva.name wrote: > > > There is an option to support; the packages need to be reinstalled > > > or there are untracked files; the manpage formatter needs to call > > > external unpackers

Re: [gentoo-dev] bzipped manpages

2017-01-10 Thread Vadim A. Misbakh-Soloviov
> There is an option to support; the packages need to be reinstalled > or there are untracked files; the manpage formatter needs to call > external unpackers. All this to save 40M. I honestly don't think > it's worth it. Why do you care about calling external unpacker, but do not care about saving

Re: [gentoo-dev] News item: KDE Workspaces 4.11 and KDE profile removal

2017-01-08 Thread Vadim A. Misbakh-Soloviov
> Display-If-Profile: <...> How about arm64, amd64-fbsd and so on? :)

Re: [gentoo-dev] [rfc] New global USE flag: rbd

2017-01-03 Thread Vadim A. Misbakh-Soloviov
Shouldn't this >> app-backup/bareos:rados - Enable rados storage backend > storage backend go to the first list?

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

2017-01-02 Thread Vadim A. Misbakh-Soloviov
I bet it is not about ABIs, but about a vallue for '-std' flag for gcc/clang compiler. Some packages allows to select between -std=c++1{1,4,7} (and some - defaults with older ones otherwise).

Re: [gentoo-dev] Uppercase characters in package names

2016-12-02 Thread Vadim A. Misbakh-Soloviov
> We could make a more "user friendly" feature by setting up bash > completion for package names, but that sounds a) daunting, b) > error-prone, and c) probably not worth the time spent writing the > script(s) necessary. By the way, the ones for zsh is already done and working (even for sets). Al

Re: [gentoo-dev] x11-misc/bumblebee and x11-misc/virtualgl up for grabs

2016-10-19 Thread Vadim A. Misbakh-Soloviov
By the way, as I was co-maintainerwith Pacho, and now my primary laptop is alo missing optimus (although, I still own few optimus-powered laptops, which I gave away to family members). So, not that I totally not interested in bumblebee anymore, but I can't fully maintain it. So, can you (whoeve

Re: [gentoo-dev] nftables

2016-09-12 Thread Vadim A. Misbakh-Soloviov
I tried to migrate my ruleset to nftables and fount that nft lacks all of non- in-kernel xtables modules (see xtables-addons package) and even some of in- kernel ones: https://wiki.nftables.org/wiki-nftables/index.php/ Supported_features_compared_to_xtables

Re: [gentoo-dev] Status of Lua in Gentoo

2016-08-03 Thread Vadim A. Misbakh-Soloviov
Please, consider to check lua overlay for all that problems. And, talking on lua.eclass: I already posted it here for review, and mgorny said "kill it with fire" (because eclass was based on ruby-ng with some magic additions from python eclasses, perl ones and php. Well, it really is a bunch of

Re: [gentoo-dev] Augmenting the CPU_FLAGS_X86 list and creating CPU_FLAGS_PPC + CPU_FLAGS_ARM

2016-08-02 Thread Vadim A. Misbakh-Soloviov
By the way, I know that this is not a bugzilla's mirror, but it seems you did something wrong wile bumping. For now it refuses to build on Broadwell telling > fftw-3.3.5/simd-support/simd-avx2.h:43:2: error: #error "compiling simd- avx2.h without avx2 support" Although avx2 do exist in cpuinfo (a

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

2016-07-27 Thread Vadim A. Misbakh-Soloviov
Thanks a lot for your review work and critics. Just 2 cents as comments about "why the hell is going on": > It looks like a terrible masterpiece combination of base.eclass with python.eclass Actually, ruby-ng + python + some of that opera. And all of them was (actually, still) huge monsters wi

[gentoo-dev] [RFC] lua.eclass

2016-07-20 Thread Vadim A. Misbakh-Soloviov
ad) it may differ from up-to-date version in overlay. -- wbr, mva# Copyright 1999-2016 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # @ECLASS: lua.eclass # @MAINTAINER: # mva # @AUTHOR: # Author: Vadim A. Misbakh-Soloviov # @BLURB: An eclass for installing Lu

Re: [gentoo-dev] [PATCH 11/17] profiles: Remove unused NGINX_MODULES_HTTP

2016-05-26 Thread Vadim A. Misbakh-Soloviov
В письме от четверг, 26 мая 2016 г. 20:43:47 +06 пользователь Michał Górny написал: > limit_conn - This module makes it possible to limit the number of > simultaneous connections for the assigned session > limit_req - This module allows you to limit the number of requests for a given session. > l

Re: [gentoo-dev] Last rites: www-client/luakit

2016-05-26 Thread Vadim A. Misbakh-Soloviov
В письме от четверг, 26 мая 2016 г. 21:18:27 +06 пользователь Michael Palimaka написал: > # Michael Palimaka (26 May 2016) > # Depends on vulnerable slot of net-libs/webkit-gtk. > # Dead upstream. Unmaintained. Masked for removal in 30 days. > # Bug 584186. > www-client/luakit Not that upstream

Re: [gentoo-dev] please remove me off your mailing list

2016-05-24 Thread Vadim A. Misbakh-Soloviov
> thanks. i just don;t want my inbox full of gentoo anymore. i use gentoo Actually, if the case was only to "not had full INBOX of gentoo", it was possible to just enable "sorting" and place gentoo-dev in separate IMAP-folder (like I did). But I guess, you've already unsubscribed, so nevermind

Re: [gentoo-dev] please remove me off your mailing list

2016-05-23 Thread Vadim A. Misbakh-Soloviov
> But if you feed a man while you teach him, he's better equipped to learn. :p As a father of 3 kids, I'd say: if you'll teach while feeding, he would say "yes, I understand", but will not really study anything, and would *claim* you to feed him again next time... -- wbr, mva

Re: [gentoo-dev] Re: Bug #565566: Why is it still not fixed?

2016-02-23 Thread Vadim A. Misbakh-Soloviov
> Is this actually true? For the typical use case of daily or close to > daily updates I'd think that git would be much more efficient. As there were noticed multiple times on the list already, this should not ever happen, at least, until git will support resumable fetches/clones/whatever. Otherwi

Re: [gentoo-dev] games.eclass policy

2016-02-23 Thread Vadim A. Misbakh-Soloviov
17.02.2016 21:32, Denis Dupeyron пишет: > On Wed, Feb 17, 2016 at 12:39 AM, Michał Górny wrote: > >> developers who did what they cared about and ignored everything and >> everyone else. >> > I don't know if I'm an exception to the rule, but I've always had fruitful > interactions with the games

Re: [gentoo-dev] ChangeLog

2015-11-02 Thread Vadim A. Misbakh-Soloviov
Actually, git log understands if you specify path for it (especially after --)... 03.11.2015 02:05, Daniel Campbell пишет: > On 11/01/2015 04:22 AM, Anthony G. Basile wrote: > > On 11/1/15 7:16 AM, Patrick Lauer wrote: > >> Ahoi, > >> > >> I'm getting mildly very irritated with the lack of easily

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-23 Thread Vadim A. Misbakh-Soloviov
> <...> > I'm sorry, I wrote too briefly. hasufell seems to be saying that gtk2 > should be deprecated now. I'm just agreeing with Rich that if upstream > supports both *and* the maintainer wants to support both, there's no > reason to force them to only support one. > <...> > As Rich has mentione

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-23 Thread Vadim A. Misbakh-Soloviov
> And its absolutely OK for a maintainer to close the bug as WONTFIX after a > lively discussion. Absolutelly yes. And it is users right to go and make that theyself (either in overlay or by proxymaint). The key of mystatement was in that NOBODY in Gentoo can (at least, should not have the powe

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-23 Thread Vadim A. Misbakh-Soloviov
> You should really either reconsider your understanding of opensource or > start to pay me. we're talking not about you and your opensource work. We're talking about your consideration to force allmaintanersto drop gtk2 *even if they want to maintain it*. And I disagree with exactly that. Or, d

Re: [gentoo-dev] Re: www-client/chromium gtk3 support

2015-09-23 Thread Vadim A. Misbakh-Soloviov
В письме от Чт, 10 сентября 2015 17:43:30 пользователь Duncan написал: > So I've learned (the hard way) to use *stars* or _underlines_ (or for > lower levels, /italics/) for emphasis, and only use ALL CAPS when I > really do intend to SHOUT, which isn't often. Ok. Thank you for netiquette remind

Re: [gentoo-dev] ALLARCHES and the maintainer action(s)

2015-09-19 Thread Vadim A. Misbakh-Soloviov
> So, if an arch developer tests the package(s) on one architecture, he is > allowed to stabilize/keyword for all. And how about the > some arches rquires additional tests during stabilization, like so: mips*, arm*, and some more exotic ones definition in developer manuals? :) -- Best regards,

Re: [gentoo-dev] www-client/chromium gtk3 support

2015-09-10 Thread Vadim A. Misbakh-Soloviov
I disagree witho you and hasufell. It *IS* users destiny if they get some stabiity issues because of their decision to have gtk2-only or gtk3-only system. Yes, they can paste bugs about improper toolkit support. Is it bad? Rules says it should be reported upstream. And all the time Gentoo exist

Re: [gentoo-dev] cmake-utils.eclass: two improvements

2015-07-26 Thread Vadim A. Misbakh-Soloviov
It is bad way to just disable RPATH in eclass without any "buttons" to enable it back. Moreover, it is bad to disable it even with such "buttons". THe right way would be to detect if portage instance calling eclass is in PREFIX and depends on that — keep it or disable. -- Best regards, mva s

Re: [gentoo-dev] Re: RFC: Indention in metadata.xml

2015-06-06 Thread Vadim A. Misbakh-Soloviov
> * linewidth >> 80 (why do we have this short limit still in 2015) Actually, I dislike that too, but the reason is simple: some people still using text-mode terminals. // It would be nice to finally fix that, but let's be realistic: it looks like it wouldn't be finished in the near 10 years :-

Re: [gentoo-dev] oops: "portage-latest.tar.*" are off-by-one.

2015-06-04 Thread Vadim A. Misbakh-Soloviov
В письме от Чт, 4 июня 2015 11:17:01 пользователь Mike Frysinger написал: > if you have a bug to report, please use bugs.gentoo.org > -mike I bet, "bug" will deprecate itself before even bug wranglers takes a look on it. -- Best regards, mva signature.asc Description: This is a digitally sign

Re: [gentoo-dev] A question to Russian Gentoo Developers Community about import software substitution

2015-05-08 Thread Vadim A. Misbakh-Soloviov
> > I had been trying to push the idea of creating an united FOSS community > to solve problems of the higher school of the Russian Federation. But > such initiatives faded due to absence of support of top executives… And > now (according to e.g. [1]) it won't be a problem, IMHO. It would. Just b

Re: [gentoo-dev] Re: git://anongit.gentoo.org is extremely slow

2015-04-24 Thread Vadim A. Misbakh-Soloviov
> It was not a location problem, because only git:// seemed to be affected: > >git clone git://...<- 15KB/s >git clone https://... <- 2MB/s Looks like shaping on ISP side (i.e. it doesn't hear about Network Neutrality). // Although, of course, it can be result server overloading an

Re: [gentoo-dev] CGA Web™ graphics standards

2015-04-01 Thread Vadim A. Misbakh-Soloviov
> > Nearly as funny as the one about Gentoo switching to CVS. From what? AFAIR, it still on CVS... -- Best regards, mva signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] CGA Web™ graphics standards

2015-04-01 Thread Vadim A. Misbakh-Soloviov
> I thought PetBox was pretty funny too. > > http://www.redbox.com/petbox?icamp=hp:mss:aprilfoolspetbox:4:1:2015 403 :( -- Best regards, mva signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Re: Current Gentoo Git setup / man-in-the-middle attacks

2015-03-30 Thread Vadim A. Misbakh-Soloviov
Yes, we should add possibilities, but not revoke them from user. That is a Gentoo Philosophy. We shouldn't enforce users to anything that, as we think, is better for them. Even about security. And yes, we even shouldn't forbid them to install heartbleaded openssl (thankfully, users is free to do

Re: [gentoo-dev] Current Gentoo Git setup / man-in-the-middle attacks

2015-03-29 Thread Vadim A. Misbakh-Soloviov
> GitHub does not support git:// but only secure protocols (HTTPS, SSH), GitHub DO (!) support git:// $ git clone git://github.com/msva/mva-overlay.git Cloning into 'mva-overlay'... remote: Counting objects: 10435, done. remote: Compressing objects: 100% (41/41), done. remote: Total 10435 (delta 1

Re: [gentoo-dev] Current Gentoo Git setup / man-in-the-middle attacks

2015-03-29 Thread Vadim A. Misbakh-Soloviov
> OpenPGP (GPG is just one implementation), but indeed, > that is what the gentoo-keys project is about. There is experimental > support for OpenPGP verification in portage already using gkeys. > Currently the focus is on getting developer's keys up to GLEP63 specs, > i currently see 36 good Gentoo

Re: [gentoo-dev] Current Gentoo Git setup / man-in-the-middle attacks

2015-03-29 Thread Vadim A. Misbakh-Soloviov
> Doesn't git:// uses SSH wich is secure? I think that was on github. git+ssh:// — does. git:// — does not. It is just git-daemon listening on separate port and serving plaintext, readonly (by default) access. signature.asc Description: This is a digitally signed message part.

Re: [gentoo-dev] Current Gentoo Git setup / man-in-the-middle attacks

2015-03-29 Thread Vadim A. Misbakh-Soloviov
> > They would not do online banking over http, right? Why would they run > code with root privileges from http? 1) Actually, they will :( 2) Because they can't review what bank received via insecure channel, while they can review what they're themselves received via http/git. -- Best regards

Re: [gentoo-dev] Current Gentoo Git setup / man-in-the-middle attacks

2015-03-29 Thread Vadim A. Misbakh-Soloviov
Despite of all you're talking about is right from paranoid point of view, I'd, anyway, say "DO NOT DO THAT", because you propose to revoke the right of choice from the users. It is user's decision, which protocol to use to fetch the sources. Although, you're, of course, free to make layman to f

[gentoo-dev] Thoughts about LUA_TARGETS

2015-03-26 Thread Vadim A. Misbakh-Soloviov
Hi! As you can be noticed, Lua packages, just like Python, PHP or Ruby ones, supports "slotted" behaviour (with some side notes). As far as we have nice *_TARGETS for languages above (without standardised naming syntax, although), we still do not have such for Lua. Rafael's main argument is abou

Re: [gentoo-dev] [RFC] luajit global useflag

2015-03-01 Thread Vadim A. Misbakh-Soloviov
В письме от Вс, 1 марта 2015 20:36:03 пользователь Ben de Groot написал: > > Or maybe one of the other lua package maintainers has plans? Not that I'm in-tree lua maintainer, but as Lua-overlay contributor and lua- fanboy, I'd suggest to unmask all lua-interpreters and make them slotted just as

Re: [gentoo-dev] [RFC] luajit global useflag

2015-02-25 Thread Vadim A. Misbakh-Soloviov
В письме от Чт, 26 февраля 2015 13:36:24 пользователь Ben de Groot написал: > I propose we make luajit a global useflag, using the description from > media-sound/csound: > > Use the lua just-in-time compiler dev-lang/luajit instead > of dev-lang/lua Voting up! Although, I'd also propose lua.ecl

Re: [gentoo-dev] [RFC] please review ebuilds for neovim and deps

2015-02-23 Thread Vadim A. Misbakh-Soloviov
> > Thanks. But I think we can simplify that for now, since lua53 isn't > available (neither in the official tree or the lua overlay) and > > >=lua-5.2 is hardmasked. Anyway, I think, we need "my default patch for luajit support" here (which, actually, I'd suggest to apply on all packages in th

Re: [gentoo-dev] [RFC] please review ebuilds for neovim and deps

2015-02-22 Thread Vadim A. Misbakh-Soloviov
I'd also say: neovim: > CDEPEND="dev-lang/luajit > <...> > dev-lua/LuaBitOp 1) I'm not sure luajit:1 fits the dep 2) LuaJIT:2 has it's own bit modules and is unneded LuaBitOp Unibilium: 1.1.2 made a day ago. Bump, please ;) lua-MessagePack: > RDEPEND=">=dev-lang/lua-5.1" And what about L

Re: [gentoo-dev] ROS (Robot Operating System) Overlay for Gentoo

2014-11-18 Thread Vadim A. Misbakh-Soloviov
В письме от Вт, 18 ноября 2014 14:38:12 пользователь Wayne Chang написал: > Hi All, hi > What's the best way to get this > repository recognized as an official overlay? Create a bug on bz to include in in the oficial layman list. Like this: https://bugs.gentoo.org/show_bug.cgi?id=444666 or this:

Re: [gentoo-dev] Re: Implicit system dependency

2014-11-17 Thread Vadim A. Misbakh-Soloviov
В письме от Вт, 18 ноября 2014 03:28:08 пользователь Duncan написал: > Tho I actually appreciate the "you get to keep the pieces" aspect as > Unlike many distros, gentoo actually respects the user and their > right to decide enough to give them the /power/ to break the system, if > they "drink and

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in net-nds/openldap/files: openldap-2.4.40-db-6.patch

2014-10-28 Thread Vadim A. Misbakh-Soloviov
Btw, since Gentoo do not (mostly) provide packages itself, but only build instructions (ebuild), can't we just ship ebuild that "patches" openldap violates to force to use db6> with "bindist" USE? I.e. make user decide to take responsibility for that local license incompatibility. We're all know,

Re: [gentoo-dev] cvs.gentoo.org, git.gentoo.org, *.overlays.gentoo.org migration timeline & ssh keys

2014-08-19 Thread Vadim A. Misbakh-Soloviov
Btw, I've noticed git.overlays.gentoo.org moved to Hetzner. When I remember my expirience of work with Hetzner - I'm scary about Gentoo' infrastructure destiny. I had a conversation with CEO of my current DDoS-proof hoster and he expressed his desire to "help interesting projects" and asked ab

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

2014-07-13 Thread Vadim A. Misbakh-Soloviov
В письме от Пт, 11 июля 2014 16:24:38 пользователь hasufell написал: > However, basically having only a single person that actively does such > reviews + no official overlay makes it hard for contributors. As I said previously, you (and any developer else) are free to get a "reviewer" role for g

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

2014-07-09 Thread Vadim A. Misbakh-Soloviov
В письме от Вт, 8 июля 2014 18:22:50 пользователь Samuli Suominen написал: > It seems to me like people aren't making the effort of joining to the > team and meeting the high quality > ebuild syntax they've kept up... Samuli! With all my respect to you personally, please, don't tell anything abou

[gentoo-dev] [RFC] [epatch_user] Proposal: add possibility to tolerable-fail for some patches (plus add groupping support)

2014-06-15 Thread Vadim A. Misbakh-Soloviov
My idea is to allow failing for some patches without breaking build at all. And, in parallel, to add groupping. How I imagine that: etc/portage/patches/app-cat// | | - group_name/ | | | |- 01_foo.patch | |- 02_bar.patch | |- <...> | |- 01_moo.patch

Re: [gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in games-strategy/openxcom: openxcom-1.0.0.ebuild metadata.xml Manifest ChangeLog

2014-06-14 Thread Vadim A. Misbakh-Soloviov
В письме от Сб, 14 июня 2014 20:06:54 пользователь hasufell написал: > Maxim Koltsov (maksbotan): > <...> What about adding such checks in repoman? P.S. > Did you get a review from the games team? You're right in all remarks, but Maxim is just proxy here. And I'm not sure if original maintaine

Re: [gentoo-dev] Recommend cronie instead of vixie-cron in handbook?

2013-12-23 Thread Vadim A. Misbakh-Soloviov
> rc-update del vixie-cron default > /etc/init.d/vixie-cron stop > emerge -C vixie-cron > emerge cronie > rc-update add cronie default > /etc/init.d/cronie start Why /etc/init.d instead of rc-service? :) -- Best regsrds, mva signature.asc Description: This is a digitally signed mess

Re: [gentoo-dev] last rites: dev-db/edb

2013-09-18 Thread Vadim A. Misbakh-Soloviov
19.09.2013 11:44, Michael Sterrett пишет: > # Michael Sterrett (19 Sep 2013) > # dead upstream and unused by anything in the tree > # masked for removal on 20131019 > dev-db/edb > Are you sure, that enlightenment is dead? Not that I'm opposite to delete the dep of old prehistoric version of enli

  1   2   >