Re: [gentoo-amd64] Re: Hurray! Radeon KMS in 2.6.31

[Sebastian Redl]

James Ausmus wrote:
>
>
> On Wed, Jun 17, 2009 at 11:02 AM, Nikos Chantziaras  > wrote:
>
> On 06/17/2009 08:35 PM, Mark Knecht wrote:
>
> Good stuff.
>
> So guessing about the path:
>
> 1) Kernel get KMS.
> 2) Xorg-X11 develops and tests for awhile. (probably on-going
> now?)
>
>
> Yup, it's working already because Intel graphics chips already had
> KMS for a while now.  It's already in Ubuntu and Fedora (though
> not enabled by default, I think.)
>
>
> Just as a note - the Radeon KMS uses a different implementation path
> than the Intel KMS - Intel, in the kernel, uses GEM for gfx memory
> management, while Radeon (and Nouveau, and other upcoming) use the new
> TTM (which is also new for .31) - I don't *think* this will affect how
> X interfaces with the kernel driver, but, since TTM is newer than GEM
> (GEM/Intel KMS happened in .29), it might still be a little bit before
> the wrinkles are worked out.
TTM is actually older than GEM, but the Intel guys didn't like TTM and
invented GEM. But GEM is more of an interface than an implementation.
Intel has their own implementation of the GEM interface, and Radeon and
Nouveau will probably share the TTM-based GEM implementation that has
entered the kernel now.

Sebastian

Re: [gentoo-amd64] KDE and kdeprefix

[Sebastian Redl]

