Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
what is virtualx.eclass ?
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Mon Jan 04, 2010 4:42 pm    Post subject: what is virtualx.eclass ? Reply with quote

A while ago I installed gkrellm-leds, unfortunately the test did not pass. I was told to do this:

Since it tries to open DISPLAY you should use virtualx.eclass to test this.

I have no idea what to do here!
Back to top
View user's profile Send private message
Mike Hunt
Watchman
Watchman


Joined: 19 Jul 2009
Posts: 5287

PostPosted: Mon Jan 04, 2010 5:24 pm    Post subject: Reply with quote

Can you post the entire error output please, and your emerge --info as well.
Back to top
View user's profile Send private message
pilla
Bodhisattva
Bodhisattva


Joined: 07 Aug 2002
Posts: 7729
Location: Underworld

PostPosted: Mon Jan 04, 2010 5:39 pm    Post subject: Reply with quote

Moved from Installing Gentoo to Portage & Programming.
_________________
"I'm just very selective about the reality I choose to accept." -- Calvin
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Mon Jan 04, 2010 6:12 pm    Post subject: Reply with quote

The problem is described here: https://bugs.gentoo.org/show_bug.cgi?id=284168
Back to top
View user's profile Send private message
Mike Hunt
Watchman
Watchman


Joined: 19 Jul 2009
Posts: 5287

PostPosted: Mon Jan 04, 2010 7:26 pm    Post subject: Reply with quote

Simple answer: disable test USE flag.
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Mon Jan 04, 2010 7:37 pm    Post subject: Reply with quote

Mike Hunt wrote:
Simple answer: disable test USE flag.

I don't think that that explains what Diego said...
I want the test to run and pass. This may help to reveal incompatibilities or wrong settings on my pc.
Back to top
View user's profile Send private message
timeBandit
Bodhisattva
Bodhisattva


Joined: 31 Dec 2004
Posts: 2719
Location: here, there or in transit

PostPosted: Mon Jan 04, 2010 9:35 pm    Post subject: Reply with quote

as.gentoo wrote:
Mike Hunt wrote:
Simple answer: disable test USE flag.

I don't think that that explains what Diego said...
I want the test to run and pass. This may help to reveal incompatibilities or wrong settings on my pc.
Diego's reply implies the ebuild itself (for gkrellm-leds) must be corrected. There is nothing you as user can do to fix the problem--other than report a bug, which has been done--unless you are prepared to copy the ebuild to a local Portage overlay and correct that local copy.

The problem is at least one of the tests for that package needs to communicate with an X server, which won't be possible if, for example, emerge is run from the console. Portage provides an eclass (a library of functions/functionality for use in ebuilds) named virtualx to address this, by ensuring a real or virtual X server is available during the build (starting a virtual X server if necessary).

If you are unable or unwilling to patch the ebuild, turn off the test USE flag as suggested, until an update is released. You might also simply be able to emerge the package when su'ed from your normal user within an X terminal. This would set the DISPLAY variable properly, whose absence seems to be the basic problem.
_________________
Plants are pithy, brooks tend to babble--I'm content to lie between them.
Super-short f.g.o checklist: Search first, strip comments, mark solved, help others.
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Mon Jan 11, 2010 8:51 am    Post subject: Reply with quote

First of all: I am sorry for replying this late. :oops:

Anyway, thank you for this clarification!

I'll try to emerge gkrellm-leds from GNOME-Terminal as soon as I have been brave enough to execute revdep-rebuild (which will emerge 80 packages (51 upgrades, 9 new, 1 in new slot, 19 reinstalls)) ... although ... um ... after emerging gnome I always used gnome-terminal to emerge stuff. But lets see. :)
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Sat Jan 16, 2010 12:32 am    Post subject: Reply with quote

Here is what I did.
As you can see a few lines below $DISPLAY is set. I can't say so that isn't the problem because the error message here says something different, but it seems to happen at the same place. IMO that's suspicious...
Quote:
# echo "\$DISPLAY is $DISPLAY"; cat /etc/make.conf | grep -i test; emerge -v gkrellm-leds;
$DISPLAY is :0.0
FEATURES ="ccache stricter test"
USE="${USE} test"


These are the packages that would be merged, in order:
Calculating dependencies... done!
[ebuild R ] x11-plugins/gkrellm-leds-0.8.1 0 kB
Total: 1 package (1 reinstall), Size of downloads: 0 kB
>>> Verifying ebuild manifests
>>> Emerging (1 of 1) x11-plugins/gkrellm-leds-0.8.1
* gkleds-0.8.1.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ]
* checking ebuild checksums ;-) ... [ ok ]
* checking auxfile checksums ;-) ... [ ok ]
* checking miscfile checksums ;-) ... [ ok ]
>>> cfg-update-1.8.2-r1: Checksum index is up-to-date ...
>>> Unpacking source...
>>> Unpacking gkleds-0.8.1.tar.gz to /var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work
>>> Source unpacked.
>>> Compiling source in /var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work/gkleds-0.8.1 ...
make -j2
gcc -Wall -O2 -fPIC `pkg-config gtk+-2.0 --cflags` -DGKLEDS_SELFCOMPILE -c -o gkleds.o src/gkleds.c
[...]
src/gkleds.c:900: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
gcc -shared -L/usr/X11R6/lib -lX11 -lXtst `pkg-config gtk+-2.0 --libs` -o gkleds.so gkleds.o gkleds_ind.o gkleds_conf.o
>>> Source compiled.
>>> Test phase [test]: x11-plugins/gkrellm-leds-0.8.1
make -j2 -j1 test

make clean
make[1]: Entering directory `/var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work/gkleds-0.8.1'
rm -rf *.o *.so* *.dll *~ \#* *.dsw *.ncb *.opt *.plg Release Debug
rm -rf src/*~ src/\#*
rm -rf src/gkrellm2/*~ src/gkrellm2/\#*
make[1]: Leaving directory `/var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work/gkleds-0.8.1'
make DEBUG="-DGKLEDS_DEBUG"
make[1]: Entering directory `/var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work/gkleds-0.8.1'
gcc -Wall -O2 -fPIC `pkg-config gtk+-2.0 --cflags` -DGKLEDS_SELFCOMPILE -c -o gkleds.o src/gkleds.c
src/gkleds.c: In Funktion »gkleds_conf_create«:
src/gkleds.c:581: Warnung: Typkonvertierung in Zeiger von Ganzzahl anderer Breite
src/gkleds.c:722: Warnung: Typkonvertierung in Zeiger von Ganzzahl anderer Breite
src/gkleds.c: In Funktion »spin_order_changed«:
src/gkleds.c:787: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
src/gkleds.c:825: Warnung: Typkonvertierung in Zeiger von Ganzzahl anderer Breite
src/gkleds.c:830: Warnung: Typkonvertierung in Zeiger von Ganzzahl anderer Breite
src/gkleds.c: In Funktion »pm_idx_altered«:
src/gkleds.c:900: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
src/gkleds.c:900: Warnung: Typkonvertierung von Zeiger auf Ganzzahl anderer Breite
gcc -Wall -O2 -fPIC `pkg-config gtk+-2.0 --cflags` -DGKLEDS_SELFCOMPILE -c -o gkleds_ind.o src/gkleds_ind.c
gcc -Wall -O2 -fPIC `pkg-config gtk+-2.0 --cflags` -DGKLEDS_SELFCOMPILE -c -o gkleds_conf.o src/gkleds_conf.c
gcc -shared -L/usr/X11R6/lib -lX11 -lXtst `pkg-config gtk+-2.0 --libs` -o gkleds.so gkleds.o gkleds_ind.o gkleds_conf.o
make[1]: Leaving directory `/var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1/work/gkleds-0.8.1'
gkrellm --sync --demo -p gkleds.so
gkrellm-volume amixer: Control info hw:0 error: Keine Berechtigung /* no access right */
^C

Exiting on signal 2
~ #
What's wrong here?

First I thought it's an access right problem, but it looks like as if root can use amixer.
Quote:
~ # amixer -c 0 sset Line,0 80%
Simple mixer control 'Line',0
Capabilities: pvolume pswitch pswitch-joined cswitch cswitch-exclusive
Capture exclusive group: 0
Playback channels: Front Left - Front Right
Capture channels: Front Left - Front Right
Limits: Playback 0 - 31
Front Left: Playback 25 [81%] [3.00dB] [on] Capture [off]
Front Right: Playback 25 [81%] [3.00dB] [on] Capture [off]
~ #

afaik some tests only work when the test is executed as (non-root) user but there are no scripts to run:
Quote:
~ # find /var/tmp/portage/x11-plugins/gkrellm-leds-0.8.1 -iname *test*
~ #
Back to top
View user's profile Send private message
yngwin
Retired Dev
Retired Dev


Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China

PostPosted: Sat Jan 16, 2010 11:36 am    Post subject: Reply with quote

Is hw:0 your sound device?
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Sat Jan 16, 2010 10:29 pm    Post subject: Reply with quote

I'm not sure. The volume-plugin for gkrellm (gkrellm-volume) say so:
Quote:
Id: hw:0
Mixer Name: VIA 8237

I haven't found "hw:0" in any config file:
Quote:
~ # find /etc/ -exec grep -i "hw:0" {} \;
grep: /etc/...: Datei oder Verzeichnis nicht gefunden // file or directory not found
grep: /etc/...: Datei oder Verzeichnis nicht gefunden
grep: /etc/...: Datei oder Verzeichnis nicht gefunden
grep: /etc/...: Datei oder Verzeichnis nicht gefunden
~ #

I hope that the following information helps to figure it out.

~ $ amixer info
Card default 'V8237'/'VIA 8237 with ALC850 at 0xd800, irq 22'
Mixer name : 'Realtek ALC850 rev 0'
Components : 'AC97a:414c4790'
Controls : 49
Simple ctrls : 34

my alsac.conf
Quote:
# Alsa kernel modules' configuration file.

# OSS/Free portion - card #1
alias /dev/mixer snd-mixer-oss
alias /dev/dsp snd-pcm-oss
alias /dev/midi snd-seq-oss

# Set this to the correct number of cards.
# --- BEGIN: Generated by ALSACONF, do not edit. ---
# --- ALSACONF version 1.0.20 ---
alias char-major-116 snd
alias char-major-14 soundcore
alias sound-service-0-0 snd-mixer-oss
alias sound-service-0-1 snd-seq-oss
alias sound-service-0-3 snd-pcm-oss
alias sound-service-0-8 snd-seq-oss
alias sound-service-0-12 snd-pcm-oss
alias snd-card-0 snd-via82xx
alias sound-slot-0 snd-via82xx
# --- END: Generated by ALSACONF, do not edit. -


~ $ less hwinfo.out | grep -i -A2 -B9 "sound\.card"

15: udi = '/org/freedesktop/Hal/devices/pci_1106_3059_sound_card_0'
linux.sysfs_path = '/sys/devices/pci0000:00/0000:00:11.5/sound/card0'
info.parent = '/org/freedesktop/Hal/devices/pci_1106_3059'
info.subsystem = 'sound'
info.product = 'VIA 8237 with ALC850 Sound Card'
info.udi = '/org/freedesktop/Hal/devices/pci_1106_3059_sound_card_0'
linux.hotplug_type = 2 (0x2)
sound.originating_device = '/org/freedesktop/Hal/devices/pci_1106_3059'
sound.card = 0 (0x0)
info.category = 'sound'
info.capabilities = { 'sound' }
sound.card_id = 'VIA 8237 with ALC850'
linux.subsystem = 'sound'

~ $
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Sat Jan 23, 2010 9:56 pm    Post subject: Reply with quote

please help!
Back to top
View user's profile Send private message
yngwin
Retired Dev
Retired Dev


Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China

PostPosted: Tue Jan 26, 2010 2:45 pm    Post subject: Reply with quote

The tests are most likely run in a sandbox, which is why they have no access rights to stuff outside the sandbox. You need to contact the maintainer of the package with the failing test.
_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Thu Mar 04, 2010 11:59 pm    Post subject: Reply with quote

I wrote an email to the programmer about 3 weeks ago. Lets see. :)

I hope he's the person you ment.
To be honest I'm not sure, what "maintainer" means... If it's not the programmer of the software, how can I find out who the maintainer is?
Back to top
View user's profile Send private message
yngwin
Retired Dev
Retired Dev


Joined: 19 Dec 2002
Posts: 4572
Location: Suzhou, China

PostPosted: Fri Mar 05, 2010 9:38 pm    Post subject: Reply with quote

No, I meant the person responsible for that ebuild.

Code:
% equery m gkrellm-leds
 * x11-plugins/gkrellm-leds [gentoo]
Herd:        desktop-dock (desktop-dock@gentoo.org)
Maintainer:  lack@gentoo.org (Jim Ramsay)
Upstream:    None specified
Location:    /usr/portage/x11-plugins/gkrellm-leds
Keywords:    0.8.1:2: alpha amd64 ppc sparc x86

_________________
"Those who deny freedom to others deserve it not for themselves." - Abraham Lincoln
Free Culture | Defective by Design | EFF
Back to top
View user's profile Send private message
as.gentoo
Guru
Guru


Joined: 07 Aug 2004
Posts: 319

PostPosted: Fri Mar 05, 2010 11:00 pm    Post subject: Reply with quote

Oh, well... the bug is assigned to Mr. Ramsay yet.

Thank you for clearing this up and showing me how to find out who the maintainer of a package is!
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum