On 6/16/10 5:33 AM, Sebastian Pipping wrote:
As I have heard there are people not joining Gentoo because the
atmosphere in Gentoo is lacking respect and empathy.
This is really sad. And the kind of people who value that often make
good developers if they also have good technical skills.
I
On 6/17/10 3:13 AM, Ben de Groot wrote:
There was a mostly silent agreement between some teams, [...]
This is very worrying. Such things should never be a silent agreement.
This needs to be open and transparent. This is policy that needs to be
explicit.
+100
I think we should pay more
On 6/17/10 2:38 PM, Sebastian Pipping wrote:
I would like to nominate phajdan.jr (Pawel Hajdan, Jr.).
Thanks! I accept. :)
You can see my manifesto at
http://dev.gentoo.org/~phajdan.jr/council-manifesto-201006.xml.
Paweł
signature.asc
Description: OpenPGP digital signature
On 6/19/10 8:43 AM, Patrick Lauer wrote:
As long as it doesn't get actively hostile we can continue with a
pretty large amount of friction. Read the archives of this mailing
list if you want to see how much :)
I think that is the point. Is just not being actively hostile a success?
I'd say
On 6/21/10 8:53 AM, Arun Raghavan wrote:
On 21 June 2010 11:43, Alexis Ballier aball...@gentoo.org wrote:
[...]
introspection: Add gobject-introspection support, allowing for
the dynamic generation of bindings for various languages
why not naming the useflag gobject-introspection then ?
On 6/24/10 3:42 AM, Brian Harring wrote:
Simplest example, I want the git migration plan finished- since robin
was overloaded and no one was doing it, I chipped in the work I could
do (optimization of the conversion so it wasn't a full day outage).
I respect your work on this, and really hope
On 6/30/10 5:09 PM, Diego E. 'Flameeyes' Pettenò wrote:
Please check the linked documentation or my blog post[1] on the
matter if you want to understand the reasoning.
Could you rather add these guidelines to the QA project webpage? I
wouldn't consider a blog post a documentation of a policy
On 7/2/10 7:51 AM, Samuli Suominen wrote:
It's a hack, not a solution
Should we make repoman issue a warning about it?
It already warns about using make -j1 as a workaround for upstream
issues. The new warning could be on the same level (yellow, not red).
Paweł
signature.asc
Description:
On 7/10/10 4:15 AM, Petteri Räty wrote:
Attached is the patch I plan on pushing with the eclass commit.
Just making sure... will the developer profile print the eqawarn
messages by default on exit?
Paweł
signature.asc
Description: OpenPGP digital signature
For several mass-filed stabilization bugs I got comments why I didn't cc
arches like ppc.
One problem is that I cc x86 and amd64 via edit many bugs at once
Bugzilla feature, and when filing bugs the script checks that it's
repoman-possible to stabilize given package on x86 and amd64.
Not all
On 12/16/11 3:12 PM, justin wrote:
So lets agree that your proceeding is worth the effort, but extend the
time you give the maintainer to iron their packages.
Sounds good, looks like other people have similar comments about this.
I'll do that, thank you for feedback. :)
signature.asc
On 12/18/11 6:02 PM, Petteri Räty wrote:
There are parallel computing aspects in libbash for metadata generation,
data structures in AST building for bash and it's quite low level.
By the way, I've always wondered why libbash is separate from the
upstream bash.
Have you considered contributing
On 12/19/11 7:14 PM, Sébastien Fabbro wrote:
One project that could be very useful for Gentoo is an automated
stabilization/testing for ebuilds. Obviously it will require some work
from the ebuild maintainers, but the ability to distribute the
stabilization recipes across a volunteering Gentoo
On 1/7/12 12:42 PM, Ulrich Mueller wrote:
Some functions in eutils.eclass address very special tasks, so I
wonder if they shouldn't be split out to dedicated eclasses:
- CDROM functions (cdrom_get_cds, cdrom_load_next_cd).
These are used by some 40 ebuilds only, most of them in games-*.
On 1/11/12 11:09 PM, Ulrich Mueller wrote:
A draft version for a new cdrom.eclass is attached. It contains the
cdrom_* functions split out from eutils.eclass. Mike says that the new
eclass could be maintained by the games team.
Please review.
I think it could be worth it to add
On 1/14/12 12:36 AM, Markos Chandras wrote:
On 01/13/2012 10:35 PM, Ulrich Mueller (ulm) wrote:
Don't set PROPERTIES=interactive, bug 398809.
How about this: set PROPERTIES=interactive by default (so it's difficult
to forget it), but allow the ebuilds to specify a USE flag in case the
On 1/14/12 12:21 PM, Ulrich Mueller wrote:
It can't be a USE flag, but something like the following might work:
# @ECLASS-VARIABLE: CDROM_DISABLE_PROPERTIES
# @DEFAULT_UNSET
# @DESCRIPTION:
# By default, the eclass sets PROPERTIES=interactive.
# A non-empty value of
People frequently break their systems by exporting weird variables like
SYSTEM from /etc/make.conf (USE variable grouping).
Example here: http://forums.gentoo.org/viewtopic.php?p=6915550#6915550
What do you think about adding list of variables in make.conf to emerge
--info ? I know we can always
# Determined by the maintaining team to be no longer useful.
# Removal in 30 days (02/16/2012).
dev-util/chromium-tools
signature.asc
Description: OpenPGP digital signature
On 1/16/12 12:36 PM, Pacho Ramos wrote:
I agree but, why not *also* make portage warn people when they are
exporting some known to break variables in their make.conf?
That'd require coming up with such list of known bad variable names,
and generally I don't think blacklisting is very effective.
On 1/17/12 6:35 PM, Zac Medico wrote:
On 01/16/2012 02:54 AM, Paweł Hajdan, Jr. wrote:
People frequently break their systems by exporting weird variables like
SYSTEM from /etc/make.conf (USE variable grouping).
Example here: http://forums.gentoo.org/viewtopic.php?p=6915550#6915550
What do
On 1/18/12 4:48 PM, Donnie Berkholz wrote:
On 10:05 Wed 18 Jan , Mike Frysinger wrote:
On Wednesday 18 January 2012 09:23:00 Agostino Sarubbo wrote:
3) Check your rdepend, where is possible with scanelf[3] and if you
declare it, please, as you said, exclude gcc/glibc and all package
On 1/18/12 7:10 PM, Mike Frysinger wrote:
On Wednesday 18 January 2012 12:32:08 Paweł Hajdan, Jr. wrote:
Same here. How about adding some warning to portage (maybe just in the
developer profile) when files in NEEDED are provided by packages not in
RDEPEND?
atm, we'll get a lot of false
On 1/19/12 9:05 AM, Johannes Huber wrote:
Summary of the comments:
1) Ebuilds should always pick the latest boost version.
2) Boost should be compared to gcc, python, ruby etc
[1] https://bugs.gentoo.org/show_bug.cgi?id=335108
Right, Tiziano Müller's (dev-zero) comments are pretty clear
While dealing with https://bugs.gentoo.org/show_bug.cgi?id=393471 I
started discussing with developers working on libjpeg-turbo support in
WebKit, and I learned that despite
http://archives.gentoo.org/gentoo-dev/msg_e67bedf25dd178ec09a325a1220724e6.xml
libjpeg-turbo is not necessarily binary
On 1/19/12 6:02 PM, Samuli Suominen wrote:
On 01/19/2012 06:56 PM, Mike Frysinger wrote:
that doesn't help. the libjpeg turbo peeps themselves have said they
don't
guarantee compatibility across their own versions.
it's forward compatible, which is all we should care about
Just a note:
On 1/21/12 5:45 PM, Matt Turner wrote:
On Sat, Jan 21, 2012 at 5:28 AM, Markos Chandras hwoar...@gentoo.org wrote:
# Markos Chandras hwoar...@gentoo.org (21 Jan 2012)
# Package renamed to media-sound/musique
# http://flavio.tordini.org/minitunes-renamed-to-musique
# Removal in 30 days
On 1/21/12 7:01 PM, . wrote:
The main goal of the GNU project was to replace the proprietary Unix system.
You are actually ruining this goal.
Forcing people to use a system that doesn't meet their requirements is
not the right solution to this problem.
It's not like people using one of
On 1/25/12 10:23 AM, Thomas Kahle wrote:
I suggest that emerge could signal its various failures via return
codes. That would be useful in automated archtesting:
https://bugs.gentoo.org/show_bug.cgi?id=400705
My opinion is very similar to what Brian Harring said on that bug: some
Python API
On 1/27/12 10:41 AM, Thomas Kahle wrote:
On 15:23 Wed 18 Jan 2012, Agostino Sarubbo wrote:
[...]
5) If is a library, obviously, we can try to rebuild stable RDEPENDS in tree
and an easy way to check the list of rdepend is asking our bot:
!rdep ${package}
Unfortunately it prints a
On 1/27/12 8:02 PM, Jason A. Donenfeld wrote:
I've just been informed that RHEL does not allow non-PIE executables. We
really should follow suit here.
I'm generally in favor of enabling more hardening features by default
(i.e. reversing the default, so that people who want to disable PIE can
On 1/27/12 8:45 PM, Fabian Groffen wrote:
On 27-01-2012 20:39:24 +0100, Paweł Hajdan, Jr. wrote:
If the discussion on this doesn't get conclusive, how about adding the
question to the Council's agenda?
Negative from my point of view, this is an issue that the dev-community
can solve
On 1/30/12 6:17 AM, Donnie Berkholz wrote:
Agreed with a slight modification — once you've kept the old
{stable,~arch} version around for a reasonable amount of time (say 30
days), you should be safe pulling it.
Agreed with a slight modification ;-)
Please make sure that at _any_ given
On 1/19/12 6:42 PM, Samuli Suominen wrote:
a) changing the virtual/jpeg dependency to=libjpeg-turbo-...
will be done soon as 1.2.0 is released and stabilized, i'd like to skip
1.1.90
Sounds good to me.
a) is fine, preventing any downgrades. a fatal check, like glibc and
qt4 has to
On 2/11/12 2:00 PM, Fabio Erculiani wrote:
Other distros associate a more user-friendly package name (application
name) to packages.
Say, they bind libreoffice-writer to LibreOffice Writer in package metadata.
How about expanding metadata.xml (adding to its .dtd) to also support this?
I'm
On 2/13/12 11:55 AM, Pacho Ramos wrote:
El jue, 09-02-2012 a las 12:41 +0100, Pacho Ramos escribió:
Hello
Looks like our net-misc/mDNSResponder packages are orphan and
unmaintained for a looong time, they also have some opened bugs (with
hangs, build problems...) and looks like avahi with
I'm getting an annoying slot conflict while arch testing:
!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:
dev-java/ant-core:0
(dev-java/ant-core-1.7.1-r4::gentoo, ebuild scheduled for merge)
pulled in by
Currently preserve_old_lib functions generate two commands per preserved
lib:
# revdep-rebuild --library '/usr/lib/libv8.so.3.9.4'
# rm '/usr/lib/libv8.so.3.9.4'
I'd like to modify eutils.eclass to only generate one command:
# revdep-rebuild --library '/usr/lib/libv8.so.3.9.4' \
rm
On 2/24/12 6:56 PM, Paweł Hajdan, Jr. wrote:
I'd like to modify eutils.eclass to only generate one command:
# revdep-rebuild --library '/usr/lib/libv8.so.3.9.4' \
rm '/usr/lib/libv8.so.3.9.4'
Given supporting comments to this thread (and totally off-topic
zfs/btrfs discussion), I'd
On 2/20/12 6:03 PM, Corentin Chary wrote:
Since I plan to use the remote remote-id tag for euscan, and I already
use SRC_URI but I'd like all ebuild to use mirrors, I've wrote to
scripts to cleanup your ebuilds and metadata.
There are available here: https://github.com/iksaif/portage-janitor
On 2/28/12 10:13 PM, Krzysztof Pawlik wrote:
Highlights:
- 400 lines of code including documentation
- should work for 95% of packages (my educated guess)
- did I mention it's *SIMPLE*?
- easy to maintain read so it's also easy to use
This is awesome! Compare that to over 3000 LOC of
On 2/27/12 10:37 PM, Brian Dolbec wrote:
I think somebody pointed some revdep-rebuild versions where exiting
with successful code even when failed, was fixed version stabilized?
No, it is only in - so far. It has not been released in a -0.3*
ebuild yet.
The last patch to
On 3/6/12 11:46 AM, Pacho Ramos wrote:
What do you think?
I second removing a possibly spammy warning.
Maybe provide a way in the ebuild to silence it (if it makes sense), but
I'm fine either way.
signature.asc
Description: OpenPGP digital signature
On 3/6/12 11:17 PM, Thomas Kahle wrote:
the x86 team has many ruby keywording bugs in the queue and it is
hard to keep up because testing them can be a pain. There are tons
of circular deps with USE=test or USE=doc, there are the
different ruby interpreters.
Yeah. Maintainers, if you get
I'd like to add http://code.google.com/p/hardened-shadow/ to the tree.
It is an alternative implementation of shadow utilities (passwd, su,
login, etc) based on ideas from Openwall's tcb.
Earlier I tried upstreaming the Openwall's shadow patches, and you can
see a log of those efforts at
On 3/8/12 2:23 PM, Paweł Hajdan, Jr. wrote:
And then convert profiles to the new virtual (the relevant files; below
are all occurrences of sys-apps/shadow):
Because of no comments, I went ahead and checked in
sys-apps/hardened-shadow and virtual/shadow, and now made changes in
profiles/
Please
On 3/12/12 11:27 AM, Fabian Groffen wrote:
My rsync0 now spits out this message:
Virtual package in package.provided: virtual/shadow-0
See portage(5) for correct package.provided usage.
I did not forsee this happening, but each and every Prefix user now gets
this complaint on each and
, commenting on existing stable requests (success reports are
also valuable) is another great way to contribute.
Paweł Hajdan, Jr.
signature.asc
Description: OpenPGP digital signature
On 3/11/12 6:27 PM, Mike Gilbert wrote:
I moved some of the functions currently implemented in the ebuilds for
www-client/chromium and www-client/google-chrome into a new eclass
chromium.eclass.
LGTM (Looks Good To Me).
It seems no one else commented on this one, so I'm totally fine with
On 3/21/12 3:18 PM, Justin wrote:
http://fizz.cmp.uea.ac.uk/dyndom/dyndomDownload.do
Have you suggested the authors to use a more standard license? A good
article about that (and more) is
http://starplot.org/articles/physics-software-rant.html
That could also address possible interpretation
If you wonder why I stopped filing new stabilization request, the
pybugz-based script that was filing those bugs started failing.
I have added some debugging statements to see what's going on, and
here's what https://bugs.gentoo.org says as a response to pybugz's
request to create a new bug:
On 3/26/12 7:20 PM, Mike Gilbert wrote:
On Mon, Mar 26, 2012 at 1:08 PM, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
I posted this issue here because it's not obvious what to do with it.
That version of pybugz worked for me before (20 February 2012).
Any ideas?
I'm guessing
OK to lastrite sys-auth/tcb? There are following problems with it:
- it requires non-trivial patching to be compatible with glibc that
doesn't have Openwall patches; the next version of tcb (1.1) would need
to be updated to work with Gentoo
- there are other bugs too (#371167, #408647)
And now
This is from gnustep-base.eclass:
egnustep_doc() {
if [[ -d ./Documentation ]] ; then
# Check documentation presence
cd ${S}/Documentation
if [[ -f ./[mM]akefile || -f ./GNUmakefile ]] ; then
emake ${GS_ENV[@]} all || die doc make failed
Those are really just nits, but I thought I'd share what I've noticed.
cabal-mksetup() {
local setupdir
if [[ -n $1 ]]; then
setupdir=$1
else
setupdir=${S}
fi
rm -f ${setupdir}/Setup.{lhs,hs}
echo 'import Distribution.Simple; main =
# Masked for removal, use sys-apps/hardened-shadow instead.
# Needs too much special patching to work in Gentoo,
# bugs: #371167, #408647. Removal in 60 days (31 May 2012).
sys-auth/tcb
signature.asc
Description: OpenPGP digital signature
On 4/4/12 8:32 AM, justin wrote:
1.
Leave it to root (Fedora and Suses way)
I think that's the best option, at least for now.
2.
suid it (bad in my view)
Agreed, that'd be very bad, any crashing bug in it could become a
privilege escalation problem.
3.
file capabilities (can this be done
On 4/10/12 8:58 AM, Pacho Ramos wrote:
Other option would be to enable wxwidgets by default for that
profiles.
I prefer this. Changing USE flag meaning in a counter-intuitive way (to
let gtk mean wxwidgets) would seem frustrating to me.
With wxwidgets enabled by default people will get the
On 4/10/12 7:54 PM, William Hubbs wrote:
I have updated pybugz- to work with the xmlrpc interface of
bugzilla.
Cool, thank you for working on that.
I can name a couple of issues that are api limitations that we can't do
anything about:
- you can't search on cc: or keywords fields.
On 4/10/12 11:17 PM, William Hubbs wrote:
On Tue, Apr 10, 2012 at 10:45:14PM +0200, Paweł Hajdan, Jr. wrote:
On 4/10/12 7:54 PM, William Hubbs wrote:
I can name a couple of issues that are api limitations that we can't do
anything about:
- you can't search on cc: or keywords fields.
That's
# Pawel Hajdan, Jr. (17 Apr 2012)
# Masked for testing and review.
=sys-auth/pambase-20120417
=sys-apps/shadow-4.1.5-r1
=sys-apps/hardened-shadow-0.9-r1
Please help testing above packages (feel free to skip hardened-shadow if
you're not using it, but I'm pretty sure you have shadow and pambase on
On 4/19/12 5:31 PM, Corentin Chary wrote:
Add rubygems, github, gitorious, pecl, pear, bitbucket.
All of them are handled by my remoteids.py script.
Just making sure: do github, gitorious and bitbucket provide file
hosting? I know they host repos, but for most ebuilds where remote-id
would be
On 4/30/12 6:32 PM, Matt Turner wrote:
On Mon, Apr 30, 2012 at 12:11 PM, Mike Frysinger vap...@gentoo.org wrote:
On Monday 30 April 2012 12:00:59 Rich Freeman wrote:
doing it wrong. I don't like how Google develops Android in the dark,
or that they bundle 1GB of third-party stuff in their
On 4/30/12 7:42 PM, Mike Gilbert wrote:
ffmpeg upstream is not afraid of making API changes, so it has proven
quite difficult to make chromium work with all versions on ffmpeg in
portage, plus the bundled snapshot. When we were using the system lib,
it would break nearly every time a new major
On 5/4/12 8:02 PM, Luca Barbato wrote:
I consider dbus still not reliable for core services.
Just curious - why? I just have no idea about how dbus works or what are
possible problems with it.
signature.asc
Description: OpenPGP digital signature
On 5/4/12 8:21 PM, Mike Gilbert wrote:
My 2 cents: The Chromium project really doesn't have any motivation to
make it optional since their end product is Google Chrome and they
target a given version of Ubuntu. I think a patch to make them
optional might be accepted, but it probably isn't
I noticed a general tendency to close bugs affecting stable before
pushing the fix to stable.
One recent example is https://bugs.gentoo.org/show_bug.cgi?id=399291,
but there are more.
The idea is that if you only fix in ~arch, you risk a serious and
_known_ regression in stable, which could be
On 5/12/12 6:28 PM, Rich Freeman wrote:
On Sat, May 12, 2012 at 6:34 AM, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
The idea is that if you only fix in ~arch, you risk a serious and
_known_ regression in stable, which could be easily avoided.
How can you have a regression in stable
On 3/31/12 8:45 AM, Fabian Groffen wrote:
On 30-03-2012 13:00:33 +0200, Paweł Hajdan, Jr. wrote:
This is from gnustep-base.eclass:
egnustep_doc() {
if [[ -d ./Documentation ]] ; then
# Check documentation presence
cd ${S}/Documentation
if [[ -f ./[mM]akefile
I'd like to commit the following chromium.eclass patch.
The rationale is that checked kernel config options are not needed for
SELinux sandbox.
After that patch gets committed, I plan to modify the ebuilds in tree.
Can the deprecated function be removed immediately after that, or should
it stay
On 6/6/12 10:26 AM, Pacho Ramos wrote:
After reading:
https://bugs.gentoo.org/show_bug.cgi?id=419795
I think that would be interesting to try to not get grep build with pcre
support by default, specially after reading man grep and seeing that
its support is tagged as experimental:
This is
On 6/11/12 3:41 PM, Michael Weber wrote:
i've some packages fetching SRC_URI from github.com
tarballs/tags/files like x11-misc/trayer-srg.
Have you seen
http://archives.gentoo.org/gentoo-dev/msg_2765b817f5db3ad99d6efa6235a122e2.xml
?
signature.asc
Description: OpenPGP digital signature
On 7/26/12 8:26 PM, Rich Freeman wrote:
I've been messing around with namespaces and some of what systemd has
been doing with them, and I have an idea for a portage feature.
But before doing a brain dump of ideas, how useful would it be to have
a FEATURE for portage to do a
On 8/31/12 10:20 AM, Ulrich Mueller wrote:
A new doheader (and newheader) helper function is on our list of
possible EAPI 5 features. It would be very easy to implement, just
copy the code from doconfd or doenvd.
I'm somewhat interested. Here's the current code dev-lang/v8 uses to
install
On 9/7/12 5:46 PM, Alexis Ballier wrote:
I actually do like the concept but I'm not sure we can reach consensus
about '*DEPEND vs DEPENDENCIES'
I also like at least significant parts of the DEPENDENCIES concept,
especially when we start adding more dep variables like HDEPEND.
My understanding
On 9/7/12 6:03 PM, Michał Górny wrote:
Why the dev community only? We have many active contributors who aren't
devs and who work hard with ebuilds. It's *their* time which will be
wasted on rewriting dependencies into new form, not yours.
Should those contributors also vote? Do they have any
On 9/18/12 7:07 PM, Hans de Graaff wrote:
On Tue, 2012-09-18 at 11:47 +0200, Michał Górny wrote:
Yes, and sometimes we're doing 'use test'. I simply don't see how
adding a separate group of dependencies just for 'test' phase is going
to help us. They fit just fine into build-time dependencies
This is the case with dev-lang/v8: it doesn't build on x32
(https://bugs.gentoo.org/423815), and upstream said they *won't*
support x32
(https://groups.google.com/d/msg/v8-users/c-_URSZqTq8/7wHl095t2CMJ).
Note that with v8 it's not just about getting v8 itself to compile, but
also making it
On 10/31/12 11:13 PM, Graham Murray wrote:
Ryan Hill dirtye...@gentoo.org writes:
Christ on a $#@%! crutch. You can NOT auto-enable C++11 in your library
based
on a configure test and then stuff flags that are not supported by previous
compiler versions into pkg-config for library
tl;dr - please test dev-libs/icu-50.1-r2 and report if it works for you
or not; if it doesn't, please try dev-libs/icu-50.1-r1 and also report
I've done two version bumps of dev-libs/icu related to the c++11 bug
https://bugs.gentoo.org/show_bug.cgi?id=439892 (feel free to add the
package to the
On 11/14/12 9:09 PM, Diego Elio Pettenò wrote:
On 14/11/2012 21:02, Paweł Hajdan, Jr. wrote:
My _limited_ testing seems to indicate it's working. But if you
people can just do your tests, that would be most welcome. Please
report back either success or failure.
What kind of testing are you
On 7/12/10 4:08 PM, Jorge Manuel B. S. Vicetto wrote:
Gentoo Council 14/7 meeting goals:
* set some base rules for the operation of the new council
* listen to the community to check whether there are any issues it
wants to bring to the attention of the council
I'd like to push a small
On 7/13/10 12:32 PM, Jeremy Olexa wrote:
On Tue, 13 Jul 2010 19:25:51 + (UTC), Kacper Kowalik (xarthisius)
xarthis...@gentoo.org wrote:
if use doc; then
insinto /usr/share/doc/${PF}
doins doc/*.pdf || die
An open question to all:
Should we be hiding
On 7/15/10 3:50 PM, Markos Chandras wrote:
The queue is almost 100 bugs long again. We could really use some help here.
Please consider putting some info on the Staffing needs page. I think
it really helps more to have a systematic solution than to alert people
periodically.
Paweł
On 7/25/10 5:15 PM, Robin H. Johnson wrote:
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2010-07-25 23h59 UTC.
Additions:
dev-lang/v8 2010-07-25 21:50:36
phajdan.jr
So yeah, now we have an
On 7/26/10 1:29 PM, Tomáš Chvátal wrote:
Title: --as-needed enabled in default profiles
Author: Tomáš Chvátal scarab...@gentoo.org
Content-type: text/plain
Posted: 2010-07-26
Revision: 1
News-Item-Format: 1.0
Starting today all applications emerged on your system are linked
together
On 7/27/10 1:36 AM, Tomáš Chvátal wrote:
Dne 27.7.2010 05:38, Ryan Hill napsal(a):
Yep. Can I suggest:
-Wl,--as-needed has been added to the default profile's LDFLAGS.
This option optimizes the linking process, only linking binaries to
libraries that are trully needed. This way, fewer
On 7/27/10 7:39 AM, Jeroen Roovers wrote:
On Mon, 26 Jul 2010 22:29:06 +0200
Tomáš Chvátal scarab...@gentoo.org wrote:
Is it time yet? I still find a lot of packages that do not even respect
LDFLAGS yet - when all these get fixed to respect LDFLAGS, we will
probably find yet more packages
On 7/28/10 2:38 AM, Tobias Klausmann wrote:
To make a long posting boring: I've hacked up a Python script
that does all that and prints out a nice summary.
Comments/suggestions appreciated.
It would be interesting to integrated it with portage, similarly to how
it now displays you have xx
On 7/29/10 4:16 PM, Arfrever Frehtes Taifersar Arahesis wrote:
--- python.eclass
+++ python.eclass
@@ -355,6 +355,8 @@
# Check if phase is pkg_setup().
[[ ${EBUILD_PHASE} != setup ]] die ${FUNCNAME}() can be used
only in pkg_setup() phase
+ local locale
+
if
On 7/29/10 7:29 PM, Arfrever Frehtes Taifersar Arahesis wrote:
2010-07-30 01:20:19 Paweł Hajdan, Jr. napisał(a):
nit: Why not declare local locale here, close to its usage?
It's consistent with style used in python.eclass.
Fine for me then. Thanks for explaining.
Paweł
signature.asc
On 7/29/10 8:48 PM, Brian Harring wrote:
It's basically annoying people into changing to partially
sidestep a couple of bugs, instead of fixing the issue- and that's the
wrong course of action.
I think that with python earlier than python-3 unicode handling is quite
complicated, and I'm not
On 7/31/10 4:37 AM, Hanno Böck wrote:
vpx for supporting googles vp8 codec used in webm.
At the moment this is only mplayer and ffmpeg, but it's pretty obvious that
apps supporting vp8 will start popping up everywhere (currently working on
arista ebuild which will support it).
Just
On 8/6/10 12:26 PM, Tomáš Chvátal wrote:
since I am this meetings girl for everything here is first pass on our
agenda.
I'd like to add some points to the agenda.
1. The Gentoo Security team is severly understaffed, they have an entry
on the Staffing Needs page, but no long-term improvement is
On 8/6/10 3:36 PM, Alex Legler wrote:
On Fri, 06 Aug 2010 14:49:19 -0700, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
1. The Gentoo Security team is severly understaffed, they have an
entry on the Staffing Needs page, but no long-term improvement is
visible over the last 6 months
On 8/7/10 12:53 AM, Thomas Sachau wrote:
We have the gentoo-scm list, which is used for the git migration
tracing.
The list seems quite low-traffic. Why not keep the discussions on
gentoo-dev/gentoo-project?
If you think, there may be updates, but they are not written there,
just write a
On 8/10/10 4:22 AM, Eray Aslan wrote:
1. Is this OK or should we file bugs against binaries in {/bin,/sbin} linking
against libraries in /usr/lib? Fix is relatively easy in general (give
--libdir=/lib against the config script)
I'd suggest a fix that is guaranteed to work: make portage refuse
Gentoo uses /usr/$(get_libdir)/nsbrowser/plugins for browser plugins.
However, Debian uses /usr/$(get_libdir)/mozilla/plugins, and that's what
many software projects (including Chromium) target.
Why are we using nsbrowser/plugins instead of mozilla/plugins, and how
relalistic would it be to
On 8/10/10 4:28 PM, Jeroen Roovers wrote:
Gentoo uses /usr/$(get_libdir)/nsbrowser/plugins for browser plugins.
However, Debian uses /usr/$(get_libdir)/mozilla/plugins, and that's
what many software projects (including Chromium) target.
Could you name them? Opera looks into tons of
On 8/10/10 9:51 PM, Maciej Mrozowski wrote:
Hardcoding paths is a bad design™.
Well, yeah, it could be done better. Hmm, I will think more about it.
On 8/10/10 9:54 PM, Jory A. Pratt wrote:
Why can chromium not do like firefox and others and make the plugins
dir scalable via a wrapper
101 - 200 of 505 matches
Mail list logo