Alex Alexander wrote:
> On Thu, Jun 11, 2009 at 23:07, Volker Armin
> Hemmann wrote:
>   
>> please explain me why this option is bad?
>>
>> I can give you  examples why it is good:
>> -you can have multiple versions of kde installed (well, you could in the 
>> past,
>> until someone started to put crap into python's directories).
>> and
>> 
>
> Its not that simple
> KDE wasn't designed to work like this, kdeprefix is a Gentoo Thing
> that is not supported by upstream.
>
> Multiple issues can arise when using kdeprefix, things not working,
> misc kde4 apps linking to wrong kde4 versions, etc.
>
> If you know what you're doing (and how to fix stuff when it breaks ;)
> kdeprefix can be useful. But its primarily meant for developers who
> want to test newer kde versions. Most users should stick to -kdeprefix
> which is widely tested and its upgrade path is cleaner and thoroughly
> checked before each release.
>   
Have the OpenOffice.org problems with -kdeprefix been fixed? When KDE4
entered the tree, you couldn't build OpenOffice unless you enabled
kdeprefix because it chose the KDE4 libs over the KDE3 libs.

Sebastian

Re: [gentoo-amd64] Re: Playing reference MOVs

[Sebastian Redl]

Paul Hartman wrote:
> On Thu, May 14, 2009 at 3:52 AM, Sebastian Redl
>  wrote:
>   
>>
>> Thank you, that worked. I don't know why I only got gibberish when I tried
>> it the first time.
>> 
>
> You may also want to check out this:
>
> http://userscripts.org/scripts/show/2484
>
> (which I have not tried), it appears to maybe solve your problem a
> different way.
>   

Interesting. Thanks.

Sebastian

Re: [gentoo-amd64] Re: Playing reference MOVs

[Sebastian Redl]

On Wed, 13 May 2009 15:55:38 -0500, Paul Hartman
 wrote:
> On Wed, May 13, 2009 at 3:52 PM, Paul Hartman
>  wrote:
>> On Wed, May 13, 2009 at 3:32 PM, Sebastian Redl
>>  wrote:
>>> Nikos Chantziaras wrote:
>>>> Sebastian Redl wrote:
>>>>> Hi,
>>>>>
>>>>> Does anyone know a 64-bit free media player (or other utility) that
>>>>> can
>>>>> dereference reference MOVs? I can't seem to find anything via Google.
>>>>> I
>>>>> want to download a movie trailer for offline viewing, but find myself
>>>>> thwarted.
>>>>
>>>> A URL to an example would be helpful.
>>>>
>>> http://www.apple.com/trailers/disney/princessandthefrog/hd/
>>>
>>> This page has trailers for Disney's new movie, but they're reference
>>> MOVs. I can't find a way to play them short of trying to install
>>> QuickTime.
>>>
>>> Sebastian
>>
>> Mplayer played it just fine for me. 1080p version.
>>
> 
> If you view the reference .mov in a text editor you can see the URL of
> the actual video which you can download with wget or whatever...
> 

Thank you, that worked. I don't know why I only got gibberish when I tried
it the first time.

Sebastian

Re: [gentoo-amd64] Re: Playing reference MOVs

[Sebastian Redl]

Nikos Chantziaras wrote:
> Sebastian Redl wrote:
>> Hi,
>>
>> Does anyone know a 64-bit free media player (or other utility) that can
>> dereference reference MOVs? I can't seem to find anything via Google. I
>> want to download a movie trailer for offline viewing, but find myself
>> thwarted.
>
> A URL to an example would be helpful.
>
http://www.apple.com/trailers/disney/princessandthefrog/hd/

This page has trailers for Disney's new movie, but they're reference
MOVs. I can't find a way to play them short of trying to install QuickTime.

Sebastian

[gentoo-amd64] Playing reference MOVs

[Sebastian Redl]

Hi,

Does anyone know a 64-bit free media player (or other utility) that can
dereference reference MOVs? I can't seem to find anything via Google. I
want to download a movie trailer for offline viewing, but find myself
thwarted.

Sebastian

Re: [gentoo-amd64] upgrading kdebase-startkde

[Sebastian Redl]

Mark Haney wrote:
> Well, I'm ready and willing to upgrade to KDE 4.2 but I've got an issue.
>  I still have KDE 3.5.9 on my system. I probably can kill it, but I'm
> curious as to a solution to my problem.
>
> When I checked on upgrading to 4.2 this is what I got:
>
> [blocks B ] <=kde-base/kdebase-startkde-3.5.10
> ("<=kde-base/kdebase-startkde-3.5.10" is blocking
> kde-base/kdelibs-4.2.0)
> [blocks B ] <=kde-base/kdebase-startkde-3.5.10-r3
> ("<=kde-base/kdebase-startkde-3.5.10-r3" is blocking
> kde-base/kdelibs-3.5.10-r2)
>
> So, I tried to install kde-base/kdebase-startkde-3.5.10-r3 and I got this:
>
> emerge -av =kde-base/kdebase-startkde-3.5.10-r3
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
>
> emerge: there are no ebuilds to satisfy
> "=kde-base/kdebase-startkde-3.5.10-r3".
>
> I don't understand how come I can't seem to find that ebuild?
>
>   
I've got an -r5 in my tree, but no -r3. Revisions are quickly excised
when new revisions come out.

When doing something like this, you shouldn't specify exact versions.
For example, try
emerge -av "

Re: [gentoo-amd64] ~amd64 vs portage.unmask

[Sebastian Redl]

Mark Knecht wrote:
> I seem to be a bit confused about the correct usage of ~amd64 vs
> unmasking a package in the portage.unmask file. Thanks in advance.
>
>
> What's the proper way for me to limit glib at the currently installed
> revision level?
>
>   
portage.unmask is for masking, portage.keywords for keywording. These
are not the same.

You can accept the ~amd64 keyword for just a single version the same way
you can unmask just a single version. Put this in portage.keywords:

=dev-libs/glib-2.18.4 ~amd64


Sebastian

Re: [gentoo-amd64] network services start problems

[Sebastian Redl]

On Mon, 12 Jan 2009 14:27:31 +0200, Nadav Horesh 
wrote:
> The file /etc/conf.d/net is basically empty (only comments)
>  
>>>From /var/log/messages:
> 
> Jan 12 14:07:54 nadav :00:19.0: eth0: (PCI Express:2.5GB/s:Width x1)
> 00:16:76:b9:00:76
> Jan 12 14:07:54 nadav :00:19.0: eth0: Intel(R) PRO/1000 Network
> Connection
> Jan 12 14:07:54 nadav :00:19.0: eth0: MAC: 4, PHY: 6, PBA No:
> ff-0ff
> Jan 12 14:07:57 nadav rc-scripts: WARNING:  netmount is scheduled to
> start when net.eth0 has started.
> Jan 12 14:07:58 nadav :00:19.0: eth0: Link is Up 100 Mbps Full
> Duplex, Flow Control: RX/TX
> Jan 12 14:07:58 nadav :00:19.0: eth0: 10/100 speed: disabling TSO
> Jan 12 14:07:58 nadav netplugd[7904]: eth0: state DOWN flags 0x1003
> UP,BROADCAST,MULTICAST -> 0x00011043
> UP,BROADCAST,RUNNING,MULTICAST,1
> Jan 12 14:07:58 nadav netplugd[8047]: /etc/netplug.d/netplug eth0 in ->
> pid 8047
> Jan 12 14:07:58 nadav netplugd[7904]: eth0: state INNING pid 8047 exited
> status 256
> Jan 12 14:08:03 nadav rc-scripts: WARNING:  dhcdbd is scheduled to start
> when net.eth0 has started.
> Jan 12 14:08:03 nadav rc-scripts: WARNING:  samba is scheduled to start
> when net.eth0 has started.
> Jan 12 14:08:09 nadav eth0: no IPv6 routers present
> 
>  The last line points at what Sebastian indicated
> 

Actually, I just realized that what I said was absolute nonsense. Of course
you don't have an IPv4 address if DHCP won't run. *slaps forehead*

These lines are more interesting:
> Jan 12 14:07:58 nadav netplugd[7904]: eth0: state DOWN flags 0x1003
> UP,BROADCAST,MULTICAST -> 0x00011043
> UP,BROADCAST,RUNNING,MULTICAST,1
> Jan 12 14:07:58 nadav netplugd[8047]: /etc/netplug.d/netplug eth0 in ->
> pid 8047
> Jan 12 14:07:58 nadav netplugd[7904]: eth0: state INNING pid 8047 exited
> status 256

Is this a laptop? Otherwise I see no reason to use netplug.

Sebastian

Re: [gentoo-amd64] network services start problems

[Sebastian Redl]

On Mon, 12 Jan 2009 13:35:47 +0200, Nadav Horesh 
wrote:
> I think that the net.eth0 service start properly:
> 
> nadav nadav # ifconfig 
> eth0  Link encap:Ethernet  HWaddr 00:16:76:b9:00:76  
>   inet6 addr: fe80::216:76ff:feb9:76/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:3103228 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:1688388 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:100 
>   RX bytes:4247059842 (3.9 GiB)  TX bytes:156304214 (149.0 MiB)
>   Memory:d220-d222 
> 

Are you sure? Do you really have only an IPv6 address and no IPv4?

Sebastian

Re: [gentoo-amd64] Troubleshooting XComposite

[Sebastian Redl]

Beso wrote:
> you need also to enable damage and render extension in the extensions
> section. here's what
> ity should look like:
>
> Section "Extensions"
>   Option"DAMAGE" "true"
>   Option"RENDER" "true"
>   Option"Composite" "Enable"
> EndSection
>
>
> you'll also need to enable texturedrender in your device section to
> enable the Xv. i've been not
> using fglrx for some months now (the xf86-video-ati is quite enough
> for my needs) and i don't
> remember all the hacks that are available for fglrx driver. look at
> the phoronix forums for more
> detailed configuration infos about fglrx.
>   
Thank you.
> by the way, what ati board do you posses?! maybe the xf86-video-ati is
> better than fglrx for
> your needs (it has xv, exa and opengl acceleration for boards till r500).
>
>   
R515, so in theory, the radeon or radeonhd drivers should work. In
practice, I had nothing but trouble with them on my experimental setup.

Sebastian

[gentoo-amd64] Troubleshooting XComposite

[Sebastian Redl]

Hi,

When my hard-disk made suspicious noises recently, I decided to replace
it - be safe rather than sorry - and use the opportunity to do a
complete, fresh install of my system. The new system is up and running
(OpenOffice troubles aside), with the added advantage that I finally
managed to get to the most recent ATI binary driver version instead of
that stone-age version that happened to not hang my system under the old
setup.

With the new driver, I want to use its AIGLX capabilities. However, I'm
having trouble getting XComposite to work. I have it enabled in xorg.conf:

Section "Extensions"
Option  "Composite" "Enable"
EndSection

Xorg.0.log agrees:

$ grep -i composite /var/log/Xorg.0.log
(**) Extension "Composite" is enabled
(II) fglrx(0): Sync:  Separate  Composite  SyncOnGreen
(II) Initializing built-in extension COMPOSITE

I've got direct rendering and the RENDER extension:

(II) fglrx(0): Direct rendering enabled
(II) Initializing built-in extension RENDER

And the damage protocol:

(II) Initializing built-in extension DAMAGE


Unfortunately, xdpyinfo disagrees:

$ xdpyinfo | grep -i composite
$

And so does KDE4 (System Settings, Desktop, Desktop Effects), telling me
that compositing is not supported on my system, and that XDamage and
XComposite are not available.


I can't find any information on troubleshooting the problem. Can you
help me out?

Full xorg.conf is attached. I've enabled the xcomposite use flag and
done the Paludis equivalent of emerge -N world.

Sebastian
Section "ServerLayout"
Identifier "aticonfig Layout"
Screen  0  "aticonfig-Screen[0]-0" 0 0
Screen "aticonfig-Screen[0]-1" RightOf "aticonfig-Screen[0]-0"
InputDevice"Mouse" "CorePointer"
InputDevice"Keyboard" "CoreKeyboard"
EndSection

Section "Files"

#ModulePath "/usr/lib64/xorg/modules"
FontPath "/usr/share/fonts/misc"
FontPath "/usr/share/fonts/Type1"
FontPath "/usr/share/fonts/TTF"
FontPath "/usr/share/fonts/75dpi"
FontPath "/usr/share/fonts/100dpi"
EndSection

Section "Module"
Load  "dbe"
SubSection "extmod"
Option  "omit xfree86-dga"
EndSubSection
Load  "freetype"
EndSection

Section "Extensions"
Option  "Composite" "Enable"
EndSection

Section "ServerFlags"
Option  "DontZoom"
Option  "AutoAddDevices" "false"
Option  "Xinerama" "on"
EndSection

Section "InputDevice"
Identifier  "Keyboard"
Driver  "kbd"
Option  "AutoRepeat" "250 30"
Option  "XkbRules" "xorg"
Option  "XkbModel" "pc105"
Option  "XkbLayout" "de"
Option  "XkbVariant" "nodeadkeys"
#Option "XkbOptions"""
EndSection

Section "InputDevice"
Identifier  "Mouse"
Driver  "mouse"
Option  "Device" "/dev/input/mice"
Option  "Protocol" "IMPS/2"
Option  "ZAxisMapping" "4 5"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-0"
Option  "DPMS" "true"
EndSection

Section "Monitor"
Identifier   "aticonfig-Monitor[0]-1"
Option  "DPMS" "true"
EndSection

Section "Device"
Identifier  "aticonfig-Device[0]-0"
Driver  "fglrx"
BusID   "PCI:1:0:0"
EndSection

Section "Device"
Identifier  "aticonfig-Device[0]-1"
Driver  "fglrx"
BusID   "PCI:1:0:0"
Screen  1
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]-0"
Device "aticonfig-Device[0]-0"
Monitor"aticonfig-Monitor[0]-0"
DefaultDepth 24
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Section "Screen"
Identifier "aticonfig-Screen[0]-1"
Device "aticonfig-Device[0]-1"
Monitor"aticonfig-Monitor[0]-1"
DefaultDepth 24
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection

Re: [gentoo-amd64] Error when loading openoffice 3 writer

[Sebastian Redl]

