Re: [gentoo-user] why can't use print after installed CUPS ?

2011-11-18 Thread 俞强
thanks for you reply,

yes, i compile cups just by hand, and i compared with the files you send,
though you cups version is 1.4.8, but i think the compare result is
also value. most of files are the same as mine, but my libs are installed
in /usr/lib64, not in /usr/lib. btw, my hadrware is ARMv7(omap3730).

i think the test-page in web is good that means cups is working well, and i
can get the right output while using lpstat -a,
why application can't see print ? does there is something
bettwen application and cups server ?

if you emerge cups with no optional packge, you can use print well in
application ?

thanks again.

On Fri, Nov 18, 2011 at 3:34 PM, Kfir Lavi lavi.k...@gmail.com wrote:



 On Fri, Nov 18, 2011 at 8:41 AM, 俞强 qiangl...@gmail.com wrote:

  i had installed CUPS-1.4.3 from source(configure, make, make install)

 now i can configure print via localhost:631, and the test page is perfect.

 but the problem is, why can't i see the print in programs ? (etc. in
 firefox, file-print, there is no print in print dialog)

 thanks all

 --
 Good Lucks !
 form 俞强(hackqiang)


 Hi,
 Did you install cups by hand, not using portage?
 I suspect looking at the ebuild, that Gentoo does install few bits in
 different places.
 I have attached my cups installation files. Please compare with yours.
 $ equery files cups

 Kfir




-- 
Good Lucks !
form 俞强(hackqiang)


Re: [gentoo-user] [OT] embedded gentoo?

2011-11-18 Thread Neil Bothwick
On Fri, 18 Nov 2011 08:18:01 +0200, Alan McKinnon wrote:

 That's nothing, someone once put NetBSD on a toaster. And someone else
 managed to install Linux on a dead badger, but I think that was a spoof.

That's nothing, Nokia have put Windows on a phone!


-- 
Neil Bothwick

The trouble with the world is that everybody in it is three drinks behind.


signature.asc
Description: PGP signature


Re: [gentoo-user] [OT] embedded gentoo?

2011-11-18 Thread Norman Rieß
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 11/18/11 09:49, Neil Bothwick wrote:
 On Fri, 18 Nov 2011 08:18:01 +0200, Alan McKinnon wrote:
 
 That's nothing, someone once put NetBSD on a toaster. And someone else
 managed to install Linux on a dead badger, but I think that was a spoof.
 
 That's nothing, Nokia have put Windows on a phone!
 
 

Seems pretty far fetched to me :-)
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOxiexAAoJEMCA6frkLT6z8WoH/2j5v0fAi1fRKzuAgdrFlDTm
sWUd6IAfrMMXTartGeT9yZgUYLXqrIdcU375D6jY0I+BE4Ic0jqnjVFkMdrgWekl
JioEYeuqtB2s6URQyBDRmGAI56y5Tuy2U5AcrjEQWzRmy7LTbrgbNUYKhpw1hZSL
jaFyhKlkGOhUX7C6eNQeTmzr/WPx9ymLigGCmX22RoIbVqxCSicBBA9sGe4aI9re
mBShiuBmKqxhdcXJ9N9iNcUYh7sQ4vBOuWzyLSKDNPJ4mjnBe0JUbMMtDCztC28w
HNb9v6X90zOyR1A1OnXEGzADFTfQbkomgkKgSWSJxT9PGCEM5mqZxL62cHDNLU0=
=IiLZ
-END PGP SIGNATURE-



Re: [gentoo-user] Re: Re: Re: Another hardware thread

2011-11-18 Thread Stefan G. Weichinger
Am 2011-11-18 01:04, schrieb Neil Bothwick:
 On Thu, 17 Nov 2011 23:13:31 +0100, Stefan G. Weichinger wrote:
 
 Right now I have everything built with rather CPU-specific
 CFLAGS.
 
 Specific L1/L2-cache-sizes and stuff, set after doing something
 like gcc -Q --help=target -march=native  (gentoo wiki).
 
 I wonder if this C2D-E6600-specific stuff would boot on the
 i7-2600k? Yeah, I could just try it.
 
 But maybe I should do something to prepare that migration?
 
 I did a new installation as the old one had started life on an
 Athlon64 about 8 years ago and then migrated to the C2D. But it
 will probably work as long as you kernel included support for both
 types of hardware.
 
 If you're feeling adventurous, GCC 4.6, currently masked for
 testing, has specific -march options for the i7 and Sandybridge i7,
 according to the Gentoo Wiki CFLAGS page.
 
 Using 4.5.3 and -march=native, I had a couple of showstopping
 build failures, that were fixed by switching to -march=core2
 -mtune=generic.

Thanks a lot. Will try. hardware order planned for next week maybe.




Re: [gentoo-user] [OT] embedded gentoo?

2011-11-18 Thread Érico Porto
On Fri, Nov 18, 2011 at 6:49 AM, Neil Bothwick n...@digimed.co.uk wrote:

 On Fri, 18 Nov 2011 08:18:01 +0200, Alan McKinnon wrote:

  That's nothing, someone once put NetBSD on a toaster. And someone else
  managed to install Linux on a dead badger, but I think that was a spoof.

 That's nothing, Nokia have put Windows on a phone!


 --
 Neil Bothwick

 The trouble with the world is that everybody in it is three drinks behind.


LOL

 Wow! A gentoo embedded handbook! Didn't know it was there, seems great!

Just one thought, does anyone knows a good website to pdf converter or
anything that makes the web more readable?


Re: [gentoo-user] [OT] embedded gentoo?

2011-11-18 Thread Érico Porto
(forget it, seems the original adobe reader and instapaper are the
solutions)

