From: redspot <redspot@gmail.com>
To: gentoo-amd64@lists.gentoo.org
Subject: [gentoo-amd64] unsubscribe
Date: Thu, 22 Mar 2012 12:42:25 -0400 [thread overview]
Message-ID: <CABNj5neQ3ZndGVbNtBw4Z8xCoHhzAcyO7V1pNp6q9qBRL9M+og@mail.gmail.com> (raw)
unsubscribe
On Wed, Mar 21, 2012 at 5:03 AM, <gentoo-amd64+help@lists.gentoo.org> wrote:
> Topics (messages 13110 through 13125):
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13110 - Frank Peters <frank.peters@comcast.net>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13111 - Mark Knecht <markknecht@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13112 - Frank Peters <frank.peters@comcast.net>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13113 - Cheng Renquan <crquan@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13114 - Mark Knecht <markknecht@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13115 - Mark Knecht <markknecht@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13116 - Frank Peters <frank.peters@comcast.net>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13117 - Mark Knecht <markknecht@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13118 - Paul Hartman <paul.hartman+gentoo@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13119 - Barry Schwartz <chemoelectric@chemoelectric.org>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13120 - Mark Knecht <markknecht@gmail.com>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13121 - Barry Schwartz <chemoelectric@chemoelectric.org>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13122 - Frank Peters <frank.peters@comcast.net>
>
> [gentoo-amd64] Kernel-3.3.0 and Nvidia-drivers
> 13123 - Barry Schwartz <chemoelectric@chemoelectric.org>
>
> [gentoo-amd64] Re: Kernel-3.3.0 and Nvidia-drivers
> 13124 - Duncan <1i5t5.duncan@cox.net>
> 13125 - Duncan <1i5t5.duncan@cox.net>
>
>
>
> Linux-3.3.0 is released and, as is my usual habit, I downloaded and compiled
> the plain vanilla source.
>
> After rebooting to the command console, and before starting X, I needed
> to re-install the nvidia-driver module for the new kernel. Doing
> "emerge nvidia-drivers" gave me the following error (the entire build log
> is attached):
>
>>>> Source prepared.
>>>> Configuring source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-drivers-295.20-r1/work ...
>>>> Source configured.
>>>> Compiling source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-drivers-295.20-r1/work ...
> Preparing nvidia module
> make -j9 HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- 'LDFLAGS=-m elf_x86_64' IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.3.0/build CC=x86_64-pc-linux-gnu-gcc clean module
>
> *** Unable to determine the target kernel version. ***
>
> make: *** [select_makefile] Error 1
> emake failed
> ERROR: x11-drivers/nvidia-drivers-295.20-r1 failed (compile phase):
> Unable to emake HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- LDFLAGS=-m elf_x86_64 IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.3.0/build CC=x86_64-pc-linux-gnu-gcc clean module
>
> Call stack:
> ebuild.sh, line 85: Called src_compile
> environment, line 3711: Called linux-mod_src_compile
> environment, line 2668: Called die
> The specific snippet of code:
> eval "emake HOSTCC=\"$(tc-getBUILD_CC)\"
>
>
> The first part of the build log (see attached file) indicates that the
> kernel source was correctly found (at /usr/src/linux), but for some
> reason the make process fails.
>
> Could this be due to some changes in the kernel-3.3.0 tree?
>
> Frank Peters
>
>
> On Mon, Mar 19, 2012 at 9:12 AM, Frank Peters <frank.peters@comcast.net> wrote:
>> Linux-3.3.0 is released and, as is my usual habit, I downloaded and compiled
>> the plain vanilla source.
>>
> <SNIP>
>> The first part of the build log (see attached file) indicates that the
>> kernel source was correctly found (at /usr/src/linux), but for some
>> reason the make process fails.
>>
>> Could this be due to some changes in the kernel-3.3.0 tree?
>>
>> Frank Peters
>>
>
> Possibly this from Google will help?
>
> Good luck & post back,
> Mark
>
> On Mon, 19 Mar 2012 09:35:34 -0700
> Mark Knecht <markknecht@gmail.com> wrote:
>
>>
>> Possibly this from Google will help?
>>
>
> Did you intend to include a link? If so, it must have gotten
> lost somewhere.
>
> Frank Peters
>
>
> I have switched to nouveau driver, for over 1 year,
> using with gnome3 interface, no performance issue, and quite stable,
>
> enjoying every mainline kernel 3.0, 3.1, 3.2, 3.3, no building issue
>
>
> I think it's time for everyone to give up nvidia-drivers, the blob of binary
>
> On Mon, Mar 19, 2012 at 9:12 AM, Frank Peters <frank.peters@comcast.net> wrote:
>> Linux-3.3.0 is released and, as is my usual habit, I downloaded and compiled
>> the plain vanilla source.
>>
>> After rebooting to the command console, and before starting X, I needed
>> to re-install the nvidia-driver module for the new kernel. Doing
>> "emerge nvidia-drivers" gave me the following error (the entire build log
>> is attached):
>>
>>>>> Source prepared.
>>>>> Configuring source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-drivers-295.20-r1/work ...
>>>>> Source configured.
>>>>> Compiling source in /tmp/portage-acc/tmp/portage/x11-drivers/nvidia-drivers-295.20-r1/work ...
>> Preparing nvidia module
>> make -j9 HOSTCC=x86_64-pc-linux-gnu-gcc CROSS_COMPILE=x86_64-pc-linux-gnu- 'LDFLAGS=-m elf_x86_64' IGNORE_CC_MISMATCH=yes V=1 SYSSRC=/usr/src/linux SYSOUT=/lib/modules/3.3.0/build CC=x86_64-pc-linux-gnu-gcc clean module
>>
>> *** Unable to determine the target kernel version. ***
>
> On Mon, Mar 19, 2012 at 12:05 PM, Frank Peters <frank.peters@comcast.net> wrote:
>> On Mon, 19 Mar 2012 09:35:34 -0700
>> Mark Knecht <markknecht@gmail.com> wrote:
>>
>>>
>>> Possibly this from Google will help?
>>>
>>
>> Did you intend to include a link? If so, it must have gotten
>> lost somewhere.
>>
>> Frank Peters
>>
>>
>
> Gadzooks, yes I did. Sorry!
>
> http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-and-nvidia-drivers/
>
> To be clear, I have no idea if it will solve your exact problem. It
> didn't for all.
>
> My experience with nvidia is pretty good if you give them a couple of
> days, but very spotty on the first or second day a new kernel minor
> rev is released. Nominally I use this page:
>
> http://www.nvidia.com/Download/indexsg.aspx?lang=en-us
>
> and then search out my specific card to determine what _exact_ driver
> they want me to run. It almost always requires i run ~amd64.
>
> HTH,
> Mark
>
> On Mon, Mar 19, 2012 at 12:14 PM, Cheng Renquan <crquan@gmail.com> wrote:
>> I have switched to nouveau driver, for over 1 year,
>> using with gnome3 interface, no performance issue, and quite stable,
>>
>> enjoying every mainline kernel 3.0, 3.1, 3.2, 3.3, no building issue
>>
>>
>> I think it's time for everyone to give up nvidia-drivers, the blob of binary
>>
>
> And how would one use CUDA if we gave up nvidia-drivers? Does nouveau
> support all the CUDA stuff?
>
> Cheers,
> Mark
>
> On Mon, 19 Mar 2012 09:35:34 -0700
> Mark Knecht <markknecht@gmail.com> wrote:
>
>>
>> Possibly this from Google will help?
>>
>
> OK, I think I've found the URL that you may have intended:
>
> http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-and-nvidia-drivers/
>
> I followed the second fix that is described and now the nvidia-drivers
> emerge and work nicely with linux kernel-3.3.
>
> Thanks for the hint.
>
> There are changes to the kernel-3.3 tree that will have to addressed
> by the gentoo nvidia-drivers or other users will hit this problem
> as well.
>
> Frank Peters
>
>
> On Mon, Mar 19, 2012 at 12:30 PM, Frank Peters <frank.peters@comcast.net> wrote:
>> On Mon, 19 Mar 2012 09:35:34 -0700
>> Mark Knecht <markknecht@gmail.com> wrote:
>>
>>>
>>> Possibly this from Google will help?
>>>
>>
>> OK, I think I've found the URL that you may have intended:
>>
>> http://weltall.heliohost.org/wordpress/2012/01/20/linux-kernel-3-3-rc1-and-nvidia-drivers/
>>
>> I followed the second fix that is described and now the nvidia-drivers
>> emerge and work nicely with linux kernel-3.3.
>>
>> Thanks for the hint.
>>
>> There are changes to the kernel-3.3 tree that will have to addressed
>> by the gentoo nvidia-drivers or other users will hit this problem
>> as well.
>>
>> Frank Peters
>>
>>
>
> Glad you found it. That is the link I just sent along and good to know
> it helped a bit.
>
> As I said, on kernel revision number changes I ALWAYS wait a minimum
> of 3-5 days before trying to upgrade. nvidia always seems to need at
> least a few days to catch up with a new release, or that's been my
> experience in the past anyway.
>
> Cheers,
> Mark
>
> On Mon, Mar 19, 2012 at 3:08 PM, Mark Knecht <markknecht@gmail.com> wrote:
>>
>> As I said, on kernel revision number changes I ALWAYS wait a minimum
>> of 3-5 days before trying to upgrade. nvidia always seems to need at
>> least a few days to catch up with a new release, or that's been my
>> experience in the past anyway.
>
> Same here, nvidia-drivers and vmware-modules are why I usually wait
> until the .1 release on a new kernel series. :)
>
> Mark Knecht <markknecht@gmail.com> skribis:
>> And how would one use CUDA if we gave up nvidia-drivers? Does nouveau
>> support all the CUDA stuff?
>
> I think they may have reverse engineered CUDA, but whether it is
> implemented I don’t know, and I wouldn’t want to be the one to test
> it, either. :)
>
> I’m donating processor time with boinc and that’s good enough reason
> to use the binary driver if it gives me more processor to donate.
>
> (Waiting before installing anything new is painful, I know, because
> with Gentoo you always feel like you want it to be doing something, or
> at least that’s my experience. :) )
>
> On Mon, Mar 19, 2012 at 2:28 PM, Barry Schwartz
> <chemoelectric@chemoelectric.org> wrote:
>> Mark Knecht <markknecht@gmail.com> skribis:
>>> And how would one use CUDA if we gave up nvidia-drivers? Does nouveau
>>> support all the CUDA stuff?
>>
>> I think they may have reverse engineered CUDA, but whether it is
>> implemented I don’t know, and I wouldn’t want to be the one to test
>> it, either. :)
>>
>> I’m donating processor time with boinc and that’s good enough reason
>> to use the binary driver if it gives me more processor to donate.
>>
>> (Waiting before installing anything new is painful, I know, because
>> with Gentoo you always feel like you want it to be doing something, or
>> at least that’s my experience. :) )
>>
>
> I have no problem with you or anyone else running nouveau. None at all.
>
> I do have a problem with someone saying 'it's time for everyone to
> give up nvidia-drivers' without demonstrating they know the full
> impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe
> people who don't need anything other than basic X capabilities should
> consider running nouveau' I wouldn't have even chimed in.
>
> And thanks for running boinc. It's good of you and good for you.
>
> Cheers,
> Mark
>
> Mark Knecht <markknecht@gmail.com> skribis:
>> I do have a problem with someone saying 'it's time for everyone to
>> give up nvidia-drivers' without demonstrating they know the full
>> impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe
>> people who don't need anything other than basic X capabilities should
>> consider running nouveau' I wouldn't have even chimed in.
>
> Sage Notebook (sage-on-gentoo overlay) can use CUDA as well. I think
> you don't have to worry that nvidia-drivers would go away; in the
> worst case it would end up in a good overlay. That's unlikely IMO, and
> would mostly likely be if there were an established alternative
> implementation of CUDA.
>
> On Mon, 19 Mar 2012 14:40:34 -0700
> Mark Knecht <markknecht@gmail.com> wrote:
>
>>
>> I have no problem with you or anyone else running nouveau. None at all.
>>
>> I do have a problem with someone saying 'it's time for everyone to
>> give up nvidia-drivers' without demonstrating they know the full
>> impact of what they are suggesting. Had Cheng Renquan suggest 'Maybe
>> people who don't need anything other than basic X capabilities should
>> consider running nouveau' I wouldn't have even chimed in.
>>
>
> I think the main complaint is that the Nvidia drivers are closed
> binary blobs while Nouveau is an attempt to create an entirely
> open source driver. The spirit of free software demands that we
> support these open initiatives.
>
> Actually, until recently, I was very happy using the legacy open
> source xorg nvidia driver known simply as as "nv." It is still
> available in Gentoo as x11-drivers/xf86-video-nv.
>
> Since I do not do gaming or other intensive graphic activities,
> I could get by nicely with just nv. However, the nv driver does
> not seem to support the latest hardware too well. On one of
> my machines I have a card based on Nvidia GeForce 210. Although
> the nv driver works with this card, it does not enable the Xv
> extension and consequently the graphic response is poor.
>
> On older cards nv does work quite well for ordinary purposes.
>
> Frank Peters
>
>
> Frank Peters <frank.peters@comcast.net> skribis:
>> I think the main complaint is that the Nvidia drivers are closed
>> binary blobs while Nouveau is an attempt to create an entirely
>> open source driver.
>
> Unfortunately the nvidia drivers are needed not only for graphics but
> also to use the GPU for scientific calculations, including for
> donating processor time to medical research, for instance.
>
>
> Frank Peters posted on Tue, 20 Mar 2012 00:03:06 -0400 as excerpted:
>
>> Actually, until recently, I was very happy using the legacy open source
>> xorg nvidia driver known simply as as "nv." It is still available in
>> Gentoo as x11-drivers/xf86-video-nv.
>>
>> Since I do not do gaming or other intensive graphic activities, I could
>> get by nicely with just nv. However, the nv driver does not seem to
>> support the latest hardware too well.
>
> FWIW, the old nv driver is legacy, now, and won't be supporting new
> hardware. AFAIK older hardware should be switching as well, for support
> with current software, as nv won't be updated for that any longer, either.
>
> The same thing happened to it as happened to nvidia's proprietary network
> driver some years ago; pretty much everyone involved, including the
> distros that used to ship nv and nvidia itself, seems to have recognized
> that the reverse-engineered work is now better than nvidia's basic
> freedomware stub driver, nv, and nouveau has officially taken its place.
>
> --
> Duncan - List replies preferred. No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master." Richard Stallman
>
>
> Barry Schwartz posted on Tue, 20 Mar 2012 01:20:13 -0500 as excerpted:
>
>> Unfortunately the nvidia drivers are needed not only for graphics but
>> also to use the GPU for scientific calculations, including for donating
>> processor time to medical research, for instance.
>
> My donation ends where their disrespect for human freedom begins. (Over
> a decade ago, back on MS, I used to run distributed.net. However, they
> don't have a freedomware client, or at least didn't back then, and while
> I understand the reasons why -- someone cheating and saying they did the
> work when they didn't, just to get the stats -- that didn't change the
> fact that I wasn't going to run servantware. But as they say, YMMV.)
>
> --
> Duncan - List replies preferred. No HTML msgs.
> "Every nonfree program has a lord, a master --
> and if you use the program, he is your master." Richard Stallman
>
>
next reply other threads:[~2012-03-22 18:03 UTC|newest]
Thread overview: 149+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-22 16:42 redspot [this message]
2012-03-22 17:55 ` [gentoo-amd64] unsubscribe Dale
2012-03-22 18:09 ` Alex Alexander
2012-03-22 18:37 ` Dale
2012-03-23 1:53 ` [gentoo-amd64] unsubscribe Duncan
2012-03-23 2:08 ` kmcdona1
2012-03-23 3:16 ` Craig Lewis
2012-03-23 6:07 ` Benny Pedersen
2012-03-22 17:57 ` [gentoo-amd64] unsubscribe Zhu Sha Zang
-- strict thread matches above, loose matches on Subject: below --
2012-02-16 10:30 [gentoo-amd64] Unsubscribe Otávio Cipriani
2012-02-16 10:52 ` Dale
2012-02-16 10:56 ` Otávio Cipriani
2012-02-16 17:43 ` Benny Pedersen
2012-02-17 0:14 ` Dale
2011-06-25 17:41 [gentoo-amd64] Possible Math Problem - Request For Verification Frank Peters
2011-06-26 11:30 ` Volker Armin Hemmann
2011-06-26 12:13 ` Volker Armin Hemmann
2011-06-26 13:17 ` [gentoo-amd64] unsubscribe Piotr Hosowicz
2011-06-26 15:40 ` Dale
2011-06-26 17:26 ` Lie Ryan
2011-06-26 17:31 ` Volker Armin Hemmann
2011-06-26 17:52 ` Dale
2011-06-26 17:43 ` Dale
2011-06-17 23:25 [gentoo-amd64] no sound in firefox java Daiajo Tibdixious
2011-06-18 0:18 ` Barry Schwartz
2011-06-19 3:48 ` Daiajo Tibdixious
2011-06-19 5:05 ` [gentoo-amd64] " Duncan
2011-06-19 13:57 ` Daiajo Tibdixious
2011-06-22 12:00 ` [gentoo-amd64] Unsubscribe Tim A
2011-06-22 12:21 ` Dale
2011-06-23 7:48 ` Joost Roeleveld
2011-06-23 10:44 ` Dale
2011-06-23 17:52 ` felix
2011-04-14 3:35 [gentoo-amd64] tcptraceroute have buffer overflow in ipv6 Benny Pedersen
2011-04-14 4:18 ` Benny Pedersen
2011-04-14 14:36 ` Frank Peters
2011-05-02 19:17 ` [gentoo-amd64] unsubscribe Guy Harrison
2011-05-02 20:19 ` Dale
2011-05-02 23:03 ` Guy Harrison
2011-01-18 11:48 redspot
2011-01-18 12:10 ` Dale
[not found] <20101013120333.2F1A3E095D@pigeon.gentoo.org>
2010-10-13 17:05 ` Michele Schiavo
2010-10-13 18:29 ` Alex Alexander
2010-10-13 18:38 ` Thanasis
2010-10-22 17:26 ` Daniel de Oliveira
2010-10-22 18:12 ` Alex Alexander
2010-10-22 19:28 ` Drake Donahue
2010-10-22 20:26 ` Daniel de Oliveira
2010-10-23 22:53 ` Juan Fco. Giordana
2010-03-08 17:17 Rafał
2010-01-10 22:26 Осипов Станислав
2010-01-11 6:31 ` Xi Shen
[not found] <20090821220006.39E54E058D@pigeon.gentoo.org>
2009-08-21 23:37 ` Donald Anderson
2009-07-24 18:58 Donald Anderson
2009-07-24 19:07 ` Eduardo Schoedler
2009-07-11 7:31 igor
2009-07-16 9:37 ` Denis Solaro
2009-06-18 17:42 l0rd4gu1 .
2009-06-18 18:00 ` Bob Sanders
2009-06-20 2:48 ` Homer Parker
2009-06-20 9:18 ` Peter Humphrey
2009-06-20 19:00 ` felix
2009-06-17 19:19 redspot
2009-02-09 9:13 Mateusz Mierzwinski
2009-02-07 18:03 Eirik Rude
2008-11-06 20:36 Adam Mooz
2008-11-06 21:03 ` Paul Hartman
2008-11-06 4:26 redspot
2008-11-06 4:31 ` Qian Qiao
2008-09-17 21:39 Vladimir Strycek
2008-08-22 13:24 Daniele Salatti
2008-08-22 13:27 ` Mark Haney
2008-08-22 14:07 ` felix
2008-08-22 14:19 ` Daniele Salatti
2008-08-22 15:05 ` Volker Armin Hemmann
2008-08-07 10:35 Daniele Salatti
2008-08-03 10:11 Andreas Radke
2008-08-03 15:51 ` Qian Qiao
2008-08-05 1:14 ` Michael Beasley
2008-06-30 12:03 Daniele Salatti
2008-06-18 12:14 [gentoo-amd64] Obligatory FF3 question Mark Haney
2008-06-18 13:09 ` M. Edward (Ed) Borasky
2008-06-18 14:06 ` Mark Haney
2008-06-18 15:40 ` Beso
2008-06-18 15:43 ` Mark Haney
2008-06-18 20:55 ` Beso
2008-06-19 14:21 ` Mark Haney
2008-06-19 14:55 ` anorexicsumo
2009-06-23 21:11 ` [gentoo-amd64] UNSUBSCRIBE Nicolas Merline
2007-12-12 11:06 [gentoo-amd64] unsubscribe Matthias Zirnstein
2007-11-11 19:12 Tim Ames
2007-11-11 19:43 ` Qian Qiao
2007-11-11 20:16 ` felix
2007-10-27 13:43 [gentoo-amd64] emerge --sync failed Paul Stear
2007-10-27 13:47 ` Kenneth Prugh
2007-10-27 14:59 ` Paul Stear
2007-10-27 19:12 ` Beso
2010-12-13 19:52 ` [gentoo-amd64] unsubscribe Kevin Carpenter
2010-12-13 20:22 ` Volker Armin Hemmann
2010-12-13 22:45 ` Dale
[not found] <200707060001.l6601r6P001800@robin.gentoo.org>
2007-07-08 20:28 ` Fraser Thomson
2007-07-05 9:52 Matthias Zirnstein
2007-05-21 13:23 [gentoo-amd64] UNSUBSCRIBE NiQoZ
2007-05-21 14:09 ` Mark Haney
2007-05-22 0:39 ` me
2007-05-22 0:44 ` Dustin J. Mitchell
2007-05-23 10:34 ` Isidore Ducasse
2007-05-14 11:57 [gentoo-amd64] unsubscribe Axel Groetsch
2007-05-14 16:05 ` dustin
2007-05-14 16:44 ` felix
2007-05-14 17:13 ` dustin
2007-05-14 11:44 Axel Groetsch
2007-02-24 6:49 [gentoo-amd64] Tracking down dependencies - x11-proto/printproto x11-apps/xdpyinfo Daiajo Tibdixious
2007-04-01 21:18 ` [gentoo-amd64] unsubscribe GizVee
2007-04-02 2:08 ` dustin
2007-04-02 10:49 ` Thomas Rösner
2007-04-02 23:18 ` Ryan Sims
2007-04-02 23:27 ` Guillermo A. Amaral
2007-01-11 10:47 Axel Grötsch
2007-01-12 17:11 ` Erik
2007-01-12 20:59 ` Jean.Borsenberger
2007-01-12 21:03 ` David Pyke
2007-01-12 21:13 ` Jean.Borsenberger
2007-01-12 21:40 ` Simon Stelling
2007-01-13 19:03 ` felix
2007-01-14 19:33 ` Nicolas Merline
2006-12-28 6:46 Jüri-Kaur Schultz
2006-12-28 10:38 ` Daniel Iliev
2006-12-28 10:40 ` Simon Stelling
2006-12-28 15:17 ` felix
2006-12-28 16:43 ` Michel Merinoff
2006-12-28 16:48 ` Ryan A. Rice
2006-12-28 17:01 ` Harry Holt
2006-12-28 17:35 ` Mike Bonar
2006-12-23 8:33 Alex Alpisa
2006-12-23 12:40 ` Simon Stelling
2006-12-08 15:07 [gentoo-amd64] Error emerge-ing ffmpeg-0.4.9-_p20062006 Thomas Rösner
2006-12-08 16:13 ` [gentoo-amd64] unsubscribe roberts
2006-12-08 17:33 ` Daniel Iliev
2006-12-08 19:18 ` Joaquim Quinteiro Uchoa
2006-12-08 19:49 ` Marek Wróbel
2006-12-09 3:39 ` Vladimir G. Ivanovic
2006-12-09 12:49 ` Peter Weller
2006-10-24 13:38 Jean.Borsenberger
2006-10-24 13:51 ` Simon Stelling
2006-10-24 13:53 ` Rob Lesslie
2006-10-24 14:09 ` Daniel Iliev
2006-07-11 16:56 Michal Žeravík
2006-07-11 17:56 ` Simon Stelling
2006-05-25 20:56 Mike Do
2006-05-25 21:45 ` Simon Stelling
2006-05-25 22:48 ` Peter Humphrey
2006-05-25 22:54 ` Nuitari
2006-05-26 0:20 ` Chris Traylor
2006-05-26 1:36 ` Mike Arthur
2006-05-25 23:02 ` Hemmann, Volker Armin
2006-05-25 23:44 ` Benny Pedersen
2006-05-26 2:10 ` Richard Fish
2006-05-26 8:39 ` Simon Stelling
2006-04-20 22:56 Seth Jennings
2006-04-21 2:57 ` Kyle Lutze
2006-04-10 23:03 Charles Read
[not found] <200602051801.k15I18Jn012951@robin.gentoo.org>
2006-02-05 18:47 ` Casey Bralla
2006-02-05 19:31 ` Craig Webster
2006-01-31 12:02 Iain McKee
2006-01-31 12:16 ` Simon Stelling
2005-09-20 0:58 Brandon M. Heimbigner
2005-09-20 9:11 ` Jonathan Schaeffer
2005-09-20 13:30 ` felix
2005-09-20 13:30 ` felix
2005-08-28 5:22 Thierry Girardin
2005-08-28 3:23 dan farrell
2005-08-28 3:30 ` dan farrell
2005-08-29 21:37 ` Camilo Aguilar
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CABNj5neQ3ZndGVbNtBw4Z8xCoHhzAcyO7V1pNp6q9qBRL9M+og@mail.gmail.com \
--to=redspot@gmail.com \
--cc=gentoo-amd64@lists.gentoo.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox