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 w
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 o
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 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 yet...
Regards,
Brix
--
Henrik Brix Andersen <[EMAIL PROTECT
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
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
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 muc
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 gre
On Wednesday 07 June 2006 11:13, Brian Harring wrote:
> Resurrecting this issue (yet another round) since FEATURES=debug-build
> was shoved in...
yes, i forced the issue after requesting feedback several times and getting no
further blocking input
> 1) flip on nostrip in the restrict.
>
> For #1
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
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mike Frysinger wrote:
> On Wednesday 07 June 2006 11:13, Brian Harring wrote:
>> 1) requires modifying the tree, and introduction of eclass for it.
>
> this is a *huge* con ... developers are lazy, *i'm* lazy ... i certainly do
> not want to go thr
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 tak
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
On Thursday, 8 June 2006 5:15, Olivier Crete wrote:
> 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 agre
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'
Somet
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 read
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
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
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 linux
-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 perspecti
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) failed:
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/slas
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 c
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
http://bugs.gent
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 is
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 tra
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
lik
33 matches
Mail list logo
