On Tuesday 06 June 2006 02:13, Harald van Dijk wrote:
On Tue, Jun 06, 2006 at 01:48:37AM -0400, Mike Frysinger wrote:
you dont use alsa-driver with 2.6 kernels and the 2006.1 profiles are 2.6
based
You can use alsa-driver with 2.6 kernels.
ok, but imho that's enough of a use case to warrant
On Tuesday 06 June 2006 18:39, Jeremy Huddleston wrote:
Uhm, what is this all about? If you have suggestions, make them, but
don't come out of the gate in a huff talking about unsubstantiated
breakage. That's about the least constructive way to get heard.
i guess his point is, you're the
Hi there
I haven't search the mailing list. Please forgive me if the discussion was
already started earlier by someone else.
After posting and closing the bug report:
http://bugs.gentoo.org/show_bug.cgi?id=135870
Jakub Moc noticed that the current =virtual/x11-7.0 ebuild misses its task
and
you guys have had plenty of time to do this ... so last call before i scrub
xml2 from use.desc and repoman starts complaining :P
-mike
pgpSEcwSRXAda.pgp
Description: PGP signature
On Jun 7, 2006, at 02:47 , Mike Frysinger wrote:
On Tuesday 06 June 2006 18:39, Jeremy Huddleston wrote:
Uhm, what is this all about? If you have suggestions, make them, but
don't come out of the gate in a huff talking about unsubstantiated
breakage. That's about the least constructive way to
@4u wrote:
After posting and closing the bug report:
http://bugs.gentoo.org/show_bug.cgi?id=135870
Jakub Moc noticed that the current =virtual/x11-7.0 ebuild misses its
task and creates trouble.
Indeed. To re-iterate here, I'll basically re-paste what I've said on
the bug, so that people
so i dont have to chase down bugs caused by new eselect-compiler, ive added
gcc-config to profiles/info_pkgs
-mike
pgptgwwef7F3Y.pgp
Description: PGP signature
On Wednesday 07 June 2006 07:49, Henrik Brix Andersen wrote:
On Wed, Jun 07, 2006 at 07:11:16AM -0400, Mike Frysinger wrote:
so i dont have to chase down bugs caused by new eselect-compiler, ive
added gcc-config to profiles/info_pkgs
Did you mean you're going to add it? I don't see it there
On Tue, June 6, 2006 20:45, Greg KH wrote:
On Tue, Jun 06, 2006 at 11:05:00AM -0700, Robin H. Johnson wrote:
The udev/nss_ldap thing has been brewing for a while, and we're still
trying to get upstream udev to fix the issue.
http://bugs.gentoo.org/show_bug.cgi?id=99564#c44
In that comment
Resurrecting this issue (yet another round) since FEATURES=debug-build
was shoved in...
Background info-
http://thread.gmane.org/gmane.linux.gentoo.devel/35202/focus=35212
Quick summary, there needs to be an easy way to flag on essentially
leave the symbols intact/don't mangle the code too
Jakub Moc wrote:
=virtual/x11-7 is hiding breakage in ebuilds that are not ported for
modular X.
I couldn't agree more, but I was forced to add this rather than allow
unported ebuilds to break.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Donnie Berkholz wrote:
Jakub Moc wrote:
=virtual/x11-7 is hiding breakage in ebuilds that are not ported for
modular X.
I couldn't agree more, but I was forced to add this rather than allow
unported ebuilds to break.
Thanks,
Donnie
Hmmm...Looks to me like it would be a
Arek (James Potts) wrote:
Donnie Berkholz wrote:
=virtual/x11-7 is hiding breakage in ebuilds that are not ported for
modular X.
I couldn't agree more, but I was forced to add this rather than allow
unported ebuilds to break.
Hmmm...Looks to me like it would be a great idea to fix the
Hi All,
Just to let you know: ipkg-utils' last rites have been postponed
indefinitely. James Rowe and I will be maintaining it from here on in.
Thanks James!
Thanks all,
Seemant
--
gentoo-dev@gentoo.org mailing list
Zac Medico wrote: [Wed Jun 07 2006, 01:30:38PM CDT]
Mike Frysinger wrote:
this is a *huge* con ... developers are lazy, *i'm* lazy ... i
certainly do not want to go through every single package i maintain
and add 'debug-build' to IUSE or 'inherit some-new-eclass'
Sometimes it takes a
On Wed, 2006-07-06 at 18:41 +0200, Jakub Moc wrote:
Arek (James Potts) wrote:
Donnie Berkholz wrote:
=virtual/x11-7 is hiding breakage in ebuilds that are not ported for
modular X.
I couldn't agree more, but I was forced to add this rather than allow
unported ebuilds to break.
Grant Goodyear wrote:
Zac Medico wrote: [Wed Jun 07 2006, 01:30:38PM CDT]
Mike Frysinger wrote:
this is a *huge* con ... developers are lazy, *i'm* lazy ... i
certainly do not want to go through every single package i maintain
and add 'debug-build' to IUSE or 'inherit some-new-eclass'
Hello,
I have a Intel SATA controler in my laptop and it is adressed as
/dev/sda. My cdrom is /dev/hdc.
My cdrom drive I can configure with hdparm to use dma and 32-bit io and
it has a nice speed:
/dev/hdc:
Timing cached reads: 1408 MB in 2.00 seconds = 702.55 MB/sec
Timing buffered disk
On Wed, Jun 07, 2006 at 10:07:07PM +0200, Mivz wrote:
Why is it that when I use the new kernel SATA drivers and load is as
/dev/sda it is slower as with the old IDE drivers?
You didn't tell us which sata drivers you were using, nor what kernel
version.
Either way, try asking this on the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alec Warner wrote:
debug-build can always be expanded to turn on generic debugging
for other build systems and languages.
Really? Perhaps you can explain the implementation details a little
more, because it's not obvious to me. From my
Mivz wrote:
/dev/sda:
Timing cached reads: 1424 MB in 2.00 seconds = 711.96 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete) failed: Inappropriate
ioctl for device
Timing buffered disk reads: 114 MB in 3.00 seconds = 37.95 MB/sec
HDIO_DRIVE_CMD(null) (wait for flush complete)
Alec Warner [EMAIL PROTECTED] writes:
The only downside afaik, for bashrc is that you can't do per package
FEATURES as FEATURES is a python-side var. But you shouldn't need
per package FEATURES by design; FEATURES are for portage, not your
ebuild.
From the perspective of a user, not a
On Thu, 2006-06-08 at 05:26 +0930, Raymond Lewis Rebbeck wrote:
Is there a recent list of non-ported packages ? Maybe we should do a
last effort to port everything for a week or two and then package.mask
the packages that no one cares enough about to port them.
games-roguelike/slashem is
On Wed, 2006-06-07 at 16:05 -0400, Alec Warner wrote:
We've discussed this multiple times, and it's always been the conclusion
that per package.env should go in bashrc, as bashrc is generally more
powerful than anything we could devise. The only downside afaik, for
bashrc is that you
Olivier Crete wrote:
Is there a recent list of non-ported packages ? Maybe we should do a
last effort to port everything for a week or two and then package.mask
the packages that no one cares enough about to port them.
Hmmm, not a up2date one, AFAIK... There's a tracker bug
Ned Ludd wrote:
On Wed, 2006-06-07 at 16:05 -0400, Alec Warner wrote:
We've discussed this multiple times, and it's always been the conclusion
that per package.env should go in bashrc, as bashrc is generally more
powerful than anything we could devise. The only downside afaik, for
bashrc
Jakub Moc wrote:
Olivier Crete wrote:
Is there a recent list of non-ported packages ? Maybe we should do a
last effort to port everything for a week or two and then package.mask
the packages that no one cares enough about to port them.
Hmmm, not a up2date one, AFAIK... There's a tracker bug
Hi,
I have founded a new Gentoo Project for the Gentoo User Overlay.
The intention is to give contributors a single place to put their ebuilds -
a place where they can be downloaded, updated and be moved to portage more
easily than through bugzilla. It is also a good place for users who would
Paul Dlug wrote:
On 6/6/06, *Grant Goodyear* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Paul Dlug wrote:
The following patch upgrades www-apache/mod_jk to 1.2.15 (current
latest
available version in portage is 1.2.13 which has numerous evil bugs).
This is my
29 matches
Mail list logo