Grant wrote:
> Apparently I'm out of luck as far as using skype or wengophone on a
> hardened profile. Is there are kind of a similar service available
> that would work on a hardened amd64 system? I understand that I can
> use a client like sjphone and connect it to any sip service, but I
> like
On Thu, Jan 03, 2008 at 06:47:42AM -0800, Mark Knecht wrote
>I don't think it's Yahoo. I think it's Gentoo 32-bit.
>
>My desktop machine is Gentoo 64-bit using 2.0.0.11 and it's working
> perfectly fine.
I wonder if it's because Yahoo is checking for user-agent. They may
allow Firefox
Suddenly I noticed I'm on the bleeding edge. I don't know why.
The latest: emerge -aDvu world is emerging unstable k3b-1.0.4. At least if
I'm reading the output of eix correctly, it's unstable.
I don't have anything in ACCEPT_KEYWORDS (it's not defined).
In all of /etc/portage there are 4 refere
Kevin O'Gorman wrote:
> Suddenly I noticed I'm on the bleeding edge. I don't know why.
> The latest: emerge -aDvu world is emerging unstable k3b-1.0.4. At
> least if I'm reading the output of eix correctly, it's unstable.
> I don't have anything in ACCEPT_KEYWORDS (it's not defined).
> In all of
Suddenly I noticed I'm on the bleeding edge. I don't know why.
The latest: emerge -aDvu world is emerging unstable k3b-1.0.4. At least if
I'm reading the output of eix correctly, it's unstable.
I don't have anything in ACCEPT_KEYWORDS (it's not defined).
In all of /etc/portage there are 4 referen
On Fri, 4 Jan 2008 11:01:44 -0800 Grant <[EMAIL PROTECTED]> wrote:
> Does anyone know if there is a way to prevent eclean from removing a
> distfile for an installed package. Seems like that should be default
> behavior.
From the eclean manpage:
If you use the --destructive option, eclean will o
Apparently I'm out of luck as far as using skype or wengophone on a
hardened profile. Is there are kind of a similar service available
that would work on a hardened amd64 system? I understand that I can
use a client like sjphone and connect it to any sip service, but I
like seeing my prepaid fund
> >> ISTR that "make prepare" isn't sufficient. You have to do a
> >> "make". IIRC, you can kill it once it starts compiling "real
> >> code".
> >
> > I can't keep up with the acronyms
>
> I seem to recall. :)
>
> > but I did a full make and I still get the same error. Should
> > I be booted int
> >> ISTR that "make prepare" isn't sufficient. You have to do a
> >> "make". IIRC, you can kill it once it starts compiling "real
> >> code".
> >
> > I can't keep up with the acronyms
>
> I seem to recall. :)
>
> > but I did a full make and I still get the same error. Should
> > I be booted int
Grant Edwards wrote:
> On 2008-01-04, Grant <[EMAIL PROTECTED]> wrote:
>
>
>>> ISTR that "make prepare" isn't sufficient. You have to do a
>>> "make". IIRC, you can kill it once it starts compiling "real
>>> code".
>>>
>> I can't keep up with the acronyms
>>
>
> I seem to recall. :
I'm getting pretty much the same error (C compiler cannot create executables).
I'm pretty sure it's because gcc-3.3.4 is installed. I've tried upgrading gcc
by emerging but get the same error (catch-22 situation).
Here's the last part of the error log which is the same with anything I try to
em
On 2008-01-04, Grant <[EMAIL PROTECTED]> wrote:
>> ISTR that "make prepare" isn't sufficient. You have to do a
>> "make". IIRC, you can kill it once it starts compiling "real
>> code".
>
> I can't keep up with the acronyms
I seem to recall. :)
> but I did a full make and I still get the same e
Mark Knecht wrote:
Yeah, my wife's 32-bit machine is still blocked. My son's 32-bit
machine which hasn't been updated yet is still fine as is my 64-bit
machine.
Logically so far I do think it's a Gentoo problem. If it was specific
to some Yahoo server that my house is pointed at it would have be
On Thu, 3 Jan 2008 06:39:33 +0100
"Hemmann, Volker Armin" <[EMAIL PROTECTED]> wrote:
> On Donnerstag, 3. Januar 2008, Grant wrote:
> > My card reader works if an SD card is inserted when the system is
> > booted. If the card is inserted after the system is already booted,
> > /dev/mmcblk0 never a
> >> > > * nvidia missing in FILESDIR
> >> > >
> >> > > Can anyone tell what happened?
> >> > >
> >> > You probably copied the ebuild, but not the contents of the files/
> >> > subdirectory. It probably needs some patch that lived there. So you
> >> > need to copy that directory along with its c
> > > > Where does this x.x.24 kernel come from? I did a
> > > > recent emerge sync and when I do emerge -pv
> > > > gentoo-sources portage comes up with x.x.22-r9.
> > >
> > > But Grant is trying to use vanilla-sources.
> >
> > Exactly. Last I checked vanilla, git, and mm have
> > 2.6.24 availabl
> > > Where does this x.x.24 kernel come from? I did a
> > > recent emerge sync and when I do emerge -pv
> > > gentoo-sources portage comes up with x.x.22-r9.
> >
> > But Grant is trying to use vanilla-sources.
> >
>
> same thing:
>
> [EMAIL PROTECTED] ~ $ emerge -pv vanilla-sources
>
> These are t
--- Neil Bothwick <[EMAIL PROTECTED]> wrote:
> On Thu, 3 Jan 2008 14:45:32 -0800 (PST), maxim
> wexler wrote:
>
> > Where does this x.x.24 kernel come from? I did a
> > recent emerge sync and when I do emerge -pv
> > gentoo-sources portage comes up with x.x.22-r9.
>
> But Grant is trying to use
--- Grant <[EMAIL PROTECTED]> wrote:
> > > Where does this x.x.24 kernel come from? I did a
> > > recent emerge sync and when I do emerge -pv
> > > gentoo-sources portage comes up with x.x.22-r9.
> >
> > But Grant is trying to use vanilla-sources.
>
> Exactly. Last I checked vanilla, git, and m
On 2008-01-04, Grant <[EMAIL PROTECTED]> wrote:
>> > > * nvidia missing in FILESDIR
>> > >
>> > > Can anyone tell what happened?
>> > >
>> > You probably copied the ebuild, but not the contents of the files/
>> > subdirectory. It probably needs some patch that lived there. So you
>> > need to co
Alan McKinnon wrote:
> On Friday 04 January 2008, Dale wrote:
>
>> 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let
>> depclean do what it wants.
>>
>> alan
>>
>>
>>
>> I wouldn't say to do this for important stuff like Python or Perl
>> but I usually let depclean do its thing, as
> > > * nvidia missing in FILESDIR
> > >
> > > Can anyone tell what happened?
> > >
> > You probably copied the ebuild, but not the contents of the files/
> > subdirectory. It probably needs some patch that lived there. So you
> > need to copy that directory along with its contents to the same p
> > * nvidia missing in FILESDIR
> >
> > Can anyone tell what happened?
> >
> You probably copied the ebuild, but not the contents of the files/
> subdirectory. It probably needs some patch that lived there. So you
> need to copy that directory along with its contents to the same place
> you cop
On Fri, 4 Jan 2008 07:58:52 -0800
Grant <[EMAIL PROTECTED]> wrote:
> * nvidia missing in FILESDIR
>
> Can anyone tell what happened?
>
You probably copied the ebuild, but not the contents of the files/
subdirectory. It probably needs some patch that lived there. So you
need to copy that direc
> Actually i'm using vanilla-sources just for rt73usb driver.
> I've Gentoo 64Bit too.
> Before i used Gentoo-Sources.
> I just copy my .config from Gentoo Sources to Vanilla Sources and i have
> no issue (since 2 month).
Nice, we're doing the same thing then. Did you place the firmware in
/lib/f
Actually i'm using vanilla-sources just for rt73usb driver.
I've Gentoo 64Bit too.
Before i used Gentoo-Sources.
I just copy my .config from Gentoo Sources to Vanilla Sources and i have
no issue (since 2 month).
Grant a écrit :
>> I'm using ASUS WL-167g USB WLAN (rt73usb) and work well with or wit
On Friday 04 January 2008, Dale wrote:
> 4.5.20_p satisfies all those listed DEPENDs, so it's OK to let
> depclean do what it wants.
>
> alan
>
>
>
> I wouldn't say to do this for important stuff like Python or Perl
> but I usually let depclean do its thing, as long as it is not a
> critical packa
> > search the hard
> > drive for any files that were unpacked - you might find where it
> > unpacked files and, if you're lucky, it might contain all contents -
> > 32 bit and 64 bit.
> >
>
> Yes, and they would probably be located in the %TEMP% directory.
I was just using the Windows search.
-
On 03/01/2008, James Ausmus <[EMAIL PROTECTED]> wrote:
> search the hard
> drive for any files that were unpacked - you might find where it
> unpacked files and, if you're lucky, it might contain all contents -
> 32 bit and 64 bit.
>
Yes, and they would probably be located in the %TEMP% directory.
> There is one of the greatest tools at windows you need now:
>
> http://legroom.net/software/uniextract
>
> With this tools you can extract everything which can be extractet. Have
> fun with it!!
Luckily I have my USB wireless adapter working with Linux drivers so I
don't need to use ndiswrapper,
> Also, gentoo has an "attic" where all older ebuilds are archived. You
> can grab the ebuild and any related files and use your local overlay to
> keep it around for as long as you need.
>
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/x11-drivers/
>
> There are nvidia-drivers and a legacy bra
Alan McKinnon wrote:
> On Friday 04 January 2008, Mick wrote:
>
>> It shows these versions of db:
>>
>> sys-libs/db
>> selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2
>>protected: none
>> omitted: 4.5.20_p
>>
>> while equery shows:
>>
>> # equery depends sys-libs/db
>> [ Searc
On Friday 04 January 2008, Mick wrote:
> It shows these versions of db:
>
> sys-libs/db
> selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2
>protected: none
> omitted: 4.5.20_p
>
> while equery shows:
>
> # equery depends sys-libs/db
> [ Searching for packages depending on sys-libs
It shows these versions of db:
sys-libs/db
selected: 1.85-r3 4.1.25_p1-r4 4.2.52_p4-r2 4.3.29-r2
protected: none
omitted: 4.5.20_p
while equery shows:
# equery depends sys-libs/db
[ Searching for packages depending on sys-libs/db... ]
dev-lang/perl-5.8.8-r4 (berkdb? sys-libs/db)
There is one of the greatest tools at windows you need now:
http://legroom.net/software/uniextract
With this tools you can extract everything which can be extractet. Have
fun with it!!
Grant schrieb:
>>> Can anyone think of a way to extract the XP 64-bit drivers I know are
>>> in an .exe
35 matches
Mail list logo