Paul Stear wrote:

Hello all,
I have had this error for some time now and I thought I should try and resolve 
it, but I need help.

This is the error message box on loading:-

Error loading BASIC of document 
file :///opt/OpenOffice.org/share/basic/WebWizard/script.xlb/:

General Error
General input/output error

Has anybody else seeing this message?
Has anybody any thoughts on how to resolve this?
  
I've had this message (or a very similar one) forever with 2.x. I never 
cared to get rid of it. I think I'll do a complete unmerge and clean out 
all the configuration before upgrading to 3.0 and see if it goes away.


Sebastian

Re: [gentoo-amd64] Re: hardware clock often doesn't sync to system on shutdown

[Sebastian Redl]

Thanasis wrote:
I attach the /etc/init.d/clock which shows a local "readonly" variable 
that controls a "--noadjfile" option.

What does the following test do?

if ! touch /etc/adjtime 2>/dev/null ; then
   readonly="yes"
elif [[ ! -s /etc/adjtime ]] ; then
   echo "0.0 0 0.0" > /etc/adjtime
fi
First it tests if a touch of /etc/adjtime succeeds. If not, the file is 
not writeable, and it sets the readonly variable.


Then it tests if /etc/adjtime exists (it does, since the touch 
succeeded) and has non-zero size. If not, it writes a zero adjust into 
the file.


Sebastian

Re: [gentoo-amd64] wxSVGXML?

[Sebastian Redl]

Mark Haney wrote:
> Thanks to everyone for helping this ebuild n00b get working.  I've get
> everything setup, but now I've hit a snag. The ebuild I am working on
> requires svgxml.h and I cannot find that file.  With other distros
> it's in the wxsvg-devel package (or similar), but I can't find one for
> that in Gentoo.  With wxsvg, there's a wxSVG and wxXML folder in
> /usr/include/, but neither have this file.
>
> I don't even know where to begin looking for it in Gentoo.  Ideas?
>
>
Looking at the source code and the ebuild for wxSVG, I see no reason why
the file wouldn't be installed. Are you sure you don't have the wxSVGXML
directory in /usr/include? xmlsvg.h should be in there.

Sebastian
-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] FVWM taskbar segfault on ~amd64

[Sebastian Redl]

Jesús Guerrero wrote:
> Then update the list of overlays with layman -f. You can now list
> the overlays with layman -L, the installed ones with -l, and you
> can add a new one with layman -a . For example, to get
> the devnull overlay, you would do "layman -a devnull".
>   
layman -f is deprecated. Just do a layman -L and it will update
automatically.

Note, however, that it only lists overlays that you have the necessary
tools for, i.e. an overlay managed in a Subversion repository is only
shown if you have Subversion installed, and so on. The most popular
management tools for overlays are Subversion and GIT, so be sure to
merge them, too. There's a few more: rsync is already installed, of
course, then there's Mercurial, Bazaar, and I think the Haskell overlay
is even done in Darcs.

Sebastian Redl
-- 
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] emul-linux-x86-soundlibs/emul-linux-x86-qtlibs emerge loop

[Sebastian Redl]

Mark Knecht wrote:


Hi all,
  I seem to be stuck in a bit of an emerge loop and I can't find my way out.

1) A number of apps depend on emul-linux-x86-soundlibs.

2) emul-linux-x86-soundlibs depends on emul-linux-x86-qtlibs

3) emul-linux-x86-qtlibs wants emul-linux-x86-soundlibs compiled with arts
 

I was in the same loop. I broke it by compiling an earlier version of 
one of the two packages first, which didn't have the requirement. But I 
can't remember which one I compiled first.


Sebastian Redl
--
gentoo-amd64@lists.gentoo.org mailing list

Re: [gentoo-amd64] latest SAMBA problem

[Sebastian Redl]

Mark Haney wrote:
> mount: wrong fs type, bad option, bad superblock on
> //192.168.10.9/noc-shares, missing codepage or other error
>   
Do you specify a codepage? Maybe it became mandatory now.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Testmail für die Liste

[Sebastian Redl]

Wil Reichert wrote:
> Uh, what was the question?

Nothing, it was a test mail sent to the list.

Sebastian
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Re: KISS firewall not working on Gentoo Hardened

[Sebastian Redl]

Duncan wrote:
> "P.V.Anthony" <[EMAIL PROTECTED]> posted
> [EMAIL PROTECTED], excerpted below, on  Thu, 04 Oct 2007
> 08:49:46 +0800:
>
>   
>> I was trying to get the KISS firewall working on Gentoo Hardened amd64.
>> 
> Personally, I tried a number of different firewall scripts, but wasn't 
> really satisfied with any of them.  Most of them tried to do too much -- 
> they had all sorts of config options for configuring big commercial 
> networks, options for shutting off net access to a specific segment of 
> the internal network at a specific time, for instance.  I didn't /need/ 
> that sort of complex configuration, and it only made things more 
> confusing, not less.
>
> At the same time, stuff that should have been simple ended up hugely 
> complex.  I was never sure which modules I needed for which options, and 
> since I was configuring scripts that did the actual configuring of the 
> IPTables based firewall, when something didn't work, I was never quite 
> sure whether it was the script, or a bug in the kernel, or a missing 
> module, or my mistake, or...  Well, I'm sure you can identify right about 
> now! =8^(
>   
I have to disagree with this evaluation. In several years, I found that
shorewall makes simple things simple, and difficult things I've never
tried. My network is really, really simple: a
firewall/fileserver/everything with a slightly defective keyboard that I
carry a screen to when it doesn't work, plus a number of other computers
(one desktop, three laptops, usually) for various family members. The
firewall mainly does three things:
1) Block everything except a few services from the outside.
2) NAT.
3) A few direct port forwards to the desktop computer.

Configuring this is easy enough in IPTables (I did learn them somewhat,
out of interest, though I've forgotten a lot, too), but it's really,
really easy in shorewall.

In all the years I've used Gentoo now, I can only say that I'm highly
satisfied with the program. The only negative point I can find is that
it always wants to overwrite all the configuration files on an upgrade.

Sebastian Redl

-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] PulseAudio, multilib, emul-linux-x86-soundlibs

[Sebastian Redl]

Rodolphe Rocca wrote:
> The emul-linux-x86-soundlibs package (version 10.0-r1) comes with
> basic alsa libraries.
> However, some 32 bits applications using alsa may need 32 bits alsa
> plugins.
> This is especially true in my case where :
> - I _need_  to use 32 bits skype (corporate decision I cannot discuss
> although I would have much to say about)
Which plugin does skype need, exactly? It works fine for me on a 64-bit
system, and skype is a 32-bit-binary-only package.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Java on AMD64

[Sebastian Redl]

Mark Knecht wrote:
> [ebuild  NS   ] dev-java/sun-jdk-1.6.0.02  USE="X alsa -doc -examples
> -jce (-nsplugin)" 0 kB
>   
The flag is masked. You have to first unmask the flag if you want to
enable it. You should be able to do that in
/etc/portage/package.use.unmask if I understood the thread correctly.

Also, for a 32-bit plugin, you need the emul-x86-java package.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Re: nvidia-drivers is bloking xorg-server

[Sebastian Redl]

Duncan wrote:
> So xorg-server-1.3 is no longer experimental.
>   
You're right. My tree was a week old.
However, xorg-x11 7.3 still is ~amd64, and that's what I called
experimental.
>> The nv driver does not provide 3d capabilities.
>> 
>
> Unfortunately true, alto they are working on reverse engineering 3D 
> support.
>   
Yes, but that's the nouveau driver, not nv. I'm not sure if these will
ever get merged.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] nvidia-drivers is bloking xorg-server

[Sebastian Redl]

agtdino wrote:
>> Calculating world dependencies -
>> !!! All ebuilds that could satisfy ">=x11-base/xorg-server-1.4" have
>> been masked.
>> !!! One of the following masked packages is required to complete your
>> request:
>> - x11-base/xorg-server-1.4-r1 (masked by: package.mask)
>>
>> For more information, see MASKED PACKAGES section in the emerge man
>> page or 
>> refer to the Gentoo Handbook.
>> (dependency required by "x11-base/xorg-x11-7.3" [ebuild])
>> 
So the dependency is required by x11-7.3, which is also experimental. (I
just updated to 7.2.) Mask that, too.

The nv driver does not provide 3d capabilities.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Re: More GCC upgrade fun

[Sebastian Redl]

Mark Haney wrote:
> jade:/usr/share/sgml/docbook/dsssl-stylesheets-1.79/html/../common/../common/dbl1sr.dsl:2:66:W:
> cannot generate system identifier for public text "ISO
> 8879:1986//ENTITIES Added Latin 2//EN"
>
> This is really getting silly.  Any thoughts?
>   
This sounds like your catalog files are missing or messed up. You should
perhaps re-merge the various docbook packages.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Ebuild error in gnome-base/gnome-vfs-2.18.1

[Sebastian Redl]

Ian McCulloch wrote:
> Well, false alarm, it doesn't look like an expat problem, you just need to 
> emerge dev-perl/XML-Parser as someone already replied.
>   
That is the expat problem. XML-Parser cannot run due to the broken
dependency, so the config check on it fails.

Remerging XML-Parser solves the problem because it is then linked
against the new expat library.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Java Firefox plugins

[Sebastian Redl]

Florian Philipp wrote:
> Wait a moment! Crashes? Maybe the XServer staying at 99% cpu usage and not 
> responding to anything but moving the mouse? That's what I'm experiencing at 
> the moment on one of my machines.  
>   

Nope, just plain crashes of Firefox. Or, in the case of a release
(instead of debug) build, an infinite loop, but still in Firefox itself.

Sebastian
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Java Firefox plugins

[Sebastian Redl]

Florian Philipp wrote:
> Am Freitag 10 August 2007 21:48 schrieb A. Khattri:
>   
>> Right now Im using a 32bit firefox (not a binary package) because I
>> thought it was the only way to get Flash. Does this mean I can use the
>> latest Flash plugin with my 64bit Firefox build?
>> 
> Yes, it works flawlessly.
>   

I would disagree with "flawlessly", but it generally works pretty well.

I've had some problems where, after Firefox had been running for a long
time, Flash would simply not show up. Restarting Firefox fixes the
problem. I've also had a few crashes directly caused by nspluginwrapper.

I also suspect nspluginwrapper to be behind some assertions thrown from
the JS GC code that look like memory corruptions, but I haven't done any
testing there, so it's a rather baseless accusation.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] System crashes when idle [SOLUTION(?)]

[Sebastian Redl]

Michael Ulm wrote:
> I installed Ubuntu on a second disk and it didn't crash. After a lengthy
> process of comparing setups, I think I found the problem.
>
> In xorg.conf, in the monitor section, I was missing the line
> Options="DPMS"
>
> I'll still have to research how leaving out this option could lead to
> crashes, so I appreciate any insight this group may give.
http://en.wikipedia.org/wiki/VESA_Display_Power_Management_Signaling


Since practically every monitor supports this, and since it's
practically always enabled, it may be that other code paths of X.org are
insufficiently tested, causing the server to crash when it wants to put
the monitor into a power saver mode. That's my best guess.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Baselayout 2 (Was: Sun and GPL)

[Sebastian Redl]

Duncan wrote:
> I don't believe it's stalled now.  Among other things, Roy is designing
> Baselayout-2 to be friendlier to Gentoo/FBSD.  Baselayout-2 is a pretty 
> recent development, and definitely still masked as it's still in serious 
> development.  (FWIW, I've been running 1.13.0_alphaXX for some time, 
> since it was hard masked tho it seems to be ~arch now, but I've not tried 
> 2.0 yet, at all.)
>   
I've got baselayout 2 on my experimental partition (seemed to need it
for getting lvm2 to work with root on a logical volume) and it's working
just fine. Haven't done much yet on that partition, though, not even
installed X.

Sebastian
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] Re: Gentoo crashing?

[Sebastian Redl]

Isidore Ducasse wrote:
> Could you explain what "mobo" means?
>   

Motherboard, also known as mainboard. The component where CPU, RAM and
PCI cards get stuck on.

Sebastian Redl
-- 
[EMAIL PROTECTED] mailing list

Re: [gentoo-amd64] WTF did I do?

[Sebastian Redl]

Mark Haney wrote:
> Which is exactly what I did.  I had assumed that since the profile was
> there (and I run the stable branch for almost everything) that is was
> 'stable' and released.  I'll know to double check that next time.
The stable/testing distinction only applies to what is actually
installed, not to what is in the portage tree. You'll still get ebuilds
for testing packages, too.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Torrent wirh www backend

[Sebastian Redl]

Vladimir Strycek wrote:
> I normaly use rtorrent for torrents but that would be inpossible to
> teach to non UX/computer person... so im lookinkg for something
> similar but with nice www backend...
I really like mldonkey. Of course, it has no searching support for
torrents - you have to search in the browser and copy&paste torrent URLs.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] stopping IPv6

[Sebastian Redl]

arnuld wrote:
> BTW, do you have any idea on "Whether Formatting/Partitioning"
> destroys the Hard-Drive?".
No more than any other read/write operation.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] kernel recompile?

[Sebastian Redl]

Sean wrote:
> With my recent upgrade of gcc to 4, does the kernel need to be
> recompiled?
Not necessarily. I've been running a gcc3-compiled kernel for some weeks
now with a gcc4-compiled system. (Can't seem to get around to upgrading
the kernel.)
However, external modules, if compiled with gcc4, might be incompatible
with the gcc3 kernel.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

sean wrote:
> Thanks
This particular configure run does not check for anything Java. There
might be a different configure script that does and fails.

But I don't know where, or where its log would be.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

sean wrote:
> It is very long, do you want the whole thing, or a certain part?

tail -n 20

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

sean wrote:
> Well, my next build error.
> All, just wanted to say in advance, thanks for all the help.
> I am guessing that this javac error is some setting I need to correct?
>
> Sean
>
>
>
> checking whether to add custom build version... yes, Build 2.0.4.1
> checking whether to build with Java support... yes
> checking the installed JDK... checked (JDK 1.4.2-03)
> checking for target java bytecode version... 1.4
> configure: error: javac not found set with_jdk_home
> make: *** [stamp/build] Error 1
Can you post your config.log? It ought to be in some subdirectory of
/var/tmp/portage/openoffice-2.0.4/ (or whatever the build directory is).

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

sean wrote:
> I do not see one so I guess there is no 64bit version?

It's called blackdown-jdk.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

sean wrote:
> Thanks, I will install blackdown and restart the build, not really
> worried about having to start completely over.
>
> Is there any reason to keep the sun java package installed?
If you don't need Java 5, you can uninstall it. But I think there are
one or two packages actually requiring Java 5.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Openoffice Build

[Sebastian Redl]

Vladimir G. Ivanovic wrote:
> I forgot to mention that it _might_ be possible to restart the
> OpenOffice build from whence it stopped with
>   
Very unlikely. At the point the build fails, many Java files have
already been compiled to .class files by the 1.5 VM. They are
incompatible with the 1.4 VM (unless they're consistently compiled with
a target=1.4 or lower directive) and thus require rebuilding. Resuming
the merge would not do that.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Resuming an emerge where it left off

[Sebastian Redl]

Neil Bothwick wrote:
> ebuild /usr/portage/category/package-version.ebuild merge
>
> Whereas emerge clears the work directory and starts again, running ebuild
> directly does not. It's also possible with emerge with
> FEATURES="keepwork" but I prefer the ebuild method.
>   
With the Thunderbird ebuild, at least, directly invoking ebuild starts
compilation over, but it does not re-unpack the files. I'm not quite
sure how it does that, though. I know it re-runs configure, which might
have something to do with it.
It might actually resume properly on other ebuilds.

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Resuming an emerge where it left off

[Sebastian Redl]

Vladimir G. Ivanovic wrote:


Is what I'm after possible?
 

AFAIK not through Portage. You could, however, go to the work directory 
and issue the commands of the ebuild yourself, then create a ".compiled" 
file in the right directory (parent directory of "work", I think), and 
finish with "ebuild install qmerge".


Of course, that voids the warranty ;)

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: -fPIC - Toolchain broken?

[Sebastian Redl]

Duncan wrote:
> So... anytime I see this error, the first thing I try is flipping some
> CFLAGS on and off, and see if there's a reasonable combination that works.
>  Only if that fails do I try -fPIC and bug it as necessary.
>   
But wouldn't that apply only to errors that occur during the
configuration step? Or have you observed a situation where a compilation
change triggered by a failing non-essential test caused an error later?
> -fPIC is an interesting beast.  It's required on amd64 for all shared
> objects (*.so*), but isn't recommended (except for hardened) for
> application binaries, both due to occasional unexpected complications and
> because it's slower.  Thus, putting it in CFLAGS is NOT a good thing,
> unless it's for a specific library package only, to get it to merge while
> you are waiting for the bug you filed on it (right?) to get
> researched/fixed/tested.
>   
Speaking of which, is there any way to configure flags per package?
Something like /etc/portage/package.flags, where I can configure CFLAGS,
CXXFLAGS and LDFLAGS?

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] -fPIC - Toolchain broken?

[Sebastian Redl]

Simon Stelling wrote:
> I didn't look at the code yet, but I guess it has some #ifndef
> __OPTIMIZED__. __OPTIMIZED__ is set by gcc with -O2 and above. I guess
> if you switch back to your -O3 CFLAGS it will compile.
Worked with -O3.

You know, they say optimization can cause problems ... ;-)

Anyway, just so I understand: the function is inline/static (don't know
which of these causes the problem) which causes compareRanges to be
exported, but not compiled position-independently. The linker, seeing
that, fails. But with -O>1, it somehow doesn't actually export the
function or something like that, and thus it works?

Sebsatian Redl
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] -fPIC - Toolchain broken?

[Sebastian Redl]

Hi,

While trying to compile OpenOffice.org, I was blocked by the inability
to compile icu-3.4.1.
The compilation fails on linking the third library it tries to build,
libicui18n.so, with this message:

/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:
warning: creating a DT_TEXTREL in object.
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:
ucol_wgt.o: relocation R_X86_64_PC32 against `compareRanges' can not be
used when making a shared object; recompile with -fPIC
/usr/lib/gcc/x86_64-pc-linux-gnu/4.1.1/../../../../x86_64-pc-linux-gnu/bin/ld:
final link failed: Bad value
collect2: ld returned 1 exit status

Normally, that would simply indicate that a source file was compiled
without -fPIC, which is wrong. However, that's not the case here: manual
checking of the compiler command lines of all previous sources shows
that they were all, in fact, compiled with -fPIC and -DPIC.

I even manually removed the previously built libraries (libicudata.so
and libicuuc.so) and relinked them with -fPIC, although I don't even
know whether the flag has any influence on linking. Same error.

I have the same problem when manually trying to compile any
Mozilla-based application. However, most programs and libraries build
fine - I just finished merging KOffice without any problems.

So, is my toolchain screwed up? Am I doing something wrong? Is the icu
ebuild simply broken?

Here's my emerge --info:

Portage 2.1.1-r1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1,
glibc-2.4-r3, 2
.6.14-gentoo-r5 x86_64)
=
System uname: 2.6.14-gentoo-r5 x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.12.5
Last Sync: Tue, 17 Oct 2006 19:59:01 +
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python: 2.3.5-r2, 2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache: [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:1.2.17
sys-devel/autoconf:  2.13, 2.59-r7
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O0 -pipe -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c"
CXXFLAGS="-O0 -pipe -march=athlon64"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox
sfperms strict userfetch"
GENTOO_MIRRORS="http://www.distfiles.local http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo";
LANG="en_US.utf8"
LC_ALL="en_US.utf8"
LINGUAS="en en_GB de de_AT"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --delete-after --stats
--timeout=180 --exclude='/distfiles' --exclude='/local'
--exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/overlays/personal
/usr/local/overlays/gentoo-java-experimental /usr/local/overlays/mozilla"
SYNC="rsync://192.168.1.1/gentoo-portage"
USE="amd64 X acl acpi alsa apache2 avi bash-completion berkdb
bitmap-fonts bzip2 cairo cdparanoia cdr cli cracklib crypt css cups dbus
dlloader dri dvd dvdr dvdread elibc_glibc emboss encode fam firefox flac
foomatic fortran gdbm gif gpm gstreamer gtk2 hal imap
input_devices_evdev input_devices_joystick input_devices_keyboard
input_devices_mouse ipv6 isdnlog jack java jpeg jpeg2k kde
kdeenablefinal kdehiddenvisibility kernel_linux libg++ linguas_de
linguas_de_AT linguas_en linguas_en_GB logitech-mouse mad mikmod mng
mono mozilla mp3 mpeg mysql mysqli ncurses nls nptl nptlonly offensive
ogg oggvorbis openal opengl pam pcre perl png ppds pppd python qt qt3
qt4 quicktime readline reflection samba sdl session sndfile soundtouch
spell spl sqlite ssl svg tcpd theora tiff truetype truetype-fonts
type1-fonts udev unicode usb userland_GNU video_cards_fglrx
video_cards_radeon vorbis wmf xine xinerama xml xorg xosd xpm xprint
xscreensaver xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS,
PORTAGE_RSYNC_EXTRA_OPTS

The -O0 was a temporary thing that I need to get rid of; most of my
system is -O3 -fomit-frame-pointer.

Thanks,
Sebastian

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] OpenOffice.org natively available for AMD64

[Sebastian Redl]

Simon Stelling wrote:
> Hi all,
>
> It finally happened: openoffice is expected to compile and work
> natively  on amd64. In fact, I have just removed the package.mask
> entry. Versions starting from 2.0.4 should work and are therefore
> marked testing on amd64 (i.e. there still might be problems - please
> file bugs if you find any). That also means that you no longer need to
> run a multilib profile just because you need openoffice.
That's fantastic news! I'll wait a few hours for the mirrors to
propagate the change, then I'll try it out. One more piece of nice
64-bit software for me. :-)

Sebastian Redl
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] New install of amd64 with raid

[Sebastian Redl]

On Wed, September 13, 2006 8:35 am, David Klaftenegger wrote:
> Additionally you can use both raid-1 and raid-0 with different
> partitions on the same two disks.

Be *extremely* careful with that!
Yes, it works. Yes, it provides data safety for your RAID-1 partitions.

But it can also kill your system if you have anything that's essential for
booting on RAID-0. (Like /usr.)

Don't put anything except perhaps /var/tmp/portage on a RAID-0 if you care
about system stability. I've had a very bad experience with this just
three weeks ago.

Sebastian Redl

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: JRE - how to install one?

[Sebastian Redl]

On Tue, September 5, 2006 9:15 am, Boyd Stephen Smith Jr. wrote:
> Actually, kaffe (GPL-2 licenced) is now an option to satisfy many
> packages dependencies on a 1.4 (generation-1) jvm/jre/jdk.
>
> We still don't have a freedomware 1.5+ (generation-2) jvm/jre/jdk for
> Gentoo, AFAIK.

Careful with the names. According to [1], Java generations have nothing to
do with the actual Java version. They refer to whether the package ebuilds
use the old (generation 1) or new (generation 2) Java build system.


[1] http://www.gentoo.org/proj/en/java/java-upgrade.xml

Sebastian Redl

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] changing AMD64 to AMD64 X2 4400

[Sebastian Redl]

Piotr Pruszczak wrote:

and - on the other hand - in your opinion this cpu will became cheaper 
in close future?

Now it costs about 425 Euro in Poland (including VAT 22%)


I've heard that AMD plans a massive price reduction when Intel comes out 
with the Conroe series. That's only a rumor though.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] I don't want mplayer-bin to play vmw files!

[Sebastian Redl]

Jerônimo Backes wrote:

I have a amd64 machine, with a 64-bit installation. And I HATE 
mplayer. I don't want to use it to play movies, but for the wmv and 
other formats only supported by win32codecs, I have no options. 
There's only the 32 bit version of mplayer available, and only a 32 
bit player can use win32codecs.


Can I compile some other player (like Totem, Kaffeine, Xine) as 32 
bit? If not, how can I install any 32 bit player other than mplayer?


I don't know if Gentoo offers anything, but failing that, you can always 
just download a 32-bit binary of xine and a player based on it, and use 
that. Ought to work without problems.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Too many open files in KTorrent

[Sebastian Redl]

Nicolas MASSÉ wrote:

I agree with you that it is necessary to have limits, but I think all limits 
should be adjustable at runtime or at compile time but not a mix of both !
 

In this case, however, it is the file per application that is adjustable 
at compile time, and the files per process hierarchy (effectively user) 
that is adjustable at runtime, if I understand it correctly. (My ulimit 
man page seems very incomplete.) So it's two different limits.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] error while emerging dev-lang/php-5.1.2

[Sebastian Redl]

Paul de Vrieze wrote:


You should have more luck with the threads useflag. Or by remerging apache2.
 

Unlikely. The problem is either a corrupted sync mirror, an error in the 
ebuild referencing a removed patch, or an error in the tree having 
deleted a still-needed file.

Resyncing after a day or two usually solves this kind of problem.

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] openoffice-bin-2.0.2 hang for regular users

[Sebastian Redl]

Thierry de Coulon wrote:

What does OOo use Java for anyway? I've made installations on machines that 
did not have java with no problem. And I've turned it off on my machine 
without noticing anything but a faster start...
 

OO.org Base is based on HBSQL (or something like that), which is 
implemented entirely in Java.

Some other features use Java too, but nothing mainstream.

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Nocona / EM64T support?

[Sebastian Redl]

Boyd Stephen Smith Jr. wrote:

Is anyone where successfully running an amd64 profile on a EM64T chip, like 
the nocona?  Is this a supported configuration?  Or, should EM64T users 
use a x86 profile, with a custom CHOST?
 

Not running it, but starting with 2006.0, EM64T is officially supported 
by the amd64 architecture project.

From the project page:
"The AMD line of 64-bit extended processors were released well ahead of 
Intel's offering. Therefore, for historical reasons the arch keyword for 
all x86-64 compatible architectures is amd64."


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Re: Re: Fragmentation

[Sebastian Redl]

Mark Haney wrote:

Go get the System Rescue CD www.sysresccd.org.  It's bootable from CD, 
has great utilities for recovery and includes QtParted, which I've 
used on many occasions with no problems.  I keep a copy of that CD 
handy at all times.


Be careful with relocating ReiserFS partitions, though. My applications 
partition was very thoroughly destroyed after making it smaller and 
moving it to the end of the disk (which was very problematic in itself.)


YMMV, of course.

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Wow! KDE 3.5.1 & Xorg 7.0 w/ Composite

[Sebastian Redl]

Peter Humphrey wrote:


Duncan wrote:
 


If so, it still stands. This use of 'enabled' to mean 'set' is just plain
wrong. Sorry if that offends anyone.
 

Wrong? Language evolves. It always has, and it always will. In modern 
technical usage, "enable" can mean the same as "activate". Grumbling 
won't help.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Fragmentation (Was: Re: Re: Re: Wow! KDE 3.5.1 & Xorg 7.0 w/ Composite)

[Sebastian Redl]

Duncan wrote:


### udf (packet written optical) slow, but s/b b4 iso9660 if present.   
###
 

Completely off-topic, but thank you for this info. I wondered how to 
access DVD-RAMs in Linux.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] PHP4 and not PHP5

[Sebastian Redl]

Clemente Aguiar wrote:

I followed the instructions in 
http://www.gentoo.org/proj/en/php/php-upgrading.xml?style=printable

and intalled just PHP4: emerge '=dev-lang/php-4*'

I do not want to install PHP5, but now when I ran "emerge --update world" it 
wants to install PHP5.


How can I prevent PHP5 from being installed, and still be able to keep my 
system up to date, including PHP4, using "emerge --update world"?


Clemente
 


You can put this line into /etc/portage/package.mask
>=dev-lang/php-5

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Upgrade from single to dual core CPU

[Sebastian Redl]

Matthias Wolle wrote:

You are right! AMD licenced HT-Technology from Intel. 
AMD Dual Core CPU's uses this to fake a HT-CPU.
 

"Fake"? Hyperthreading is just a fancy word for what AMD's "Dual Core" 
describes much better: these CPUs have multiple cores, i.e. instruction 
handlers, that share the integer, floating point etc. units. The idea is 
that, since in a conventional CPU all but one of these units are idle at 
all times, multiple cores could make better use of the CPU.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] any2vob broken

[Sebastian Redl]

Jared Lindsay wrote:


Isn't that the default?
 


Not if you're running a ~amd64 system.

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] any2vob broken

[Sebastian Redl]

Neil Stone wrote:


ok, so I added app-shells/bash-2.05b-r11 to the end of
/etc/portage/package.mask (which i think ir right) and it still insists
on using the 3.x version... this isn't right is it ??
 

No, this is exactly the wrong way around. Portage will not install 
anything you put into package.mask, so you'll want to mask everything >= 3:


>=app-shells/bash-3

The problem with the solution offered by Dominik is that the next 
upgrade will want to replace the bash 2 with bash 3 again.
On the other hand, if you add the mask line and forget about it, your 
system will be stuck with 2 forever.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] [SOLVED] Amarok and X.org crashing with hardened gentoo on amd64

[Sebastian Redl]

Nicolas MASSE wrote:

After some investigations, I found that the X server could run with the nv 
driver but not with the nvidia driver, and Amarok crashed within a function 
in /usr/lib64/opengl/nvidia/lib/... 

A strace gave me : 


open("/dev/zero", O_RDWR)   = 3
mmap(NULL, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|0x40, 3, 0) = -1 
EPERM (Operation not permitted)
mmap(NULL, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE, 3, 0) = -1 EPERM 
(Operation not permitted)

close(3)= 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
 

Nice work. You could also perhaps file a bug against the nvidia driver - 
it definitely shouldn't crash because mmap fails. Instead it should fail 
gracefully.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: XOrg 6.9

[Sebastian Redl]

Francesco Talamona wrote:

I also made a little script to help unmask all the packages needed, 
anyway it is a process quite tedious :-)
 


Care to share? It is indeed quite tedious.

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] 32-bit and 64-bit Firefox on same system

[Sebastian Redl]

Mark Knecht wrote:


One other strange one. I find that I can run either one locally and it
works great, but if I shell into a remote machine and run it across
the netowrk the remote copy picks up local bookmarks if the local copy
was open first, but remote bookmarks if it's opened first.
 

How is that even logically possible? Are you sure it doesn't open 
another local window instead? I can't imagine how the remote copy would 
even access your local bookmarks.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] 32-bit and 64-bit Firefox on same system

[Sebastian Redl]

Mark Haney wrote:

Is it possible to run Firefox and Firefox-bin on the same box without 
problems? I keep finding myself needing to use Flash and am tired of 
waiting to boot to Windows or use another desktop.


Absolutely. Aside from the compiled Fox not working at all on my system 
right now, and the binary one having problems with my (perhaps outdated) 
Flash plug-in, I had, for the longest time, firefox, firefox-bin, 
mozilla and mozilla-bin running alongside without any problems.
Note that it is not possible to run them at the same time, though: you 
must completely exit one to be able to launch the other, because 
otherwise the window detection will grab existing windows. In addition, 
they share profiles, so you'd get a profile reuse warning if you managed 
to start them both.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: provide net

[Sebastian Redl]

Dave Crane wrote:

No, whomever made apache2 "need net" instead of "use net" made the decision 
for me (negating the admin).  Now, I cannot use apache2 locally with my laptop 
without changing rc.conf.
 

This makes me wonder: is there a simple method /for an initscript 
author/ to make an appplication require *some* sort of network 
interface, whether that's a loopback or something else, and another 
application require some non-local network interface?
As this discussion shows, some applications (Apache) are useful with 
only the loopback, while others (NFS, Lisa) are useless without some 
external network.
The net strict checking setting serves no real-world use case that I can 
see: it allows a system admin to decide whether all net applications on 
his machine (and there's no fine-grain control) are useful without 
external network access.
This is too general a statement to make a proper decision about. While 
the final decision whether an application that has some (perhaps 
limited) functionality with the loopback should launch if that's all 
that's available should rest with the sysadmin, this must be a 
per-application setting, and the first decision must come from the 
maintainer: whether there is anything useful the application can do in 
the first place.


As such, the distinction should exist between
need somenet
and
need extnet
. The names are stupid and should change, of course, but you get the 
idea. The idea, in a way, would be to do away with all the net.* provide 
special case, and make those net scripts provide one or both of these in 
the old-fashioned way:


net.lo
-
provide somenet

net.eth0

provide somenet extnet

Definitely not an expert, but the current situation has always struck me 
as strange. Can someone explain the rationale behind it?


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Can't mount cdrom?

[Sebastian Redl]

Peter Martin wrote:

eject still doesn't work, but I don't think I should worry about it 
yet, as there is still another cd of apps to install. If , at the end 
it still doesn't work, then I should raise the flag.


You need to merge sys-apps/eject .

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Can't mount cdrom?

[Sebastian Redl]

Peter Martin wrote:

"Mount: wrong fs type, bad option, bad superblock on 
/dev/cdroms/cdrom0, or too many mounted file systems."


Did you compile the kernel with support for the CDROM filesystem (ISO 
something)?

What was your exact mount command?

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Now I have a problem with l32 too

[Sebastian Redl]

Peter Humphrey wrote:

I finally got to the stage of being able to try Billy's l32 utility 
for myself, and I found that it doesn't set the machine type, so 
emerge in the chroot jail tries to compile 64-bit code. 


Actually, emerge doesn't care about what uname reports - only some 
broken ebuilds might. Emerge only cares about the architecture set in 
the make profile.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] AMD64 - Firefox, flash, java, mplayer and more....

[Sebastian Redl]

Mark Knecht wrote:


One problem I see with your suggestion is that I need to play wmv
files from web links and the win32codecs flag for mplayer is masked
out on my box. Until I set this positive in my chroot'ed environment
all I got was audio. With it turned on I get video also.

If this cannot be turned on in the 64-bit world then the 64-bit world
wouldn't work for me.
 

The win32codecs flag enables mplayer to use binary codecs written for 
Windows. Since for now these libraries are all 32 bit, they can't be 
called from 64-bit code.
However, the 32-bit version of mplayer is able to use them. At least it 
does on my box.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] gcc compile failed after 2005.1-r1 instalation

[Sebastian Redl]

Clemente Aguiar wrote:


 I did a new instalattion of Gentoo 2005.r1 (AMD64).

After the basic stage3 instalation, kernel compilation and reboot, 
everything was fine.

I then decided to recompile all:


It appears as if the necessary 32-bit libraries for something are 
missing. Emerging the emulation glibc might solve the problem.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] AMD64 - Firefox, flash, java, mplayer and more....

[Sebastian Redl]

Brett Johnson wrote:


When the actual 32 bit X app starts up, it will use sockets to talk
directly to your 64 bit X server.

This is the same as starting a X application on a remote system with X
forwarding. The actual code is executed on the remote system (what ever
the platform is) and the display is sent of the network and displayed on
your local X server.
 

Does that mean that shared memory communication (e.g. Xv, I think) 
doesn't work across the bit barrier?


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] 32-bit-app 3D acceleration on amd64

[Sebastian Redl]

Brett Johnson wrote:


I know it's considered bad mojo to run X as root, but what I do in these
situations shut down all X servers, log into the console as root and run

X > x.log 2>&1

Once I get the lovely grey checkered screen, kill the server

 +  + 

I then review the x.log and /var/log/Xorg.0.log for errors. If you still
see "Permission denied", then the problem is most likely with a missing
driver/module (which is what I am guessing is your problem).


May I suggest caution trusting these results? From what the OP said, the 
permission problem only occurs when starting a 32-bit 3d program, so it 
wouldn't appear in this case.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] openoffice 2 compiles?

[Sebastian Redl]

[EMAIL PROTECTED] wrote:


I speak programmer. This is jargon meaning the code is so complicated
and/or so poorly understood that it might be easier, faster, more
reliable, better in the long run, and more personally rewarding to
rewrite.  :)

 

I looked at this presentation. It makes me shudder. I'm aware of the 
typical portability problems, but I didn't think OOo was THAT bad.


Sebastian
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] openoffice 2 compiles?

[Sebastian Redl]

Hanno Meyer-Thurow wrote:


Why I call it 64bit hacks?
That patchset for 64bit support lets OpenOffice.org compile on amd64
but then runtime is still unstable. One thing is to make OpenOffice.org
compile on amd64. The other thing is to make OpenOffice.org runtime
stable. That means some code just does not need fixing but a full
rewrite from scratch until it works nicely on amd64.

If I say something wrong anyone please correct me! Thanks.
 

Well, I disagree that the code needs a full rewrite. Why? All it needs 
is correcting all places where it attempts to store pointers in 32-bit 
variables. Admittedly, in the core of UNO this might happen a LOT (due 
to its nature it does a lot of direct memory manipulation), but there's 
no real reason why it should be re-written from scratch.
If the UNO runtime violated other portability issues (such as code 
execution protection), it wouldn't run at all in 64-bit mode, perhaps 
not even when compiled as 32-bit.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: modules

[Sebastian Redl]

Duncan wrote:


You don't need to load /any/ modules at boot, if you compile everything
you'd normally load at boot and never unload, into the kernel itself,
instead of as modules.
 

The single exception here are binary-only modules, usually proprietary 
drivers. The ATI graphics driver fglrx comes to mind.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Re: Re: libungif and giflib conflict.

[Sebastian Redl]

Duncan wrote:


What depclean does is starting from your world file (and including stuff
in your system profile that's not specifically listed in the world file),
figure out what each package listed there needs to RUN (run-time
dependencies, as opposed to compile-time dependencies), BASED ON CURRENT
USE FLAGS, then unmerge other packages as unnecessary.
 

Actually, that's not 100% correct. If that was so, depclean would never 
remove system packages.
But it does. On my setup, which is purely udev, depclean wants to 
remove devfsd. It warns me that it wants to remove the system package, 
but it would do it anyway.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: Root on Raid and LVM

[Sebastian Redl]

Florian D. wrote:

i have a similar solution with a raid5 for /opt /usr /home, etc. and a 
small / on raid1. but i think grub is better in this situation, 
because with the grub shell, in case of a failed disk, the changed 
identification of the subsequent disks can easily be corrected. i 
don´t know how lilo handles this.


My RAID setup (two disks) looks like this:
/boot -> RAID 1
/var -> RAID 1
/var/tmp/portage -> RAID 0 (no use wasting space there, and it might 
even speed up compilation a bit)
/usr -> RAID 0 (nothing in /usr that can't be simply reinstalled, thus 
again no reason to waste space)

/ -> RAID 1

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] emerge kde problems

[Sebastian Redl]

Hamish Marson wrote:


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I have a problem with emerging kde... ever since going to 2005.0 I get

 

It seems that you have a few packages from the split ebuild version of 
KDE installed. Since the grouped ebuilds and the split ebuilds contain 
the same programs, they block each other.


I recommed completely cleaning out everything from kde-base and starting 
anew then. (I'd install the split ebuilds then, but it's your call.)


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Thunderbird segfaults

[Sebastian Redl]

Richard Freeman wrote:


Is anybody else having segfault problems with thunderbird after the latest
upgrade (1.0.7)?  I'm guessing there was a GLSA of some sort as this
version was very rapidly made stable and the old version was removed from
portage.  So, now I'm stuck without a working version.  I guess I can just
manually untar my old binary package, or possibly dig up the old version
out of CVS (sure, security bugs are bad, but a non-working version isn't
much better).
 

I'm running 1.0.7 on a hybrid system (mostly amd64, some ~amd64 stuff 
(split KDE), and since recently the modular xorg, which is even package 
masked).
Unlike the rest of my system, Thunderbird is nearly completely stable. I 
had one crash in two weeks.
(On the other hand, I can bring X down by scrolling through the OOo font 
selection dropdown, so I'm talking about a REALLY unstable system.)


For what it's worth, my emerge info:
Portage 2.0.51.22-r3 (default-linux/amd64/2005.0, gcc-3.4.4, 
glibc-2.3.5-r2, 2.6.11-gentoo-r6vesa x86_64)

=
System uname: 2.6.11-gentoo-r6vesa x86_64 AMD Athlon(tm) 64 Processor 3200+
Gentoo Base System version 1.6.13
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox:1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-O3 -pipe -fmove-all-movables -fomit-frame-pointer -march=athlon64"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env 
/usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config 
/usr/lib64/mozilla/defaults/pref /usr/share/config 
/usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ 
/usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ 
/usr/share/texmf/xdvi/ /var/qmail/control"

CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -pipe -fmove-all-movables -fomit-frame-pointer 
-march=athlon64"

DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://www.distfiles.local http://distfiles.gentoo.org 
http://www.ibiblio.org/pub/Linux/distributions/gentoo";

LANG="en_US.utf8"
LC_ALL="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://192.168.1.1/gentoo-portage"
USE="amd64 X acl acpi alsa apache2 arts avi bash-completion berkdb 
bitmap-fonts cdparanoia cdr crypt cups curl dbus dri dvd dvdr dvdread 
emboss encode esd fam firefox flac foomatic foomaticdb fortran gd ggi 
gif gnome gpm gstreamer gtk gtk2 guile imagemagick imap imlib ipv6 java 
jpeg jpeg2k junit kde kdeenablefinal libwww logitech-mouse lzw lzw-tiff 
mad mng motif mozilla mp3 mpeg mysql mysqli nas ncurses nls nptl 
offensive ogg oggvorbis openal opengl pam pdflib perl png ppds python qt 
quicktime readline samba sdl sndfile spell ssl svg tcltk tcpd tetex 
theora tiff truetype-fonts type1-fonts udev unicode usb userlocales 
vorbis wmf xine xinerama xml xml2 xosd xpm xprint xscreensaver xv zlib 
userland_GNU kernel_linux elibc_glibc"

Unset:  ASFLAGS, CTARGET, LDFLAGS, LINGUAS
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] openoffice-bin toolbar icons

[Sebastian Redl]

Yann Ramin wrote:



I've noticed this too, haven't figured out a proper solution to this.

I've been using OO.o v2 on my Ubuntu laptop because of it. Version 2 
is a far cry better than 1. Does v2 build on AMD64 reliably now? 
Anyone tried their luck?


The icon thing is a known bug in later Xorg versions that affects mostly 
OOo and Wine apps.


I upgraded to OOo2 rc3 yesterday, and the porblem is gone. However, 
that's a binary x86 version; I haven't tried source yet, don't even know 
if it's supported.


However, OOo2 crashes my X server while browsing through fonts. I'm not 
sure whether this is OOo' fault or that of my X server (the experimental 
modularized version). I heard that the final release was moved into 
Portage last night, so I'll check that out today.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Merged Framebuffer

[Sebastian Redl]

Duncan wrote:


Oh...  Previously I was trying to run a separate "screen" config for each
monitor, thus, two per card since each card has two outputs.  I'm now
running xorg's merged framebuffer for Radeons, so it's actually possible
the problem will have disappeared when I actually try it again...
 

What exactly are the effects of this, and how do I do it? I have a 
Radeon 9800 Pro with two monitors, and right now they're rather 
disjointed. I'd like them to act as one, but I don't want maximized 
windows being spread over both screens.


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Errors when doing an emerge -uD world

[Sebastian Redl]

John C. Shimek wrote:

I think the biggest problem, I could be wrong thoug, is that usually 
when packages get remasked like that and upgrades go backwards, it is 
a security problem.  And even that seems to be uncommon.  I have not 
ever seen one of my packages go backwards but I could have missed one 
or two.


In the other direction, the biggest problem is when you explicitely 
unmask a specific version (echo "=dev-db/mysql-5.0.9-alpha ~amd64" >> 
/etc/portage/package.keywords) and then there's a minor upgrade 
(=dev-db/mysql-5.0.9-beta), and the version you unmasked is thrown out. 
Doing a blind -uD will downgrade to the latest stable version in that case.
Of course, the answer here is to use -p and unmask the new versions 
before proceeding. And you can mask the old ones to guard yourself 
against accidental downgrading. (echo "> 
/etc/portage/package.mask)


Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: kwin is crashy

[Sebastian Redl]

Volker Armin Hemmann wrote:


why do you thing, that it is the CFLAGS 'failing'?
 


I don't think that. I just mentioned that it's the only way to find out if.

Sebastian
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: kwin is crashy

[Sebastian Redl]

Volker Armin Hemmann wrote:


./test_pni
cpuid(0) returns 1 (AuthenticAMD)
cpuid(1) returns 00020ff2 0800 0001 078bfbff
Result is 496498219533200


looks like cpuinfo is correct for me.
 

In that case, your only choice to find failing CFLAGS is probably to 
remove them selectively.


Sebastian
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Re: kwin is crashy

[Sebastian Redl]

Volker Armin Hemmann wrote:


On Sunday 25 September 2005 16:36, Duncan wrote:
 

from the OPN it is an E6 venice - and from all the info I found, the Venice 
are the ones with SSE 3
 

cpuinfo is known to return bogus pni support for Athlon64s. More 
information and a program to test for real sse3 support can be found here:

http://www.ussg.iu.edu/hypermail/linux/kernel/0504.3/1027.html

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Umlaut character handling...

[Sebastian Redl]

Roman v. Gemmeren wrote:


hi,

you can create any file you want to be sourced at login in
/etc/env.d/.

Here is mine:
[EMAIL PROTECTED] ~ $ cat /etc/env.d/02locale
LC_ALL="de_DE.utf8"


Notice the utf8 instead of utf-8. It may be irrelevant here, but i
found out the hard way, that some place needs utf-8 and another one
utf8.

Greetings from Germany,

Roman
 


Check locale -a to be sure. These three need to match one of the lines.

Sebastian
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] account assistance

[Sebastian Redl]

Winston Messer wrote:


Stay clear of the false pay-pal e-mail.  I'm sure y'all already know
it's rubbish, but the link takes you to an account-info-gathering page
by the Bad Guys.

I find it hilarious that mailing lists get these things.

Winston
 


I've contacted the host of the fake site. I hope they get the bastard.

Sebastian
--
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] Whats dropping multilib?

[Sebastian Redl]

Alex Bennee wrote:


I updated my profile following the scripts instructions. As multilib is
a requirement I added it to make.conf but now when I execute emerge with
--newuse to bring other stuff to sync I find it wanting to rebuild gcc
without multilib:
 


Your profile's use.mask contains this:
# Jeremy Huddleston <[EMAIL PROTECTED]>
# multilib is forced on when we have ${MULTILIB_ABIS} defined
multilib

In other words, since you used the script to upgrade, the multilib flag 
is not a choice, but forced enabled. Don't worry about it.

(make.defaults in the profile defines MULTILIB_ABIS)

Sebastian Redl
--
gentoo-amd64@gentoo.org mailing list