Érico V. Porto


On Fri, Nov 18, 2011 at 7:52 AM, Érico Porto ericoporto2...@gmail.comwrote:




 On Fri, Nov 18, 2011 at 6:49 AM, Neil Bothwick n...@digimed.co.uk wrote:

 On Fri, 18 Nov 2011 08:18:01 +0200, Alan McKinnon wrote:

  That's nothing, someone once put NetBSD on a toaster. And someone else
  managed to install Linux on a dead badger, but I think that was a spoof.

 That's nothing, Nokia have put Windows on a phone!


 --
 Neil Bothwick

 The trouble with the world is that everybody in it is three drinks behind.


 LOL

  Wow! A gentoo embedded handbook! Didn't know it was there, seems great!

 Just one thought, does anyone knows a good website to pdf converter or
 anything that makes the web more readable?




Re: [gentoo-user] [OT] Where to discuss Xming

2011-11-18 Thread Leho Kraav
E-mail the author directly rather. AFAIK he responds quickly.



Re: [gentoo-user] why can't use print after installed CUPS ?

2011-11-18 Thread Zhu Sha Zang

Em Sex 18 Nov 2011 06:17:11 BRST, 俞强 escreveu:

thanks for you reply,

yes, i compile cups just by hand, and i compared with the files you 
send, though you cups version is 1.4.8, but i think the compare result 
is also value. most of files are the same as mine, but my libs are 
installed in /usr/lib64, not in /usr/lib. btw, my hadrware is 
ARMv7(omap3730).


i think the test-page in web is good that means cups is working well, 
and i can get the right output while using lpstat -a,
why application can't see print ? does there is something 
bettwen application and cups server ?


if you emerge cups with no optional packge, you can use print well in 
application ?


thanks again.

On Fri, Nov 18, 2011 at 3:34 PM, Kfir Lavi lavi.k...@gmail.com 
mailto:lavi.k...@gmail.com wrote:




On Fri, Nov 18, 2011 at 8:41 AM, 俞强 qiangl...@gmail.com
mailto:qiangl...@gmail.com wrote:

i had installed CUPS-1.4.3 from source(configure, make, make
install)

now i can configure print via localhost:631, and the test page
is perfect.

but the problem is, why can't i see the print in programs ?
(etc. in firefox, file-print, there is no print in print dialog)

thanks all


-- 
Good Lucks !

form 俞强(hackqiang)


Hi,
Did you install cups by hand, not using portage?
I suspect looking at the ebuild, that Gentoo does install few bits
in different places.
I have attached my cups installation files. Please compare with
yours.
$ equery files cups

Kfir




--
Good Lucks !
form 俞强(hackqiang)



Yes you have cups working but maybe your system don't have entire 
support to cups.


Let me ask. Why in hell you don't use emerge to install cups? I think 
that you can do anything you want in Gentoo, but don't mean that 
anything you do in your system will work. Try let your system stable 
and consistent.


Do you activacted cups in your USE_FLAGS?

Att

--
---
Zhu Sha Zang - CEO'S ZHU CORP PRESIDENT



[gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread Pandu Poluan
So, any progress/updates on the attempt to replace udev with busybox's mdev?

As for my case, it's working well on XenServer and VMware ESX /
vSphere (haven't found the time to test a VirtualBox installation
yet).

Except for one annoyance:

Now, I've done the steps put forth by waltdnes here:

http://www.gossamer-threads.com/lists/gentoo/user/242563

... but every eix-sync  emerge -avuD @world finds me having to
re-edit /usr/portage/virtual/dev-manager/dev-manager-0.ebuild, or else
portage wants to emerge sys-apps/makedev and sys-fs/static-dev

Is there a way to 'force' portage to use the edited
dev-manager-0.ebuild and not the original version pulled in by
eix-sync?

Rgds,
-- 
FdS Pandu E Poluan
~ IT Optimizer ~

 • LOPSA Member #15248
 • Blog : http://pepoluan.tumblr.com
 • Linked-In : http://id.linkedin.com/in/pepoluan



Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Willie Wong
On Thu, Nov 17, 2011 at 07:41:21PM +, James wrote:
  Now, why can't the USE descriptions be like the kernel option
  descriptions and have something like what Pandu wrote included? 
 
 I added this to root's  .bashrc a long time ago:
 
 # USE flag settings hack by Ciaran McCreesh:
 explainuseflag(){ sed -ne s,^\([^ ]*:\)\?$1 - ,,p $(portageq
 portdir)/profiles/use.{,local.}desc; }
 alias ef=explainuseflag
 
 
 Then simply use the alias for a quick check to learn about all the different
 uses of a given flag:
 
 'ef graphite'
 
 # ef graphite
 Enable support for non-Roman fonts via media-gfx/graphite2
 Enable support for non-Roman fonts via media-gfx/graphite2
 Add support for the framework for loop optimizations based on a polyhedral
 intermediate representation
 
 Then drill down into the a specific package's use flag meaning, using the
 aforementioned 'equery u' delineated by Albert.

You people seem to miss my point. I know perfectly well how to find 
the USE descriptions. It is just that the USE description, in this 
case (as in many others) isn't terribly useful. 

Add support for the framework for loop optimizations based on a 
polyhedral intermediate representation means absolutely gibberish to
me.

But if one were to add an additional one or two lines a la Pandu, 
about how it is supposed to make  gcc-4.5.3 use a newer method to 
detect parallelism, thus (potentially) makes programs compiled by gcc 
to have better multithreaded performance and perhaps even a Kernel 
help page style It is mostly stable. If unsure, say Yes.

It would be ever so much more helpful for people who would like to
find out what new flags do before deciding whether or not to follow
the default recommended by the devs which are set into the profile.

(I'm not saying this type of hand holding is necessary for all flags:
enable support for non-Roman fonts via media-gfx/graphite2 is 
perfectly understandable, as are most other flags about features a 
user is likely to interact with. But for some of the more system 
type flags (see also that python/perl flag business from the recent 
months), I think the USE descriptions can stand some improvement.)

W

-- 
Willie W. Wong ww...@math.princeton.edu
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire 
 et vice versa   ~~~  I. Newton



Re: [gentoo-user] why can't use print after installed CUPS ?

2011-11-18 Thread Willie Wong
On Fri, Nov 18, 2011 at 04:17:11PM +0800, 俞强 wrote:
 thanks for you reply,
 
 yes, i compile cups just by hand, and i compared with the files you send,
 though you cups version is 1.4.8, but i think the compare result is
 also value. most of files are the same as mine, but my libs are installed
 in /usr/lib64, not in /usr/lib. btw, my hadrware is ARMv7(omap3730).

Most likely than not that is because your programs are
not compiled with printing support? 

~ $ euse -i cups
global use flags (searching: cups)

[+ CD   ] cups - Add support for CUPS (Common Unix Printing System)
cups - Add support for CUPS (Common Unix Printing System)

~ $ equery hasuse cups
 * Searching for USE flag cups ... 
[IP-] [  ] app-text/epdfview-0.1.8:0
[IP-] [  ] app-text/ghostscript-gpl-9.04-r4:0
[IP-] [  ] gnome-base/libgnomeprint-2.18.8:2.2
[IP-] [  ] x11-libs/gtk+-2.24.8-r1:2
[IP-] [  ] x11-libs/gtk+-3.2.2-r1:3
[I-O] [  ] x11-libs/qt-gui-4.7.4:4

Judging by the fact that you installed cups by hand and portage didn't
want to install its own version of cups, I'd say more likely than not
you have the cups flag disabled. 

What you can try to do (if you don't want to use the in portage cups
ebuild) is to 

  (a) enable the cups flag
  (b) edit the /etc/portage/profile/package.provided file to include
  cups. 
  (See http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?part=3chap=5 )

This may or may not work, but is worth a try if you insist on not
using the standard ebuild. 

W
-- 
Willie W. Wong ww...@math.princeton.edu
Data aequatione quotcunque fluentes quantitae involvente fluxiones invenire 
 et vice versa   ~~~  I. Newton



Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Pandu Poluan
On Nov 18, 2011 9:27 PM, Willie Wong ww...@math.princeton.edu wrote:

 On Thu, Nov 17, 2011 at 07:41:21PM +, James wrote:
   Now, why can't the USE descriptions be like the kernel option
   descriptions and have something like what Pandu wrote included?
 
  I added this to root's  .bashrc a long time ago:
 
  # USE flag settings hack by Ciaran McCreesh:
  explainuseflag(){ sed -ne s,^\([^ ]*:\)\?$1 - ,,p $(portageq
  portdir)/profiles/use.{,local.}desc; }
  alias ef=explainuseflag
 
 
  Then simply use the alias for a quick check to learn about all the
different
  uses of a given flag:
 
  'ef graphite'
 
  # ef graphite
  Enable support for non-Roman fonts via media-gfx/graphite2
  Enable support for non-Roman fonts via media-gfx/graphite2
  Add support for the framework for loop optimizations based on a
polyhedral
  intermediate representation
 
  Then drill down into the a specific package's use flag meaning, using
the
  aforementioned 'equery u' delineated by Albert.

 You people seem to miss my point. I know perfectly well how to find
 the USE descriptions. It is just that the USE description, in this
 case (as in many others) isn't terribly useful.

 Add support for the framework for loop optimizations based on a
 polyhedral intermediate representation means absolutely gibberish to
 me.

 But if one were to add an additional one or two lines a la Pandu,
 about how it is supposed to make  gcc-4.5.3 use a newer method to
 detect parallelism, thus (potentially) makes programs compiled by gcc
 to have better multithreaded performance and perhaps even a Kernel
 help page style It is mostly stable. If unsure, say Yes.

 It would be ever so much more helpful for people who would like to
 find out what new flags do before deciding whether or not to follow
 the default recommended by the devs which are set into the profile.

 (I'm not saying this type of hand holding is necessary for all flags:
 enable support for non-Roman fonts via media-gfx/graphite2 is
 perfectly understandable, as are most other flags about features a
 user is likely to interact with. But for some of the more system
 type flags (see also that python/perl flag business from the recent
 months), I think the USE descriptions can stand some improvement.)


I agree with you (and not because my name is mentioned :-P).

I got lucky with USE graphite: gcc's homepage is quite clear; a 15-minute
reading convinced me to try graphite. But there are still lots of other USE
flags that sent me on hours of goose-chase before I can enable/disable with
conviction.

I'm not sure where to put the more detailed explanations, though; perhaps a
$PN.usedesc file in the package's directory? Kind of a complement to the
.ebuild file(s).

Rgds,


Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Michael Mol
On Fri, Nov 18, 2011 at 9:24 AM, Willie Wong ww...@math.princeton.edu wrote:
 On Thu, Nov 17, 2011 at 07:41:21PM +, James wrote:
  Now, why can't the USE descriptions be like the kernel option
  descriptions and have something like what Pandu wrote included?

 I added this to root's  .bashrc a long time ago:

 # USE flag settings hack by Ciaran McCreesh:
 explainuseflag(){ sed -ne s,^\([^ ]*:\)\?$1 - ,,p $(portageq
 portdir)/profiles/use.{,local.}desc; }
 alias ef=explainuseflag


 Then simply use the alias for a quick check to learn about all the different
 uses of a given flag:

 'ef graphite'

 # ef graphite
 Enable support for non-Roman fonts via media-gfx/graphite2
 Enable support for non-Roman fonts via media-gfx/graphite2
 Add support for the framework for loop optimizations based on a polyhedral
 intermediate representation

 Then drill down into the a specific package's use flag meaning, using the
 aforementioned 'equery u' delineated by Albert.

 You people seem to miss my point. I know perfectly well how to find
 the USE descriptions. It is just that the USE description, in this
 case (as in many others) isn't terribly useful.

 Add support for the framework for loop optimizations based on a
 polyhedral intermediate representation means absolutely gibberish to
 me.

 But if one were to add an additional one or two lines a la Pandu,
 about how it is supposed to make  gcc-4.5.3 use a newer method to
 detect parallelism, thus (potentially) makes programs compiled by gcc
 to have better multithreaded performance

Pretty sure having the word 'optimizations' is sufficient for that.
The rest, you can look up. (Sorry, I hate Just google it answers
more than most, but I think it's appropriate in this case)

IMO, USE flags should have good meaning to people familiar with the
field the package is related to. Otherwise, to keep the same terse
length, you have to dumb it down...but how far do you go?

Now, in this case, I think the use of the word 'polyhedral' in the
description is just silly; that's not going to mean anything to anyone
not intimately familiar with compiler optimizations, if not intimately
familiar with graphite itself. It should probably read something more
like Add support for the experimental 'graphite' framework for loop
optimizations.

If I read his email correctly, Pandu indicated that multithreaded
environments are an example of the impact the new optimization engine
may have. I don't think he indicated that that was its specific
function, so I wouldn't go so far as to point out multithreaded
environments in the USE flag description.

 and perhaps even a Kernel
 help page style It is mostly stable. If unsure, say Yes.

I'm pretty sure that's the purpose of the default state of USE flags;
if it's enabled by default, it's if unsure, say Yes. If it's
disabled by default, it's if unsure, say No.

 It would be ever so much more helpful for people who would like to
 find out what new flags do before deciding whether or not to follow
 the default recommended by the devs which are set into the profile.

Honestly, if you don't know (and I didn't), the best option seems to
me to be to ask a similar question to what Stéphane asked. Perhaps
what does the 'graphite' USE flag for gcc add?, but go on to say, I
see the USE flag description is '...', but what's the result?


 (I'm not saying this type of hand holding is necessary for all flags:
 enable support for non-Roman fonts via media-gfx/graphite2 is
 perfectly understandable, as are most other flags about features a
 user is likely to interact with. But for some of the more system
 type flags (see also that python/perl flag business from the recent
 months), I think the USE descriptions can stand some improvement.)

Sure. The problem is, what constitutes an improvement for each case?
(And perhaps it'd be a good idea to file bug reports against the
ebuilds.)

IIRC, the recent 'perl' USE flag kerfluffle was about removing 'perl'
support dropping tabs in an application, when those tabs were made
possible by a particular Perl script. I doubt that was the only
perl-based extension, but the argument made at the time was that the
USE flag that affected Perl support for the app should specifically
invoke that it affected that extensions.

That's like saying that a 'perl' or 'extensions' USE flag for irssi
should talk about disabling nick highlighting, when it would also
affect named windows, presence notifications...*anything* that depends
on its Perl extensions mechanism.

-- 
:wq



Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Fredric Johansson
On Wed, Nov 16, 2011 at 2:58 PM, Pandu Poluan pa...@poluan.info wrote:

 On Nov 16, 2011 2:26 PM, Michael Mol mike...@gmail.com wrote:

 On Wed, Nov 16, 2011 at 2:11 AM, Stéphane Guedon steph...@22decembre.eu
 wrote:
  On Wednesday 16 November 2011 02:07:12 Pandu Poluan wrote:
  And if you're adventurous, add USE graphite, reemerge gcc, and
  reemerge
  world :)
 
  what does graphite add ?

 Thanks for reminding me; I meant to look it up when I got home.

 shortcircuit:1@serenity~
 Wed Nov 16 02:16 AM
 !501 #1 j0 ?0 $ euse -i graphite
 global use flags (searching: graphite)
 
 no matching entries found

 local use flags (searching: graphite)
 

 [snip]

 [-      ] graphite
    sys-devel/gcc: Add support for the framework for loop optimizations
    based on a polyhedral intermediate representation

 So, a new, experimental optimization model and framework inside your
 compiler. If it's specifically for optimizing on loops, I'll venture a
 guess it's going to be mostly effective for graphics libraries and
 apps. I've got some slightly riskier educated guesses on how it works
 and what some numeric side effects and consequences might be, but they
 scare me, so I think I'll leave it to someone who actually knows more
 about it...


 I've been using USE graphite since gcc-4.5.3-r1 appeared. Upstream says
 that graphite is stable, feature-complete, and production-ready since 4.5.3.

 To fully taste the effect of graphite, I even went the torturous route of
 emerging gcc + libtool + binutils (in that order) twice, followed by a
 wholesale-rebuild of everything (emerge --emptytree), then tarballed the
 result to my own stage3.1 tarball to spare me the *huge* amount of time
 required.

 I've deployed 3 systems with USE graphite, and they *felt* snappier.
 emerge's *felt* slower, though. (no objective tests, I know).

 I use Gentoo as a gatewall, and there I did a wholesale-rebuild one more
 time, this time specifying CFLAGS -march=native... and I just couldn't be
 happier with the resulting performance :-)

 Rgds,


I might be wrong but don't you need to have the gcc's options for
graphite enabled to actually make use of the graphite framework? (You
might be using them but you haven't mentioned it.)

//Fredric

//Fredric



Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Pandu Poluan
On Nov 18, 2011 10:41 PM, Fredric Johansson fredric.miscm...@gmail.com
wrote:

 On Wed, Nov 16, 2011 at 2:58 PM, Pandu Poluan pa...@poluan.info wrote:
 
  On Nov 16, 2011 2:26 PM, Michael Mol mike...@gmail.com wrote:
 
  On Wed, Nov 16, 2011 at 2:11 AM, Stéphane Guedon 
steph...@22decembre.eu
  wrote:
   On Wednesday 16 November 2011 02:07:12 Pandu Poluan wrote:
   And if you're adventurous, add USE graphite, reemerge gcc, and
   reemerge
   world :)
  
   what does graphite add ?
 
  Thanks for reminding me; I meant to look it up when I got home.
 
  shortcircuit:1@serenity~
  Wed Nov 16 02:16 AM
  !501 #1 j0 ?0 $ euse -i graphite
  global use flags (searching: graphite)
  
  no matching entries found
 
  local use flags (searching: graphite)
  
 
  [snip]
 
  [-  ] graphite
 sys-devel/gcc: Add support for the framework for loop optimizations
 based on a polyhedral intermediate representation
 
  So, a new, experimental optimization model and framework inside your
  compiler. If it's specifically for optimizing on loops, I'll venture a
  guess it's going to be mostly effective for graphics libraries and
  apps. I've got some slightly riskier educated guesses on how it works
  and what some numeric side effects and consequences might be, but they
  scare me, so I think I'll leave it to someone who actually knows more
  about it...
 
 
  I've been using USE graphite since gcc-4.5.3-r1 appeared. Upstream
says
  that graphite is stable, feature-complete, and production-ready since
4.5.3.
 
  To fully taste the effect of graphite, I even went the torturous route
of
  emerging gcc + libtool + binutils (in that order) twice, followed by a
  wholesale-rebuild of everything (emerge --emptytree), then tarballed the
  result to my own stage3.1 tarball to spare me the *huge* amount of
time
  required.
 
  I've deployed 3 systems with USE graphite, and they *felt* snappier.
  emerge's *felt* slower, though. (no objective tests, I know).
 
  I use Gentoo as a gatewall, and there I did a wholesale-rebuild one more
  time, this time specifying CFLAGS -march=native... and I just
couldn't be
  happier with the resulting performance :-)
 
  Rgds,
 

 I might be wrong but don't you need to have the gcc's options for
 graphite enabled to actually make use of the graphite framework? (You
 might be using them but you haven't mentioned it.)


Yes. There are some CFLAGS incantations to add to fully utilize graphite,
else the optimizations would be marginal at best.

That said, turning on the CFLAGS flags was a *very* involved process:

1. By default, graphite is disabled. So you can't directly turn on the
graphite-related CFLAGS option. You must first enable USE graphite and
re-emerge gcc (or upgrade, if you're still using gcc-4.5.3). This will
pull in ppl and cloog-ppl.

2. I don't know if libtool and binutils need to be remerged, but I did it
just to be safe.

3. Now that gcc has been compiled with graphite support, you can turn on
the CFLAGS flags necessary to fully utilize graphite. WARNING: some flags
recommended by upstream *might* make some programs run worse; be careful.
(I won't have access to my servers so I can't tell you which ones exactly).

4. At this point, I want gcc itself to be optimized. So, I remerged gcc and
libtool and binutils (in that order). Might be unnecessary, but I'm anal
like that :-)

5. Finally, universe-remerge (emerge --emptytree).

As you can see, steps 4  5 are optional. And they indeed took a
*humongous* time to complete. But I am quite satisfied with the result.
Everything felt snappier compared to older boxen that haven't been
graphite-ed :-)

Of course, YMMV.

Rgds,


[gentoo-user] GCC with multiple targets

2011-11-18 Thread Kamil Domański
Hey guys,
I've been trying to figure out a way to emerge GCC with multiple target 
architectures, so for example gcc-config -l would give me:
 [1] x86_64-pc-linux-gnu-4.6.2
 [2] some-arch-linux-gnu-4.6.2

and with this I hope I could prepare a base system for an embedded device.
Any information I find on the internet suggests using sys-devel/crossdev (which 
doesn't even support my target arch, according to it's wiki).

Any suggestions?

Regards,
Kamil Domański



Re: [gentoo-user] Re: Upgrading gcc: both 4.4 and 4.5 needed?

2011-11-18 Thread Pandu Poluan
On Nov 18, 2011 11:35 PM, Pandu Poluan pa...@poluan.info wrote:


 On Nov 18, 2011 10:41 PM, Fredric Johansson fredric.miscm...@gmail.com
wrote:
 
  On Wed, Nov 16, 2011 at 2:58 PM, Pandu Poluan pa...@poluan.info wrote:
  

-snip

  
   I've been using USE graphite since gcc-4.5.3-r1 appeared. Upstream
says
   that graphite is stable, feature-complete, and production-ready since
4.5.3.
  
   To fully taste the effect of graphite, I even went the torturous
route of
   emerging gcc + libtool + binutils (in that order) twice, followed by a
   wholesale-rebuild of everything (emerge --emptytree), then tarballed
the
   result to my own stage3.1 tarball to spare me the *huge* amount of
time
   required.
  
   I've deployed 3 systems with USE graphite, and they *felt* snappier.
   emerge's *felt* slower, though. (no objective tests, I know).
  
   I use Gentoo as a gatewall, and there I did a wholesale-rebuild one
more
   time, this time specifying CFLAGS -march=native... and I just
couldn't be
   happier with the resulting performance :-)
  
   Rgds,
  
 
  I might be wrong but don't you need to have the gcc's options for
  graphite enabled to actually make use of the graphite framework? (You
  might be using them but you haven't mentioned it.)
 

 Yes. There are some CFLAGS incantations to add to fully utilize graphite,
else the optimizations would be marginal at best.

 That said, turning on the CFLAGS flags was a *very* involved process:

 1. By default, graphite is disabled. So you can't directly turn on the
graphite-related CFLAGS option. You must first enable USE graphite and
re-emerge gcc (or upgrade, if you're still using gcc-4.5.3). This will
pull in ppl and cloog-ppl.

 2. I don't know if libtool and binutils need to be remerged, but I did it
just to be safe.

 3. Now that gcc has been compiled with graphite support, you can turn on
the CFLAGS flags necessary to fully utilize graphite. WARNING: some flags
recommended by upstream *might* make some programs run worse; be careful.
(I won't have access to my servers so I can't tell you which ones exactly).

 4. At this point, I want gcc itself to be optimized. So, I remerged gcc
and libtool and binutils (in that order). Might be unnecessary, but I'm
anal like that :-)

 5. Finally, universe-remerge (emerge --emptytree).

 As you can see, steps 4  5 are optional. And they indeed took a
*humongous* time to complete. But I am quite satisfied with the result.
Everything felt snappier compared to older boxen that haven't been
graphite-ed :-)

 Of course, YMMV.


Okay, found a forum thread discussing graphite and the proper CFLAGS:

http://forums.gentoo.org/viewtopic-t-850087.html

IIRC my CFLAGS looks very similar to the once @genstorm uses (scroll down
to approximately 80% down the page).

Now I never experienced *any* emerge failure, provided that I don't go
higher than MAKEOPTS=-j3. Set it higher and several packages failed
during compile. I don't know whose fault is that, but you've been warned
;-)

Rgds,


[gentoo-user] Re: Out of memory error

2011-11-18 Thread Mick
On Thursday 17 Nov 2011 06:53:29 Mick wrote:
 What started as a Firefox make error revealed an out of memory error. 
 Since this is the first time ever that this old x86 laptop has developed
 such an ailment I am not sure what may be causing this?  The error is
 repeatable.
 
 This is what dmesg shows:
 ===
 lowmem_reserve[]: 0 618 618
 Normal free:3092kB min:3140kB low:3924kB high:4708kB active_anon:297788kB
 inactive_anon:297872kB active_file:1480kB inactive_file:1632kB
 unevictable:656kB isolated(anon):0kB isolated(file):0kB present:633792kB
 mlocked:0kB dirty:0kB writeback:0kB mapped:12kB shmem:8kB
 slab_reclaimable:4560kB
 slab_unreclaimable:5528kB kernel_stack:1160kB pagetables:1648kB
 unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:5424
 all_unreclaimable? yes lowmem_reserve[]: 0 0 0
 DMA: 1*4kB 287*8kB 14*16kB 1*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
 0*2048kB 0*4096kB = 2556kB
 Normal: 773*4kB 0*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB
 0*2048kB 0*4096kB = 3092kB
 4263 total pagecache pages
 3318 pages in swap cache
 Swap cache stats: add 100110, delete 96792, find 12476/15173
 Free swap  = 0kB
 Total swap = 257004kB
 163776 pages RAM
 3742 pages reserved
 833 pages shared
 157340 pages non-shared
 [ pid ]   uid  tgid total_vm  rss cpu oom_adj oom_score_adj name
 [ 3989] 0  3989  622   22   0 -17 -1000 udevd
 [ 4257] 0  4257  621   42   0 -17 -1000 udevd
 [ 5093] 0  5093  4817   0   0 0 ifplugd
 [ 5316] 0  5316  5241   0   0 0 dhcpcd
 [ 5358] 0  5358  860   25   0   0 0 smartd
 [ 5359]   104  5359  693   30   0   0 0 dbus-daemon
 [ 5381] 0  5381  9436   0   0 0 syslog-ng
 [ 5382] 0  5382 1588   57   0   0 0 syslog-ng
 [ 5429] 0  5429 1048   11   0   0 0 cron
 [ 5435] 0  5435  477   12   0   0 0 acpid
 [ 5469] 0  5469 6548   68   0   0 0
 console-kit- dae
 [ 5548] 0  5548 5719   78   0   0 0 polkitd
 [ 5575] 0  5575  590   36   0   0 0 chronyd
 [ 5599] 0  5599  8251   0   0 0 login
 [ 5600] 0  5600  4861   0   0 0 agetty
 [ 5601] 0  5601  4861   0   0 0 agetty
 [ 5602] 0  5602  4861   0   0 0 agetty
 [ 5603] 0  5603  4861   0   0 0 agetty
 [ 5604] 0  5604  4861   0   0 0 agetty
 [ 5613]  1000  5613 1333   31   0   0 0 bash
 [ 5621]  1000  5621 1325  111   0   0 0 screen
 [ 5622]  1000  5622 13331   0   0 0 bash
 [ 5628] 0  5628 12001   0   0 0 su
 [ 5629] 0  5629 13331   0   0 0 bash
 [ 5665] 0  5665 1578   26   0 -17 -1000 sshd
 [ 5705] 65534  5705  5481   0   0 0 boa
 [ 5722] 0  5722 10991   0   0 0 rsync
 [ 6194] 0  619422569 1083   0   0 0 emerge
 [ 8944] 0  8944  4771   0   0 0 sandbox
 [ 8945] 0  8945 18321   0   0 0 ebuild.sh
 [ 8965] 0  8965 24491   0   0 0 ebuild.sh
 [ 8983] 0  8983  9741   0   0 0 emake
 [ 8988] 0  8988  7341   0   0 0 make
 [ 9275] 0  9275  7981   0   0 0 make
 [17096] 0 17096  785   43   0   0 0 make
 [17871] 0 17871  7691   0   0 0 make
 [23499] 0 23499  871   49   0   0 0 make
 [ 4249] 0  4249 24212   0   0 0 sshd
 [ 4266]  1000  4266 24211   0   0 0 sshd
 [ 4267]  1000  4267 13331   0   0 0 bash
 [ 6224] 0  6224  8031   0   0 0 make
 [ 6243] 0  6243 22321   0   0 0 python2.7
 [ 6244] 0  6244  6791   0   0 0
 i686-pc-linux- g
 [ 6245] 0  6245  6501   0   0 0 collect2
 [ 6246] 0  6246   187711   147110   0   0 0 ld
 Out of memory: Kill process 6246 (ld) score 803 or sacrifice child
 Killed process 6246 (ld) total-vm:750844kB, anon-rss:588432kB, file-rss:8kB
 ld: page allocation failure: order:0, mode:0x20058
 Pid: 6246, comm: ld Not tainted 3.0.6-gentoo #1
 Call Trace:
  [c107109c] ? warn_alloc_failed+0xbc/0xf0
  [c107399d] ? __alloc_pages_nodemask+0x52d/0x700
  [c106d936] ? 

