By the way, Diego, what is you current point of view on Gentoo default
init system?
i.e., what do you personally prefer to see as default init here: SystemD
or OpenRC?
[Just asking because all you angry answers to some devs make me think
that you're on SysD side, when tons of Gentoo users and Gen
пишет:
> On 18/11/12 17:04, Diego Elio Pettenò wrote:
>> On 18/11/2012 03:11, Vadim A. Misbakh-Soloviov wrote:
>>>
>>> [Just asking because all you angry answers to some devs make me think
>>> that you're on SysD side, when tons of Gentoo users and
> The fact you're asking means you really haven't been following anything
> I've been doing lately.
Nope ;) I knew that, but as far as I read some of your emails, it was
thoughts that you protect udev+sysD integration and followed udev's
functionality downgrade.
> So your whole rant picking up o
18.11.2012 22:51, Fabian Groffen пишет:
> You end up with a symlink (e.g. bin -> ./usr/bin) from one place to the
> other regardless, so it doesn't matter much.
So, why not to make /usr/bin -> ../bin (or, maybe even /usr/bin -> /bin
(notice the «/»)) ? :D
signature.asc
Description: OpenPGP digi
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
> 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
> 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
> 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
> 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?..
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
> or PHP.
Wouldn't you be so kind to re-check this part, please? :)
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
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
> - 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
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
> libfoo-debug
Shouldn't we mention "debug" USE-flag in this context somehow?
> 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
> 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
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
> media-fonts/acroread-asianfonts
Is it also due to security issues? :D
> 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
> 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
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
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
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
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`
> 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),
В письме от понедельник, 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.
> > 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...
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
> 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
> 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
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
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
> 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
> 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
> 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
В письме от четверг, 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
В письме от четверг, 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
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
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
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
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
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
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
> 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
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).
Shouldn't this
>> app-backup/bareos:rados - Enable rados storage backend
> storage backend
go to the first list?
> Display-If-Profile: <...>
How about arm64, amd64-fbsd and so on? :)
> 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
В письме от вторник, 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
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
^
# 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
-
But, anyway, I think, /var/repositories/gentoo is very very nice idea ;)
19.12.2012 03:03, Rick "Zero_Chaos" Farina пишет:
> On 12/18/2012 02:49 PM, Rick "Zero_Chaos" Farina wrote:
>> On 12/18/2012 01:38 PM, Zac Medico wrote:
>>> On 12/17/2012 02:19 AM, Tomáš Chvátal wrote:
Currently we put p
Hi there!
Long time ago I discovered that many language-specific packages
(libraries, webapps) written on languages like PHP, Ruby, Lua and so on
has (often) almost hardcoded dependence to be installed via their native
package managers (pecl, cpan, luarocks, gem, bundler and so on).
More of that, I
Hi there!
Since we have tons of ebuild (including -) for software, that uses
GitHub for sourcecode hosting — I've got an idea to write something
like GitHub eclass, which will ease creating of such ebuilds (by
providing "sugar" functions) and, (main goal for me) by adding
possibility to switc
Hey, all!
Just one question: why do you all talking about IUSE=+oldnet, but not
REQUIRED_USE="^^ ( net oldnet )" for example?
24.04.2013 23:16, William Hubbs пишет:
> All,
>
> it has been suggested that gentoo's oldnet scripts be split out into
> their own package separate from OpenRC so that
I think, it'll be nice to have a way to suggest some packages to user,
when (s)he installs something. For now it is only way to do that by
something like:
pkg_postinst() {
if ! has_version dev-lua/iluajit; then
einfo "You'd probably want to install dev-lua/iluajit to";
As gamerlay maintainer, I'd be glad to introduce some changes to
unpacker.eclass:
1) merging unpacker-nixstaller (Makeself subspecies) from gamerlay:
# @FUNCTION: unpack_nixstaller
# @USAGE:
# @DESCRIPTION:
# Unpack nixstaller generated files
# They're shell scripts with the blob package tagged
Sometimes I find myself in a situation, when I need to use both
RESTRICT=fetch for the main distfile and allow fetch for additional ones
(langpacks, extensions and so on).
Sometimes it is even impossible to split that additions into separate
package, since they might want to replace some file (for
15.06.2013 18:50, Diego Elio Pettenò пишет:
> Over my dead CVS access.
Any reasonable/argumented objection?
And, anyway, quoted part is optional behaviour that should just make
ebuild-writing easy.
Mandatory part is to be able to have restrict://foo.bar and downloadable
things at the same time.
15.06.2013 20:05, Michał Górny пишет:
> It simply can't work. Don't even try to implement, it's waste of time.
As I already metioned to Diego — VCS part is just optional example of
that things, that can be useful.
Mainly idea in partial restricting.
And I suggest you all (including Diego) to discu
I'd like that behaviour!
16.06.2013 07:24, Zac Medico пишет:
> How about it we add a src_fetch phase, so that the VCS intricacies can
> be delegated to ebuilds/eclasses (like they are now, but without having
> to abuse src_unpack). If we include a way for src_fetch to communicate
> changes in VCS
Hi, list!
Many times somebody post buildlogs — they're translated to user's native
language due to system's /etc/env.d/02locale.
What about adding "export LC_ALL=POSIX" (or, at least, LC_MESSAGES) to
/etc/portage/bashrc by default (out-of-the-box)? That'll 1) fix
buildlogs issue, 2) fix some pyth
Unfortunately, gentoo.org's archive seems to be broken/frozen, while it
is a bit hard to grep 3party archives to find already discussed topics :-/
27.07.2013 18:31, Jeroen Roovers пишет:
> We've been over this plenty of times in the past.
signature.asc
Description: OpenPGP digital signature
> 2. Kill EGIT_HAS_SUBMODULES and autodetect submodules,
I'm disagreed. Sometimes submodules, that repo suggests is unneded,
since they fetches external package, that specified as RDEP.
>
> 3. Kill EGIT_OPTIONS since it limits the possibility of changing eclass
>code,
:-/
> 4. Kill EGIT_MA
> What did you use that for?
Actually, for "--depth 1" in custom non-maintained-already ebuild ;)
signature.asc
Description: OpenPGP digital signature
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
> 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
В письме от Сб, 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
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
В письме от Вт, 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
В письме от Пт, 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
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
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,
В письме от Вт, 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
В письме от Вт, 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:
> 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
| | |- ...
| | |- ...
В письме от понедельник, 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.
>
>
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.
В письме от воскресенье, 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
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
В письме от вторник, 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
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
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
>
> 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).
> 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.
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
>
> 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
В письме от Чт, 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
В письме от Вс, 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
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
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
>
> 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
> 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.
> 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
> 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
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
> 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.
>
> 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.
1 - 100 of 118 matches
Mail list logo