On 01/21/2015 05:05 AM, Michał Górny wrote:
Hello, developers.
As you may recall, the main blocker for wide-establishment of
FEATURES=network-sandbox prohibiting network access within the build
environment is distcc. Since all connectivity is disabled, distcc can
no longer reach other
On 01/20/2015 05:31 AM, Luca Barbato wrote:
This triggered a repressed memory of a bug once filed against me:
https://blog.flameeyes.eu/2009/01/tinderboxing-problems-missing-default-use-flags
I vaguely agree, but please address any hate mail to Diego.
Why?
It was a joke, but I
On 01/19/2015 05:44 PM, Pacho Ramos wrote:
I agree with your suggestion but I would prefer the Remi's approach of
letting people to know if they want ffmpeg or libav, otherwise it is
not so obvious to know what disabling/enabling one of that USE flags
will end up causing without reading each
On 01/08/2015 12:57 PM, Mikle Kolyada wrote:
08.01.2015 20:15, Michael Orlitzky пишет:
I vaguely remember a discussion about maintainers stabilizing their own
packages -- maybe just on x86 and amd64 -- to take the load off of the
arch teams.
Did that really happen or am I making it up
I vaguely remember a discussion about maintainers stabilizing their own
packages -- maybe just on x86 and amd64 -- to take the load off of the
arch teams.
Did that really happen or am I making it up? Is it written down anywhere?
On 01/08/2015 01:42 PM, Matthias Maier wrote:
I'm going to write a devmanual patch but don't want to sound like a lunatic.
Also, an informal definition on what is supposed to be appropriate
hardware and userland (e.g. clean amd64 profile) and what are keywording
best practices would be
# Michael Orlitzky m...@gentoo.org (24 Dec 2014)
# Masked for removal in 30 days (bug #531954). All current versions of
# nagios block it, and it has unresolved LICENSE issues (bug #320241).
net-analyzer/nagios-imagepack
On 12/17/2014 05:32 PM, Brian Dolbec wrote:
Only code changes I see to portage, pkgcore (I know nothing about
paludis) are to look for the glsa's in the 2 possible locations. The
standalone glsa repo, failing that, backup to the gentoo tree.
Could we ship a GLSA overlay enabled by
On 12/03/2014 07:28 AM, Diamond wrote:
On Mon, 01 Dec 2014 11:38:44 +0100
Pacho Ramos pa...@gentoo.org wrote:
# Pacho Ramos pa...@gentoo.org (01 Dec 2014)
# Upstream dead for a long time, use sys-power/cpupower
# instead. Removal in a month.
sys-power/cpufrequtils
On 11/26/2014 01:43 PM, Sergey Popov wrote:
Standart - cross-compilation and prefix. If you do not care about the
latter(not having keywords for your package) - it's ok.
Cross-compilation, or compilation into another root is trickier - you
should support it.
With ping and ping6 coming
On 11/26/2014 03:57 PM, Diego Elio Pettenò wrote:
And with the command set to ${ROOT}bin/ping, building for a Gentoo
system under another root should work, right?
No, $ROOT should not seep into the compiled code.
Ah, I think I see my mistake: when running *within* a chroot, you don't
want
We've got a bug in Nagios's `ping` command format detection:
https://bugs.gentoo.org/show_bug.cgi?id=468296
It's easy to reproduce by taking down your lo interface, or by
filtering all icmp packets in iptables.
Fortunately, you can override the auto-detection by passing it a magic
string, and
On 11/21/2014 05:06 PM, Piotr Szymaniak wrote:
On Wed, Nov 19, 2014 at 08:07:36PM +0800, Patrick Lauer wrote:
http://packages.gentooexperimental.org/repoman-checks/
updated per cron job, split by category. Much easier to handle :)
Feel free to work on fixing things - there's enough issues
On 11/13/2014 10:17 AM, Ian Stakenvicius wrote:
Isn't it possible to disable C++ in GCC with USE=-cxx?
It is.. but unfortunately there's no way in DEPEND to ensure it's
satisfied, as you can have a gcc installed with that flag enabled but
have a second one (that's actually selected in
On 11/13/2014 01:13 PM, Mike Gilbert wrote:
On Thu, Nov 13, 2014 at 10:27 AM, Michael Palimaka
kensing...@gentoo.org wrote:
On 14/11/14 01:05, Michael Orlitzky wrote:
Isn't it possible to disable C++ in GCC with USE=-cxx?
It is, but I think if that's disabled you're on your own
On 11/13/2014 05:30 AM, Michael Palimaka wrote:
Suggested policy to get the ball rolling:
In general, a package must explicitly depend upon what it directly uses.
However, to avoid ebuild complexity and developer burden there are some
exceptions. Packages that appear in the base system set
When I was taking my ebuild quizzes, I asked for someone to clarify the
implicit system dependency that we have enshrined in the devmanual:
https://bugs.gentoo.org/show_bug.cgi?id=485356
There is... some agreement, but also special cases and special-special
cases that are folklore-only at this
On 10/18/2014 01:00 PM, Diego Elio Pettenò wrote:
All the stack is at https://github.com/gentoo/tboxanalysis
The opening of the bug report is done by a piece of meatware called
me. The UI displays a link that I can click to pre-fill the bug
report. The rest of the information is filled in
On 10/18/2014 01:34 PM, Pacho Ramos wrote:
Supposedly we always must attach files to bug reports to ensure they are
kept forever with that bug reports instead of relying on external
resources that could disappear in the future (or far future). If I don't
misremember, flameeyes was paying for
On 10/13/2014 02:41 PM, Mike Gilbert wrote:
I agree with Diego and Ralph: Go with d.
repoman will generate a warning (not an error) about a dependency
which does not exist, but this is safe to ignore.
Given that (d) didn't require me to do anything else, I just went ahead
and removed
I've got two obsolete packages masked currently: app-text/unix2dos and
app-doc/djbdns-man. Both of them block other stable packages,
app-text/dos2unix and net-dns/djbdns respectively.
Fortunately, both of them have had version/revision bumps since the
blocker so we can remove the blocker from the
On 09/16/2014 10:03 AM, Rich Freeman wrote:
The gpg signature is on the entire contents of the commit. However,
the contents of the commit do not include the files that are being
committed - it includes hashes of the parent commit, the commit
message, other headers, and the hash of the tree
On 03/31/2014 02:14 PM, Samuli Suominen wrote:
On 31/03/14 21:15, Kfir Lavi wrote:
Hi all,
I'm trying to create an ebuild to install matlab MCR on gentoo.
The installer InstallShileld try to create directory
/root/InstallShield ;-)
mkdir is run by java binary that try this. So I have no
On 01/25/2014 09:24 AM, Markos Chandras wrote:
(picking a random email from the thread)
ping again. 3 months later, the list of bugs remain the same. Shall we
consider dropping it to maintainer-needed?
These are easy fixes, some for nagios-plugins:
*
I WTF'ed on this for a long time before I noticed that the docs for
has were sort-of contained in hasv. Might as well give has its own.
From 423123cc2ea429c06914ef858a6fdb86c0c6d30b Mon Sep 17 00:00:00 2001
From: Michael Orlitzky m...@gentoo.org
Date: Wed, 22 Jan 2014 16:18:23 -0500
Subject
On 01/14/2014 04:37 PM, William Hubbs wrote:
2. I would like to see the policy below applied to all arch's [2].
[ ] Yup
[X] Nope
On 01/14/2014 05:33 PM, William Hubbs wrote:
On Tue, Jan 14, 2014 at 04:57:30PM -0500, Michael Orlitzky wrote:
On 01/14/2014 04:37 PM, William Hubbs wrote:
2. I would like to see the policy below applied to all arch's [2].
[ ] Yup
[X] Nope
The reverse of this would be to let maintainers
On 01/14/2014 06:11 PM, William Hubbs wrote:
For users, both options are worse than the status quo.
The first option would start reverting things back to ~ and users would
have to unmask them.
The second option would introduce new things to stable which may not be
stable due to not being
On 01/14/2014 07:13 PM, Tom Wijsman wrote:
For users, both options are worse than the status quo.
When you do nothing then things are bound to get worse, under the
assumption that manpower doesn't change as well as the assumption that
the queue fills faster than stabilization bugs get added
On 01/14/2014 08:08 PM, Tom Wijsman wrote:
This is under the assumption that the user knows of the state of the
stabilization worsening; if the user is unaware of that change, the
could have done anyway might be less common and first something bad
would need to happen before they realize the
On 01/14/2014 08:23 PM, Tom Wijsman wrote:
On Tue, 14 Jan 2014 20:11:24 -0500
Michael Orlitzky m...@gentoo.org wrote:
On 01/14/2014 08:08 PM, Tom Wijsman wrote:
This is under the assumption that the user knows of the state of the
stabilization worsening; if the user is unaware
On 01/14/2014 09:09 PM, William Hubbs wrote:
After the package has been sitting in ~arch for 90 days with an open
stable request with no blockers that the arch team has not taken any
action on. We are not talking about randomly yanking package versions,
just doing something when arch teams
On 01/14/2014 09:34 PM, Tom Wijsman wrote:
Strictly from a user's perspective. I don't, unless I do, in which
case I know that I do, and I could just keyword the thing if I wanted
to.
This is the exact same argument as in your other mail, which is your
point of view; this is under the
On 01/12/2014 02:53 AM, Ryan Hill wrote:
fortran:
Do we want to keep enabling fortran by default? The majority of users will
never get the urge to install a fortran package, and the fortran eclass
handles
those that do. I think it should be treated as all the other optional
languages and
On 01/02/2014 07:54 AM, Ulrich Mueller wrote:
On Wed, 01 Jan 2014, Michael Orlitzky wrote:
As I said in another reply, more license metadata is good and we
should make it available. But a USE flag that changes the meaning of
an important global variable is a little hacky, especially
On 01/01/2014 05:28 PM, Ulrich Mueller wrote:
Hi,
According to GLEP 23 [1], the LICENSE variable regulates the software
that is installed on a system. There is however some ambiguity in
this: should it cover the actual files installed on the system, or
everything that is included in the
On 01/01/2014 09:10 PM, Rich Freeman wrote:
On Wed, Jan 1, 2014 at 8:51 PM, Michael Orlitzky m...@gentoo.org wrote:
In essence, I don't want to *use* code that isn't @FREE. This includes
the installed files, of course, but also the build system (that I use
temporarily). We could generalize
On 01/01/2014 09:13 PM, Rick Zero_Chaos Farina wrote:
What use case is there for having the LICENSE apply to anything else?
Some of us do redistribute the entire source package, so it does matter.
If it doesn't matter to you as a user then you can always leave it
unset and you remain
On 01/01/2014 09:38 PM, Rich Freeman wrote:
On Wed, Jan 1, 2014 at 9:19 PM, Michael Orlitzky m...@gentoo.org wrote:
Is there a real example where the license matters for something
redistributed to yourself?
Well, yourself is a loose term. If I were to redistribute MS
Windows across 300
On 12/23/2013 10:54 PM, Vadim A. Misbakh-Soloviov wrote:
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? :)
Uhh
On 12/16/2013 05:44 AM, Duncan wrote:
Matt Turner posted on Sun, 15 Dec 2013 15:34:13 -0800 as excerpted:
sse3: Use the SSE3 instruction set (pni in cpuinfo)
ssse3: Use the SSSE3 instruction set
I'd suggest a parenthetical on ssse3 as well, something like:
ssse3: Use the SSSE3
On 12/16/2013 01:21 PM, Alan McKinnon wrote:
Enable use of the SSSE3 instruction set (NOT sse3). This is needed by
projects which contain assembly code or which use certain compiler
intrinsics. It is not a replacement for CFLAGS and friends.
The second and third sentences add nothing to the
On 12/11/2013 03:03 PM, Mike Gilbert wrote:
Is cronie a drop-in replacement, or do I have to do some thinking when
replacing vixie-cron?
It should be a drop-in. The only change to make would be to remove
vixie-cron and add cronie to the default runlevel.
I noticed two small differences:
On 12/10/2013 09:18 PM, Paul B. Henson wrote:
I'd say go one step further and get rid of vixie-cron completely, is
there anything it does that cronie can't do as well or better?
Is cronie a drop-in replacement, or do I have to do some thinking when
replacing vixie-cron?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/06/2013 02:11 PM, Thomas D. wrote:
This is going OT but I cannot leave this statement uncommented,
because from my knowledge this is wrong/you are hiding important
information everyone should know about:
I figure everyone here is smart
On 11/05/2013 09:49 AM, mingdao wrote:
Flameeyes wrote the following blog post concerning this issue:
http://blog.flameeyes.eu/2012/10/may-i-have-a-network-connection-please
and the link gives me a (Error code: sec_error_ocsp_unknown_cert).
You should disable OCSP anyway. In Firefox,
On 11/04/2013 04:46 PM, Duncan wrote:
I imagine were emerge being written today, -1 /would/ be the default, and
there'd be an option like --select to add to the @world file if
necessary. That's actually the way I setup my scripts, with -1 the
default, and an extra 2 suffix script variant
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 09/21/2013 11:42 AM, Mike Gilbert wrote:
GRUB2 will be stabilized soon (bug 455544). Here's a draft of a
news item to hopefully prevent any confusion. Please review.
The FAQ / Known Problems / Gotchas section of the guide is still
empty. Maybe
On 08/21/2013 12:35 AM, Ben de Groot wrote:
On 21 August 2013 04:12, Michael Orlitzky mich...@orlitzky.com wrote:
[snip]
Ok, this one is ridiculous. The stable version of Rails is 2.3.18, and
3.0 was released almost exactly three years ago. Every time rails-3.x
gets bumped, I have to manually
On 08/20/2013 02:19 PM, William Hubbs wrote:
My question is, how can we improve our stabilization procedures/policies
so we can convince people not to run production servers on ~arch and
keep the stable tree more up to date?
Just delete /etc/conf.d/net with an ~arch update every once in a
On 08/18/2013 12:39 PM, Ulrich Mueller wrote:
The current epatch() would remain available in eutils.eclass for cases
where its more advanced modes of operation are needed.
...
2. Should the function do automatic -p* detection, or should it
default to -p1? Both would be overridable by an
On 08/05/2013 06:09 PM, Robin H. Johnson wrote:
- netrc (conflicts)
Would naming it net-rc alleviate the perceived conflict?
On 08/05/2013 09:45 PM, Michael Orlitzky wrote:
On 08/05/2013 06:09 PM, Robin H. Johnson wrote:
- netrc (conflicts)
Would naming it net-rc alleviate the perceived conflict?
Or, duh, networkrc.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2013 04:37 PM, William Hubbs wrote:
I thought about gentoo-networking, but that sucks in a way too
because it implies that everyone on gentoo should be using it.
...
How about gen-net? It's nice, short and the name is more
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2013 06:20 PM, William Hubbs wrote:
On Sun, Aug 04, 2013 at 10:15:35PM +, Duncan wrote:
Michael Orlitzky posted on Sun, 04 Aug 2013 18:01:40 -0400 as
excerpted:
Since it was pulled out of openrc, the name netrc also
suggests itself
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 08/04/2013 06:36 PM, Michał Górny wrote:
Since it was pulled out of openrc, the name netrc also suggests
itself.
'net run control'?
Sounds about right. We can say it's net run configuration if that's
better politically.
-BEGIN PGP
On 06/13/2013 12:56 AM, Alexander V Vershilov wrote:
The main reason it isn't is because nobody wants to use CVS. For
good
examples, see sunrise or
gentoo-haskell.
As a part of gentoo-haskell team, I'd like to say that CVS issue is
not strongest one, there are much more meaningful reasons
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/12/2013 01:13 PM, Ciaran McCreesh wrote:
On Wed, 12 Jun 2013 19:05:29 +0200 hasufell hasuf...@gentoo.org
wrote:
Isn't it more an indication that Gentoo needs better package
management support for overlays?
No.
You make a persuasive
On 06/12/2013 06:31 PM, Greg Turner wrote:
On Wed, Jun 12, 2013 at 10:23 AM, Michael Orlitzky mich...@orlitzky.com
wrote:
On 06/12/2013 01:13 PM, Ciaran McCreesh wrote:
On Wed, 12 Jun 2013 19:05:29 +0200 hasufell hasuf...@gentoo.org
wrote:
Isn't it more an indication that Gentoo needs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/23/2013 04:02 AM, Daniel Campbell wrote:
I can't speak for others who wish to rid their systems of systemd,
but personally I look for any excessive use of space on my HDD,
despite it being rather large. Since you brought it up, which
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/23/2013 02:50 PM, Pacho Ramos wrote:
El sáb, 23-03-2013 a las 14:40 -0400, Rick Zero_Chaos Farina
escribió:
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1
On 03/23/2013 02:06 PM, Pacho Ramos wrote:
Today I tried to boot latest install ISO
On 03/10/2013 02:11 PM, hasufell wrote:
On 03/10/2013 07:04 PM, Jeroen Roovers wrote:
On Sun, 3 Mar 2013 12:44:18 +0100
Tomáš Chvátal tomas.chva...@gmail.com wrote:
If I remember correctly the damn rule is to put it for 30 days into
testing, and as you said there was no previous version on
On 01/24/13 05:02, Michael Haubenwallner wrote:
I've recently upgraded some server from kernel-2.6.28 to kernel-3.5.7 and
encountered that the root-device was renamed from /dev/cciss/c0d0p1 to
/dev/sda1 due to some kernel driver change (took me a while to find out).
I'm not using genkernel
On 01/24/13 13:25, Rich Freeman wrote:
On Thu, Jan 24, 2013 at 1:18 PM, Ian Stakenvicius a...@gentoo.org wrote:
a fatal die in pkg_pretend could be circumvented by an environment
variable such as ${PN}_I_KNOW_WHAT_IM_DOING being set. Just a thought.
If we're going to do this I'd definitely
On 01/24/13 13:58, Ian Stakenvicius wrote:
How about, you know what you're doing and are going to build a new
kernel as soon as the emerge finishes (since the emerge is also
bringing in a new gentoo-sources)??
If you're going to upgrade both anyway, you should be upgrading the
kernel
On 01/24/13 15:26, viv...@gmail.com wrote:
If you're going to upgrade both anyway, you should be upgrading the
kernel first. That way if you lose power or the system crashes, the box
can reboot.
which can be the exact opposite order if instead you have to _disable_ a
feature in the kernel
On 01/24/13 15:39, Michael Orlitzky wrote:
On 01/24/13 15:26, viv...@gmail.com wrote:
If you're going to upgrade both anyway, you should be upgrading the
kernel first. That way if you lose power or the system crashes, the box
can reboot.
which can be the exact opposite order if instead you
On 01/24/13 19:29, viv...@gmail.com wrote:
actually it wasn't an issue that could made a system un-bootable but was
like this:
* udev-129 could live with CONFIG_SYSFS_DEPRECATED=y
* udev-130 require CONFIG_SYSFS_DEPRECATED not set
The example was given just to underline the fact that a
On 01/24/2013 08:39 PM, Duncan wrote:
Now I've chosen to set that using package.env so it applies only to glibc,
but I imagine many users have it set in their make.conf, because a lot of
packages use it, and they were forced to set it for one or another at
some point.
Using package.env
On 01/24/2013 10:12 PM, Rich Freeman wrote:
Otherwise we're just finding creative ways to drive away users. Sure,
we can call them stupid on their way out the door, but while I can't
speak for anybody else, I'm mainly here because I'd like to do some
good, and I wouldn't mind it if I found
On 01/17/2013 09:52 AM, Zac Medico wrote:
I strongly believe that it shouldn't; nevertheless, it does.
You can avoid this by adding --select=n to EMERGE_DEFAULT_OPTS. Then, if
you want to add something to world, use --select (or -w in latest
portage which isn't marked stable yet).
This
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/17/2013 12:11 PM, Ian Stakenvicius wrote:
... so what's the problem here, exactly?
I don't want @world to get screwed up, either by having unnecessary
packages, or by missing ones we need.
(a) 'emerge -u [pkg]' adds extra bits to @world
On 01/16/2013 11:36 AM, Michael Weber wrote:
emerge --upgrade
with a predefined EMERGE_UPGRADE_OPTS in make.conf (where
EMERGE_DEFAULT_OPTS lives).
+1 so I can stop adding --oneshot onto every upgrade.
On 01/16/2013 11:47 AM, Michael Orlitzky wrote:
On 01/16/2013 11:36 AM, Michael Weber wrote:
emerge --upgrade
with a predefined EMERGE_UPGRADE_OPTS in make.conf (where
EMERGE_DEFAULT_OPTS lives).
+1 so I can stop adding --oneshot onto every upgrade.
Oh, damn, this isn't suggesting what I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/2013 12:24 PM, Ian Stakenvicius wrote:
On 16/01/13 11:47 AM, Michael Orlitzky wrote:
On 01/16/2013 11:36 AM, Michael Weber wrote:
emerge --upgrade
with a predefined EMERGE_UPGRADE_OPTS in make.conf (where
EMERGE_DEFAULT_OPTS lives
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/16/2013 12:24 PM, Ian Stakenvicius wrote:
--upgrade wouldn't (couldn't, imo) replace --update.
Yes, sorry for the confusion. I use more than one package manager, and
when doing an update or upgrade I'm basically flipping a coin.
I just
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/13/2013 12:58 PM, Michał Górny wrote:
If something is a six-liner made by Gentoo and for Gentoo, noone
cares enough to create a homepage for it.
http://gentoo.org is the most useless 'homepage' value you can use.
It doesn't mean
On 01/05/2013 12:47 AM, Donnie Berkholz wrote:
Some early work on it using Bootstrap:
http://a3li.li/~alex/g.o/
I really like this. The (admittedly kind-of ugly) logo and the flying
saucer thing are incorporated tastefully and it makes a big difference.
The zebra tables, and especially
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/01/2013 02:14 PM, Vadim A. Misbakh-Soloviov wrote:
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/01/2013 04:53 PM, Diego Elio Pettenò wrote:
On 01/01/2013 22:12, Michael Orlitzky wrote:
In lieu of that, what we do is create ebuilds like
www-apps/redmine-dependencies. I manually parse the Gemfile for
the (R)DEPENDs. My life would
On 12/17/2012 10:32 AM, Anthony G. Basile wrote:
Hi everyone,
Give the talk on the list about attracting devs, I've should probably
mention that I'm teaching a College Course on Gentoo Development next
semester. I know two students will most likely go through the
recruitment process,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/16/2012 09:22 AM, Pacho Ramos wrote:
net-misc/openntpd
This one's easy, I could proxy-maintain it. These two are also
maintainer-needed:
* app-doc/djbdns-man
I'm maintaining djbdns, so I suppose I should have this one too. On
the
Inspired by the number of packages being unmaintained -- why not use
some of that bug bounty money to fix up the recruitment documentation
and maybe give the webpage a makeover? Marketing is a big part of the
problem.
1. Even MediaWiki (wiki.gentoo.org) looks better than www.gentoo.org.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/16/2012 12:02 PM, Fabian Groffen wrote:
On 16-12-2012 11:57:35 -0500, Michael Orlitzky wrote:
3. Get off CVS for Christ's sake. Nobody wants to work with that.
I don't know how this fits into my bullet list, but it's
important.
It doesn't
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 12/16/2012 12:23 PM, Fabian Groffen wrote:
On 16-12-2012 12:20:10 -0500, Michael Orlitzky wrote:
Many new developers who want to contribute to to some project
will learn git, because a large number of important projects use
git. No (new
On 12/16/2012 01:27 PM, Duncan wrote:
Michael Orlitzky posted on Sun, 16 Dec 2012 12:20:10 -0500 as excerpted:
On 12/16/2012 12:02 PM, Fabian Groffen wrote:
On 16-12-2012 11:57:35 -0500, Michael Orlitzky wrote:
3. Get off CVS for Christ's sake. Nobody wants to work with that.
I don't know
On 12/16/12 16:32, Michał Górny wrote:
Get off powerpoint for your god of choice's sake. Nobody wants to work
with that (well, everybody I meet outside actually wants but
whatever) :P. Sorry, couldn't resist.
I was hoping nobody would call my bluff. This is the only avenue
available to me
On 12/16/12 13:53, Andreas K. Huettel wrote:
1. Even MediaWiki (wiki.gentoo.org) looks better than www.gentoo.org.
That's impressive-bad.
People still think of Gentoo as a ricer distro that's broken all
the time, when in reality, it's one of the most stable. No one
On 12/16/12 14:04, Markos Chandras wrote:
On 16 December 2012 16:57, Michael Orlitzky mich...@orlitzky.com wrote:
Inspired by the number of packages being unmaintained -- why not use
some of that bug bounty money to fix up the recruitment documentation
Recruitment documentatiob? What does
On 12/02/2012 04:40 AM, Duncan wrote:
As others have mentioned, equery u[ses] openldap .
Does nothing in this case.
Actually, I have a bug open at this very moment about a new ambiguous USE
flag, USE=fma, in the new sci-libs/fftw-3.3.3 ebuild. My bdver1 has
fma4, but not fma3. Does
On 12/02/2012 11:19 AM, Diego Elio Pettenò wrote:
On 02/12/2012 08:02, Michael Orlitzky wrote:
I think you have Stockholm syndrome. I've updated thousands of packages
this month. I cannot do this for each one, and even if I could, there's
a huge (unnecessary) opportunity cost to doing so
On 12/01/2012 09:48 PM, Duncan wrote:
Chí-Thanh Christopher Nguyễn posted on Sun, 02 Dec 2012 01:28:26 +0100 as
excerpted:
If this change is applied anyway, I suggest to at least produce a news
item in order to not surprise users about the sudden loss of their
openldap server.
I wouldn't
On 12/01/2012 10:50 PM, Diego Elio Pettenò wrote:
On 01/12/2012 19:44, Michael Orlitzky wrote:
Someone's going to reboot three months after this change and their whole
office is going to be down while they try to figure out why they don't
have an LDAP server. For even a small business
On 12/01/2012 11:21 PM, Diego Elio Pettenò wrote:
On 01/12/2012 20:09, Michael Orlitzky wrote:
The only way to know what's going on is to read the ebuild. And nobody
has the time to do that for every default USE flag change, especially
when you're managing multiple machines.
In this case
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/27/2012 02:43 PM, Pacho Ramos wrote:
After discussing it at:
http://www.gossamer-threads.com/lists/gentoo/dev/262834
...
Apache itself is in need of some attention these days. The ChangeLog
shows only Patrick committing in the last six
On 11/14/2012 06:17 AM, Peter Stuge wrote:
Samuli Suominen wrote:
so unless you are willing to go that far as introducing yourself at the
xfce devel mailing list and accepting the mantle of upstream of them, we
are really stuck at this distribution level patching just like others
That
On 11/05/2012 10:39 AM, Diego Elio Pettenò wrote:
On 05/11/2012 07:31, Steven J. Long wrote:
Are you really missing the fact that by testing someone's overlay, the
package
would by definition not be in the tree, and you wouldn't have to file any
bugs
at all, just (automatically) email the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/05/2012 12:15 PM, Ian Stakenvicius wrote:
On 05/11/12 12:00 PM, Michael Orlitzky wrote:
1) Over time, unstable has become too stable (I know, I know).
People expect things to work, and nobody wants to break working
systems by committing
On 10/31/2012 10:05 AM, Rich Freeman wrote:
On Wed, Oct 31, 2012 at 9:18 AM, li...@aixah.de wrote:
Maybe you should remember that non-devs simply /aren't allowed/ to
assign bugs correctly...
And if you look closer into these bugs, you might discover that jer
instructed this guy to file
On 09/19/2012 06:59 AM, Duncan wrote:
Ben de Groot posted on Wed, 19 Sep 2012 12:22:06 +0800 as excerpted:
On 16 September 2012 21:15, Brian Harring ferri...@gmail.com wrote:
So... basically, people are already doing this manually with their own
intermediate vars.
And this works fine, so
801 - 900 of 942 matches
Mail list logo