Re: [gentoo-user] GCC with multiple targets

2011-11-18 Thread Érico Porto
Which arch is it? Ppc, arm... ? If it is power pc I have a working gcc, but
mine I got directly from Freescale - didn't emerged, but still got sources.

Érico V. Porto


2011/11/18 Kamil Domański kdoman...@kdemail.net

 Hey guys,
 I've been trying to figure out a way to emerge GCC with multiple target
 architectures, so for example gcc-config -l would give me:
  [1] x86_64-pc-linux-gnu-4.6.2
  [2] some-arch-linux-gnu-4.6.2

 and with this I hope I could prepare a base system for an embedded device.
 Any information I find on the internet suggests using sys-devel/crossdev
 (which
 doesn't even support my target arch, according to it's wiki).

 Any suggestions?

 Regards,
 Kamil Domański




Re: [gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread Paul Colquhoun
On Fri, 18 Nov 2011 06:33:59 PM Pandu Poluan wrote:
 So, any progress/updates on the attempt to replace udev with busybox's mdev?
 
 As for my case, it's working well on XenServer and VMware ESX /
 vSphere (haven't found the time to test a VirtualBox installation
 yet).
 
 Except for one annoyance:
 
 Now, I've done the steps put forth by waltdnes here:
 
 http://www.gossamer-threads.com/lists/gentoo/user/242563
 
 ... but every eix-sync  emerge -avuD @world finds me having to
 re-edit /usr/portage/virtual/dev-manager/dev-manager-0.ebuild, or else
 portage wants to emerge sys-apps/makedev and sys-fs/static-dev
 
 Is there a way to 'force' portage to use the edited
 dev-manager-0.ebuild and not the original version pulled in by
 eix-sync?
 
 Rgds,


You can copy the ebuild to your own private overlay ( /usr/local/portage )
make your changes there, and bump the version number slightly.


-- 
Reverend Paul Colquhoun, ULC.http://andor.dropbear.id.au/~paulcol
 Before you criticize someone, you should walk a mile in their shoes.
Then, when you do, you'll be a mile away, and you'll have their shoes.




Re: [gentoo-user] GCC with multiple targets

2011-11-18 Thread Kamil Domański
On Friday 18 November 2011 20:24:00 Érico Porto wrote:
 Which arch is it? Ppc, arm... ? If it is power pc I have a working gcc, but
 mine I got directly from Freescale - didn't emerged, but still got sources.

Nope, it's sparc-leon-v9.

Kamil Domański



Re: [gentoo-user] GCC with multiple targets

2011-11-18 Thread David W Noon
On Fri, 18 Nov 2011 17:49:04 +0100, Kamil Domański wrote about
[gentoo-user] GCC with multiple targets:

 I've been trying to figure out a way to emerge GCC with multiple
 target architectures, so for example gcc-config -l would give me:
  [1] x86_64-pc-linux-gnu-4.6.2
  [2] some-arch-linux-gnu-4.6.2
[snip]
 Any suggestions?

Try using the crossdev package.
-- 
Regards,

Dave  [RLU #314465]
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*
dwn...@ntlworld.com (David W Noon)
*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*


signature.asc
Description: PGP signature


[gentoo-user] Cannot run texmf-update for some reason.

2011-11-18 Thread Mark Knecht
A couple of interesting messages doing updates this afternoon. A quick
bit of Googling didn't uncover anything obvious...

- Mark

* Messages for package app-text/dvipsk-5.99_p20100722:

 * Cannot run texmf-update for some reason.
 * Your texmf tree might be inconsistent with your configuration
 * Please try to figure what has happened

 * Messages for package dev-libs/kpathsea-6.0.1_p20110627:

 * Cannot run texmf-update for some reason.
 * Your texmf tree might be inconsistent with your configuration
 * Please try to figure what has happened



Re: [gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread Neil Bothwick
On Sat, 19 Nov 2011 09:38:42 +1100, Paul Colquhoun wrote:

  ... but every eix-sync  emerge -avuD @world finds me having to
  re-edit /usr/portage/virtual/dev-manager/dev-manager-0.ebuild, or else
  portage wants to emerge sys-apps/makedev and sys-fs/static-dev
  
  Is there a way to 'force' portage to use the edited
  dev-manager-0.ebuild and not the original version pulled in by
  eix-sync?

 You can copy the ebuild to your own private overlay
 ( /usr/local/portage ) make your changes there, and bump the version
 number slightly.

No need to bump the version number, overlays take priority over the
standard tree when there are equal version numbers.


-- 
Neil Bothwick

This is the day for firm decisions! Or is it?


signature.asc
Description: PGP signature


Re: [gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread Pandu Poluan
On Nov 19, 2011 6:56 AM, Neil Bothwick n...@digimed.co.uk wrote:

 On Sat, 19 Nov 2011 09:38:42 +1100, Paul Colquhoun wrote:

   ... but every eix-sync  emerge -avuD @world finds me having to
   re-edit /usr/portage/virtual/dev-manager/dev-manager-0.ebuild, or else
   portage wants to emerge sys-apps/makedev and sys-fs/static-dev
  
   Is there a way to 'force' portage to use the edited
   dev-manager-0.ebuild and not the original version pulled in by
   eix-sync?

  You can copy the ebuild to your own private overlay
  ( /usr/local/portage ) make your changes there, and bump the version
  number slightly.

 No need to bump the version number, overlays take priority over the
 standard tree when there are equal version numbers.


I knew I forgot something so simple .

Thanks!

Hmmm... so, @waltdnes, you should modify the procedure a bit, there...

Rgds,


[gentoo-user] Vim stops installing when it runs installman.sh

2011-11-18 Thread 1990 dqgcs
*Hi Everyone *
I  am very sad i failed to install vim in gentoo ,without vim i could not
do anything :(
I download vim-7.3.tar.bz2 ftp://ftp.vim.org/pub/vim/unix/vim-7.3.tar.bz2 not
emerge because i can modify Makefile to find out where is wrong.Compiling
seems well,but when it begin to install man ,it stops,just like:

*/bin/sh ./installman.sh install /usr/local/share/man/it/man1 -it
/usr/local/share/vim /usr/local/share/vim/vim73 /usr/local/share/vim
../runtime/doc 644 vim vimdiff evim*
*installing /usr/local/share/man/it/man1/vim.1*
*and never go on. sool cruel*
*
*
Yes ,the script is *installman.sh* and it stop here below,what should i
do?it runs very well in my ubuntu! what is wrong???
*# vim.1*
*   echo installing $destdir/$exename.1*
*   sed -e s+/usr/local/lib/vim+$vimloc+ \*
*   -e s+$vimloc/doc+$helpsubloc+ \*
*   -e s+$vimloc/print+$printsubloc+ \*
*   -e s+$vimloc/syntax+$synsubloc+ \*
*   -e s+$vimloc/tutor+$tutorsubloc+ \*
*   -e s+$vimloc/vimrc+$vimrcloc/vimrc+ \*
*   -e s+$vimloc/gvimrc+$vimrcloc/gvimrc+ \*
*   -e s+$vimloc/menu.vim+$scriptloc/menu.vim+ \*
*   -e s+$vimloc/bugreport.vim+$scriptloc/bugreport.vim+ \*
*   -e s+$vimloc/filetype.vim+$scriptloc/filetype.vim+ \*
*   -e s+$vimloc/scripts.vim+$scriptloc/scripts.vim+ \*
*   -e s+$vimloc/optwin.vim+$scriptloc/optwin.vim+ \*
*   -e 's+$vimloc/\*.ps+$scriptloc/\*.ps+' \*
*   $helpsource/vim$langadd.1  $destdir/$exename.1*
*   chmod $manmod $destdir/$exename.1*
*
*
ANY suggest is OK,Thanks!!!
Best Rgds
Eleree Nicola


Re: [gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread waltdnes
On Sat, Nov 19, 2011 at 08:41:43AM +0700, Pandu Poluan wrote
 On Nov 19, 2011 6:56 AM, Neil Bothwick n...@digimed.co.uk wrote:
 
  On Sat, 19 Nov 2011 09:38:42 +1100, Paul Colquhoun wrote:
 
   You can copy the ebuild to your own private overlay
   ( /usr/local/portage ) make your changes there, and bump the version
   number slightly.
 
  No need to bump the version number, overlays take priority over the
  standard tree when there are equal version numbers.
 
 
 I knew I forgot something so simple .
 
 Thanks!
 
 Hmmm... so, @waltdnes, you should modify the procedure a bit, there...

  Will do.  This is what beta tests are for G.

-- 
Walter Dnes waltd...@waltdnes.org



Re: [gentoo-user] Progress on s/udev/mdev/

2011-11-18 Thread Pandu Poluan
On Nov 19, 2011 11:58 AM, waltd...@waltdnes.org wrote:

 On Sat, Nov 19, 2011 at 08:41:43AM +0700, Pandu Poluan wrote
  On Nov 19, 2011 6:56 AM, Neil Bothwick n...@digimed.co.uk wrote:
  
   On Sat, 19 Nov 2011 09:38:42 +1100, Paul Colquhoun wrote:
  
You can copy the ebuild to your own private overlay
( /usr/local/portage ) make your changes there, and bump the version
number slightly.
  
   No need to bump the version number, overlays take priority over the
   standard tree when there are equal version numbers.
  
 
  I knew I forgot something so simple .
 
  Thanks!
 
  Hmmm... so, @waltdnes, you should modify the procedure a bit, there...

  Will do.  This is what beta tests are for G.


Great! BTW, if the ebuild goes into overlay, it could use a newer EAPI,
couldn't it?

If it could, then it'll solve the problem of busybox[mdev].

Rgds,