I've removed a file called "ndiswrapper" from /etc/modprobe.d, and now
wl loads automatically at boot.
KDE still, for some reason, doesn't detect that my laptop has ACPI
capabilites, although using pm-suspend works, and I can see battery
information in /sys/class/batt, etc. It seems unrelated to th
On Mon, Apr 12, 2010 at 2:14 PM, Paul Hartman
wrote:
> On Mon, Apr 12, 2010 at 4:03 PM, Mark Knecht wrote:
>> cruncher mark # cat .xsession-errors
>> /etc/X11/gdm/Xsession: Beginning session setup...
>> /etc/X11/gdm/Xsession: Cannot find Xclients
>> /etc/X11/gdm/Xsession: line 203: exec: xterm: n
On Mon, 12 Apr 2010 19:52:19 +0300, Yoav Luft wrote:
> No, I haven't. I've also checked all files in /etc/modprobe.d/,
> /etc/modules.d/ and /etc/{modules,modprobe}.conf to see if it isn't
> blacklisted. I have checked the rc files yet, but I haven't changed
> anything. Just to be sure, I grepped
Florian Philipp writes:
> Am 12.04.2010 11:02, schrieb Hinko Kocevar:
> > Can boot be sped up even more?
>
> The fastest way to boot is not to boot at all. Just use Suspend2Disk or
> SuspendToRam.
>
> Take a look at TuxOnIce and hibernate-script. Unless something is
> broken, I hardly ever rebo
On Mon, Apr 12, 2010 at 4:03 PM, Mark Knecht wrote:
> cruncher mark # cat .xsession-errors
> /etc/X11/gdm/Xsession: Beginning session setup...
> /etc/X11/gdm/Xsession: Cannot find Xclients
> /etc/X11/gdm/Xsession: line 203: exec: xterm: not found
> cruncher mark #
>
> cruncher mark # eix -I xterm
On 2010-04-12 12:23 PM, Dale wrote:
> +1 I been using the latest portage for a long time too. I don't recall
> any problems with it and the new features sure do help.
>
> If you keyword portage, you need to do the same for its friends. Mainly
> gentoolkit and eix. They seem to go together bett
On Mon, Apr 12, 2010 at 11:57 AM, Paul Hartman
wrote:
> On Mon, Apr 12, 2010 at 1:44 PM, Mark Knecht wrote:
>> Checking if your kit is complete...
>> Looks good
>> MakeMaker FATAL: prerequisites not found.
>> ExtUtils::Depends not installed
>
> If part of your transition was upgrading from per
Mark Knecht writes:
> OK, let's start with xfce4-meta because there was only one failure.
> eix-update was done this morning and emerge -DuN @system is clean
> using ~arch in make.conf. I'll paste make.conf & emerge --info at the
> end of this message
[...]
> >>> Source prepared.
> >>> Configuring
On Mon, Apr 12, 2010 at 1:57 PM, Paul Hartman
wrote:
> On Mon, Apr 12, 2010 at 1:44 PM, Mark Knecht wrote:
>> Checking if your kit is complete...
>> Looks good
>> MakeMaker FATAL: prerequisites not found.
>>ExtUtils::Depends not installed
>
> If part of your transition was upgrading from perl
On Mon, Apr 12, 2010 at 1:44 PM, Mark Knecht wrote:
> Checking if your kit is complete...
> Looks good
> MakeMaker FATAL: prerequisites not found.
>ExtUtils::Depends not installed
If part of your transition was upgrading from perl 5.8 to 5.10 you
need to run perl-cleaner like the ewarn says i
On Mon, Apr 12, 2010 at 6:07 AM, walt wrote:
> On 04/12/2010 05:35 AM, Mark Knecht wrote:
>
>> Between xfce4& gnome I've seen about a dozen packages fail to build
>> this morning and haven't yet checked bug reports.
>
> Let's start with xfce4 then because it's much smaller than gnome. What
> fail
On Mon, Apr 12, 2010 at 12:38 PM, stosss wrote:
> On Mon, Apr 12, 2010 at 12:18 PM, Paul Hartman
> wrote:
>> On Sat, Apr 10, 2010 at 3:21 AM, wrote:
>>>
>>> Hi,
>>>
>>> before damaging "delicate electronic equipment" I want
>>> to ask, what the best way is to switch from a 1600x1200
>>> pixe
On Thursday 08 April 2010 14:45:49 Joseph wrote:
> On 04/08/10 13:40, Nikos Chantziaras wrote:
> >On 04/08/2010 07:11 AM, Joseph wrote:
> >>I've activated Network adapter in VirtualBox (running Windows XP) but I
> >>it is not working. It works only in NAT mode not in Bridge mode.
> >>The worst part
On Mon, Apr 12, 2010 at 10:45 AM, Paul Hartman
wrote:
> I'm not a gnome user but I can try this if you want (135 packages to
> emerge in my case), or if you have more specific info about which part
> doesn't build I can try only the specifics.
I went ahead and emerged gnome-base/gnome-2.28.2 whi
On Mon, Apr 12, 2010 at 12:06 AM, Marc Joliet wrote:
> Am Sun, 11 Apr 2010 17:13:26 -0700
> schrieb Mark Knecht :
>
>> On Sun, Apr 11, 2010 at 5:00 PM, Neil Bothwick wrote:
>> > On Sun, 11 Apr 2010 16:11:53 -0700, Mark Knecht wrote:
>> >
>> >> > Doing system first makes good sense. Then you can u
Hello,
My menu updating tool for kde4 does not seem to work,
any suggestions of fixes?
James
On Mon, Apr 12, 2010 at 12:18 PM, Paul Hartman
wrote:
> On Sat, Apr 10, 2010 at 3:21 AM, wrote:
>>
>> Hi,
>>
>> before damaging "delicate electronic equipment" I want
>> to ask, what the best way is to switch from a 1600x1200
>> pixel analogous Iiyama monitor to an Flat panel HP2475w (LCD)
>>
On Mon, Apr 12, 2010 at 8:31 AM, Tanstaafl wrote:
> On 2010-04-11 9:20 AM, Graham Murray wrote:
>> Tanstaafl writes:
>>> I'm a bit clueless when it comes to firewalls, and have no idea what
>>> these numbers mean/do:
>>>
>>> *raw
>>> :PREROUTING ACCEPT [4911:886011]
>>> :OUTPUT ACCEPT [4546:28187
On 12. 4. 2010 14:36, Hinko Kocevar wrote:
I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
Will it be enough to (re-)build the baselayout and openrc and its
closest dependencies (41 packages)? Or do I need to perform complete
system upgrade (~900 packages) now that ACCEPT_KEYWORDS is presen
No, I haven't. I've also checked all files in /etc/modprobe.d/,
/etc/modules.d/ and /etc/{modules,modprobe}.conf to see if it isn't
blacklisted. I have checked the rc files yet, but I haven't changed
anything. Just to be sure, I grepped for "wl", and it's not
blacklisted. ndiswrapper does alias a l
Am 12.04.2010 14:57, schrieb Alan McKinnon:
[...]
2. when devs commit to ~arch, they tend to run ~arch on their test boxes.
Issues are easy to spot and get fixed quickly. If you have a mixture of the
two, then you have a combination that no-one but you is using, and it will not
have been tested.
Paul Hartman wrote:
On Mon, Apr 12, 2010 at 10:18 AM, Tanstaafl wrote:
On 2010-04-12 11:05 AM, Paul Hartman wrote:
I use the --keep-going always, it was a great addition and especially
helpful when there is a bad package that won't compile for a week or
two, it makes it easier to jus
On Sat, Apr 10, 2010 at 3:21 AM, wrote:
>
> Hi,
>
> before damaging "delicate electronic equipment" I want
> to ask, what the best way is to switch from a 1600x1200
> pixel analogous Iiyama monitor to an Flat panel HP2475w (LCD)
> with 1980x1200 pixel monitor?
>
> Graphics card is a (info vi
Am 12.04.2010 11:02, schrieb Hinko Kocevar:
> Hi,
>
> I've started to look around on how to speed up the Gentoo boot sequence.
> Looking at the bootchart output I discovered that if using parallel boot
> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
> done about 9 seconds
On Mon, Apr 12, 2010 at 10:18 AM, Tanstaafl wrote:
> On 2010-04-12 11:05 AM, Paul Hartman wrote:
>> I use the --keep-going always, it was a great addition and especially
>> helpful when there is a bad package that won't compile for a week or
>> two, it makes it easier to just ignore it.
>
> Hopefu
On Mon, Apr 12, 2010 at 6:57 AM, Mark Knecht wrote:
> ...is not so good actually. Certainly not the way I'd want others to
> experience Gentoo.
>
> OK, the ~amd64 upgrade to @system was easy and relatively painless.
> The documents were fairly clear. There are things to learn, and old
> friends li
On 2010-04-12 11:05 AM, Paul Hartman wrote:
> I use the --keep-going always, it was a great addition and especially
> helpful when there is a bad package that won't compile for a week or
> two, it makes it easier to just ignore it.
Hopefully no one will mind a slight OT question, but still related
>
> when there is a bad package that won't compile for a week or two
I've already seen packages doing that, but they shouldn't happen, right? :-)
On Mon, Apr 12, 2010 at 2:06 AM, Marc Joliet wrote:
> Am Sun, 11 Apr 2010 17:13:26 -0700
> schrieb Mark Knecht :
>> A couple of packages in this OpenRC upgrade aren't building. I hope
>> they are less important. So far groff and help2man have failed so I
>> did --resume --skip-first and moved on f
On Mon, 12 Apr 2010 05:29:00 -0700, Mark Knecht wrote:
> It's certainly not working for me at this point but I'm not upset,
> mad, or anything like that. I'm asking a simple question. That's it.
Except you didn't really ask a question, at least not in manner that
could be answered. Posting the o
On 12/04/2010 13:42, William Kenworthy wrote:
Is there a reason why you want to run all @system as ~amd64, and the
rest stable. To me it makes more sense (especially for production
Perhaps he simply doesn't feel like re-installing. By going down this
road, the breakage caused by dowgrading sy
On 04/12/2010 05:35 AM, Mark Knecht wrote:
Between xfce4& gnome I've seen about a dozen packages fail to build
this morning and haven't yet checked bug reports.
Let's start with xfce4 then because it's much smaller than gnome. What
fails to build, and with what errors?
I actually use gnome,
On 12/04/2010 12:57, Mark Knecht wrote:
QUESTION: Assume I'm happy with ~amd64 on @system, but want to build
the stable version of gnome or kde. How do I get it? Since gnome-2.26
You could opt to retain the ~amd64 keyword on system packages alone.
Consider the following (which requires portage
On Monday 12 April 2010 14:29:00 Mark Knecht wrote:
> On Mon, Apr 12, 2010 at 5:00 AM, Alan McKinnon
wrote:
> > Are you merely ranting or asking for help?
> >
> > If the former, well, OK i Hear you. But I don't care.
> >
> > If the latter, then you need to provide info like logs, output etc.
>
On Mon, Apr 12, 2010 at 5:42 AM, William Kenworthy wrote:
>
>> I am however documenting my experiences for others than come after me
>> to this question of "to ~amd64 or not ~amd64". Nothing more. It worked
>> for Alan who is a __very__ experienced and capable person. It didn't
>> work for Mark (a
On Apr 12, 2010, at 7:01 AM, Mark Knecht wrote:
On Mon, Apr 12, 2010 at 2:56 AM, Hinko Kocevar > wrote:
On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar > wrote:
Hi,
I've started to look around on how to speed up the Gentoo boot
sequence.
Looking at
> I am however documenting my experiences for others than come after me
> to this question of "to ~amd64 or not ~amd64". Nothing more. It worked
> for Alan who is a __very__ experienced and capable person. It didn't
> work for Mark (at this point) who is a 10 year Gentoo user but
> __nothing__ mor
Hi,
On 04/12/10 12:26, KH wrote:
> Am 12.04.2010 11:56, schrieb Hinko Kocevar:
> [...]
>>
>> Thank you!
>>
>> Hmm, I was looking at the
>> http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
>> sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
>> I've added ACC
On Mon, Apr 12, 2010 at 5:14 AM, Zeerak Mustafa Waseem
wrote:
> On Mon, Apr 12, 2010 at 04:57:39AM -0700, Mark Knecht wrote:
>> ...is not so good actually. Certainly not the way I'd want others to
>> experience Gentoo.
>>
>> OK, the ~amd64 upgrade to @system was easy and relatively painless.
>> Th
On 2010-04-11 9:20 AM, Graham Murray wrote:
> Tanstaafl writes:
>> I'm a bit clueless when it comes to firewalls, and have no idea what
>> these numbers mean/do:
>>
>> *raw
>> :PREROUTING ACCEPT [4911:886011]
>> :OUTPUT ACCEPT [4546:2818732]
>> COMMIT
> The numbers are [packets:bytes] which match
On Mon, Apr 12, 2010 at 5:00 AM, Alan McKinnon wrote:
> Are you merely ranting or asking for help?
>
> If the former, well, OK i Hear you. But I don't care.
>
> If the latter, then you need to provide info like logs, output etc.
>
> ~amd64 works like a charm for me here.
>
>
Neither. I think I as
On 12 April 2010 08:11, Walter Dnes wrote:
> Here's /etc/conf.d/net on my Gentoo netbook system...
>
> config_eth0="192.168.123.249 broadcast 192.168.123.255 netmask
> 255.255.255.248 mtu 1452"
> routes_eth0=(
> "default via 192.168.123.254 metric 2"
> "192.168.123.248/29 via 192.168.123.254 metr
On Mon, Apr 12, 2010 at 04:57:39AM -0700, Mark Knecht wrote:
> ...is not so good actually. Certainly not the way I'd want others to
> experience Gentoo.
>
> OK, the ~amd64 upgrade to @system was easy and relatively painless.
> The documents were fairly clear. There are things to learn, and old
> f
On Mon, 12 Apr 2010 12:47:26 +0300, Yoav Luft wrote:
> I have problems to connect to WPA wireless networks, and it seemed
> like those were driver related, so I've tried running ndiswrapper.
> After I failed to get better (or any) performance with it, I tried to
> revert to the previous settings,
Are you merely ranting or asking for help?
If the former, well, OK i Hear you. But I don't care.
If the latter, then you need to provide info like logs, output etc.
~amd64 works like a charm for me here.
On Monday 12 April 2010 13:57:39 Mark Knecht wrote:
> ...is not so good actually. Ce
On Mon, Apr 12, 2010 at 2:56 AM, Hinko Kocevar wrote:
> On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
>> On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar
>> wrote:
>>> Hi,
>>>
>>> I've started to look around on how to speed up the Gentoo boot sequence.
>>> Looking at the bootchart output I discovered
...is not so good actually. Certainly not the way I'd want others to
experience Gentoo.
OK, the ~amd64 upgrade to @system was easy and relatively painless.
The documents were fairly clear. There are things to learn, and old
friends like rc-update and df look different, but it worked and didn't
tak
Am 12.04.2010 11:56, schrieb Hinko Kocevar:
[...]
Thank you!
Hmm, I was looking at the
http://www.gentoo.org/doc/en/openrc-migration.xml. For OpenRC I added
sys-apps/openrc ~x86 to package.keywords, to get baselayout-2 ebuild
I've added ACCEPT_KEYWORDS="~x86" to /etc/make.conf.
Will it be enou
On 04/12/10 11:31, Ngoc Nguyen Bao wrote:
> On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar
> wrote:
>> Hi,
>>
>> I've started to look around on how to speed up the Gentoo boot sequence.
>> Looking at the bootchart output I discovered that if using parallel boot
>> feature from the /etc/conf.d/rc
Hi,
I have problems to connect to WPA wireless networks, and it seemed
like those were driver related, so I've tried running ndiswrapper.
After I failed to get better (or any) performance with it, I tried to
revert to the previous settings, but at first the system wouldn't even
boot. I've booted wi
On Mon, Apr 12, 2010 at 4:02 PM, Hinko Kocevar wrote:
> Hi,
>
> I've started to look around on how to speed up the Gentoo boot sequence.
> Looking at the bootchart output I discovered that if using parallel boot
> feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
> done about
Hi,
I've started to look around on how to speed up the Gentoo boot sequence.
Looking at the bootchart output I discovered that if using parallel boot
feature from the /etc/conf.d/rc (RC_PARALLEL_STARTUP="yes"), things get
done about 9 seconds faster that with RC_PARALLEL_STARTUP="no".
Boot time i
On Sat, Apr 10, 2010 at 11:31 PM, Gregory Shearman wrote:
> Why are libX11-xcb.so.1, libX11.so.6, libdrm.so.2 in the
> /opt/gfx-test/lib directory rather than in /usr/lib as they are on my
> machine?
Sorry about that, this /opt/gfx-test/ directory was something I
created to test a hand compiled X
Here's /etc/conf.d/net on my Gentoo netbook system...
config_eth0="192.168.123.249 broadcast 192.168.123.255 netmask 255.255.255.248
mtu 1452"
routes_eth0=(
"default via 192.168.123.254 metric 2"
"192.168.123.248/29 via 192.168.123.254 metric 0"
)
The multiple routes allow eth0 to remain conne
Am Sun, 11 Apr 2010 17:13:26 -0700
schrieb Mark Knecht :
> On Sun, Apr 11, 2010 at 5:00 PM, Neil Bothwick wrote:
> > On Sun, 11 Apr 2010 16:11:53 -0700, Mark Knecht wrote:
> >
> >> > Doing system first makes good sense. Then you can update your config
> >> > files, follow the openrc update etc an
55 matches
Mail list logo
