Fluidportage ebuilds for CVS/SVN programs

Message

gungholady · Post by **gungholady** » Tue Aug 17, 2004 9:35 am

Redeeman wrote:could you try attach strace to the process?

This is something I've never done before. How do I do an strace on the process?

gungholady · Post by **gungholady** » Tue Aug 17, 2004 9:37 am

Jeremy_Z wrote:Maybe it just takes ages ... had someting similar with Eclipse, javadoc was taking more time than compilation.

I have let it sit for 10 minutes or longer and it never gets past this point where it has stalled.

Jeremy_Z · Post by **Jeremy_Z** » Tue Aug 17, 2004 12:19 pm

10 min is not much but well you may have a problem.

BNoise · Post by **BNoise** » Tue Aug 17, 2004 8:18 pm

Code: Select all

athas local # svn co http://kaspersandberg.com/fluidportage 
svn: REPORT request failed on '/fluidportage/!svn/vcc/default'
svn: REPORT of '/fluidportage/!svn/vcc/default': 400 Bad Request (http://kaspersandberg.com)

why is that?

sn4ip3r · Post by **sn4ip3r** » Tue Aug 17, 2004 10:32 pm

gungholady wrote:
Redeeman wrote:could you try attach strace to the process?
This is something I've never done before. How do I do an strace on the process?

First make sure you have strace (emerge strace if there is no such command). Running "strace emerge hal-cvs" might be a bit too much, so first just run "emerge hal-cvs" and if it starts "stalling" just ctrl-c or kill it somehow. Then "cd /var/tmp/portage/hal-cvs-<version>/work/hal/doc/spec" and run "make", if it again starts stalling kill it again and then try "strace make", this should stop at some point (start stalling again, but you should see a _very long_ output of what the program was doing and hopefully some of it reveals why the program is stalling (if you can't figure it out yourself post the end (a few "pages") of the output here).

sn4ip3r · Post by **sn4ip3r** » Tue Aug 17, 2004 10:36 pm

BNoise wrote:

Code: Select all

athas local # svn co http://kaspersandberg.com/fluidportage 
svn: REPORT request failed on '/fluidportage/!svn/vcc/default'
svn: REPORT of '/fluidportage/!svn/vcc/default': 400 Bad Request (http://kaspersandberg.com)

why is that?

Works just fine here, the server was probably down for a small (?) while.

Redeeman · Post by **Redeeman** » Tue Aug 17, 2004 10:40 pm

nope, it was not down tonight at all :>

gungholady · Post by **gungholady** » Wed Aug 18, 2004 2:00 am

sn4ip3r wrote:
gungholady wrote:
Redeeman wrote:could you try attach strace to the process?
This is something I've never done before. How do I do an strace on the process?
First make sure you have strace (emerge strace if there is no such command). Running "strace emerge hal-cvs" might be a bit too much, so first just run "emerge hal-cvs" and if it starts "stalling" just ctrl-c or kill it somehow. Then "cd /var/tmp/portage/hal-cvs-<version>/work/hal/doc/spec" and run "make", if it again starts stalling kill it again and then try "strace make", this should stop at some point (start stalling again, but you should see a _very long_ output of what the program was doing and hopefully some of it reveals why the program is stalling (if you can't figure it out yourself post the end (a few "pages") of the output here).

I'm trying something else first. I got to looking at the hal-cvs ebuild and there were dependencies for gnome. I had -gnome in my cflags. I'm trying USE="gnome" emerge hal-cvs. It finished all the gnome dependencies but at the moment it can't access the url to get hal-cvs. I'll have to wait a little bit and try it again. Then if that doesn't solve the problem, I'll try the strace. I already emerged strace just iin case I need it.

gungholady · Post by **gungholady** » Wed Aug 18, 2004 2:13 am

Here is the result of the strace:

gungholady spec # strace make
execve("/usr/bin/make", ["make"], [/* 44 vars */]) = 0
uname({sys="Linux", node="gungholady", ...}) = 0
brk(0) = 0x806c000
open("/etc/ld.so.preload", O_RDONLY) = -1 ENOENT (No such file or directory)
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,0) = 0x40016000
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=101435, ...}) = 0
mmap2(NULL, 101435, PROT_READ, MAP_PRIVATE, 3, 0) = 0x40017000
close(3) = 0
open("/lib/librt.so.1", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0 \0\000"...,512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=49198, ...}) = 0
mmap2(NULL, 31272, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40030000
mmap2(0x40037000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6) = 0x40037000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0@P\1\000"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=1472721, ...}) = 0
mmap2(NULL, 1136044, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x40038000
mmap2(0x40148000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x110) = 0x40148000
mmap2(0x4014b000, 9644, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4014b000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260I\0"..., 512) = 512
fstat64(3, {st_mode=S_IFREG|0755, st_size=115797, ...}) = 0
mmap2(NULL, 69548, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4014e000
mmap2(0x4015c000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x4015c000
mmap2(0x4015d000, 8108, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4015d000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,0) = 0x4015f000
set_thread_area({entry_number:-1 -> 6, base_addr:0x4015f280, limit:1048575, seg_32bit:1, contents:0, read_exec_only:0, limit_in_pages:1, seg_not_present:0, useable:1}) = 0
munmap(0x40017000, 101435) = 0
set_tid_address(0x4015f2c8) = 4083
rt_sigaction(SIGRTMIN, {0x40152600, [], SA_SIGINFO}, NULL,

= 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN], NULL,

= 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
_sysctl({{CTL_KERN, KERN_VERSION}, 2, 0xbffff0e8, 31, (nil), 0}) = 0
open("/dev/urandom", O_RDONLY) = 3
read(3, "s\311\21\17", 4) = 4
close(3) = 0
brk(0) = 0x806c000
brk(0x808d000) = 0x808d000
rt_sigaction(SIGHUP, {0x804b3a0, [HUP], SA_RESTART}, {SIG_DFL},

= 0
rt_sigaction(SIGQUIT, {0x804b3a0, [QUIT], SA_RESTART}, {SIG_DFL},

=0
rt_sigaction(SIGINT, {0x804b3a0, [INT], SA_RESTART}, {SIG_DFL},

= 0
rt_sigaction(SIGTERM, {0x804b3a0, [TERM], SA_RESTART}, {SIG_DFL},

=0
rt_sigaction(SIGXCPU, {0x804b3a0, [XCPU], SA_RESTART}, {SIG_DFL},

=0
rt_sigaction(SIGXFSZ, {0x804b3a0, [XFSZ], SA_RESTART}, {SIG_DFL},

=0
rt_sigaction(SIGCHLD, {SIG_DFL}, {SIG_DFL},

= 0
getcwd("/var/tmp/portage/hal-cvs-20040522/work/hal-cvs/doc/spec", 4096) = 56
stat64("/usr/include", {st_mode=S_IFDIR|0755, st_size=16576, ...}) = 0
stat64("/usr/gnu/include", 0xbfffda70) = -1 ENOENT (No such file or directory)
stat64("/usr/local/include", 0xbfffda70) = -1 ENOENT (No such file or directory)
stat64("/usr/include", {st_mode=S_IFDIR|0755, st_size=16576, ...}) = 0
rt_sigaction(SIGCHLD, {0x80531f0, [CHLD], SA_RESTART}, {SIG_DFL},

=0
rt_sigaction(SIGUSR1, {0x80554a0, [USR1], SA_RESTART}, {SIG_DFL},

=0
stat64(".", {st_mode=S_IFDIR|0755, st_size=624, ...}) = 0
open(".", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=624, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40160000
getdents64(3, /* 19 entries */, 131072) = 680
getdents64(3, /* 0 entries */, 131072) = 0
munmap(0x40160000, 135168) = 0
close(3) = 0
open("Makefile", O_RDONLY|O_LARGEFILE) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=8423, ...}) = 0
mmap2(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40160000
read(3, "# Makefile.in generated by autom"..., 131072) = 8423
read(3, "", 131072) = 0
close(3) = 0
munmap(0x40160000, 131072) = 0
stat64("RCS", 0xbfffda20) = -1 ENOENT (No such file or directory)
stat64("SCCS", 0xbfffda20) = -1 ENOENT (No such file or directory)
stat64("Makefile", {st_mode=S_IFREG|0644, st_size=8423, ...}) = 0
clock_gettime(0, {1092794818, 538328000}) = 0
stat64("hal-spec.html", 0xbfffd840) = -1 ENOENT (No such file or directory)
stat64("hal-spec.xml", {st_mode=S_IFREG|0644, st_size=112866, ...}) = 0
stat64("../../config.status", {st_mode=S_IFREG|0755, st_size=42562, ...}) = 0
stat64("../..", {st_mode=S_IFDIR|0755, st_size=1336, ...}) = 0
open("../..", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 3
fstat64(3, {st_mode=S_IFDIR|0755, st_size=1336, ...}) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x40160000
getdents64(3, /* 48 entries */, 131072) = 1504
getdents64(3, /* 0 entries */, 131072) = 0
munmap(0x40160000, 135168) = 0
close(3) = 0
stat64("../../RCS", 0xbfffd410) = -1 ENOENT (No such file or directory)
stat64("../../SCCS", 0xbfffd410) = -1 ENOENT (No such file or directory)
stat64("hal-spec.xml.in", {st_mode=S_IFREG|0644, st_size=112875, ...})= 0
stat64("hal-arch.png", {st_mode=S_IFREG|0644, st_size=63932, ...}) = 0
stat64("hal-devices1.png", {st_mode=S_IFREG|0644, st_size=123919, ...}) = 0
stat64("hal-fdi-example1.png", {st_mode=S_IFREG|0644, st_size=109771, ...}) = 0
stat64("hal-fdi-example2.png", {st_mode=S_IFREG|0644, st_size=110108, ...}) = 0
stat64("hal-fdi-example3.png", {st_mode=S_IFREG|0644, st_size=103893, ...}) = 0
stat64("hal-linux26.png", {st_mode=S_IFREG|0644, st_size=72656, ...}) = 0
fstat64(1, {st_mode=S_IFCHR|0600, st_rdev=makedev(136, 6), ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,0) = 0x40160000
write(1, "/usr/bin/docbook2html --nochunks"..., 51/usr/bin/docbook2html --nochunks hal-spec.xml -o .
) = 51
pipe([3, 4]) = 0
close(4) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
rt_sigprocmask(SIG_BLOCK, [HUP INT QUIT TERM XCPU XFSZ], NULL,

= 0
vfork() = 4084
rt_sigprocmask(SIG_SETMASK, [], NULL,

= 0
wait4(-1, Using catalogs: /usr/share/sgml/docbook/sgml-dtd-3.0/catalog, /usr/share/sgml/docbook/sgml-dtd-3.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.0/catalog, /usr/share/sgml/docbook/sgml-dtd-4.1/catalog, /usr/share/sgml/docbook/sgml-dtd-4.2/catalog, /usr/share/sgml/docbook/dsssl-stylesheets-1.77/catalog, /usr/share/sgml/xml-iso-entities-8879.1986/catalog, /usr/share/sgml/sgml-iso-entities-8879.1986/catalog, /usr/share/sgml/openjade-1.3.2/dsssl/catalog, /usr/share/sgml/openjade-1.3.2/catalog, /usr/share/sgml/opensp-1.5.1/OpenSP/catalog
Using stylesheet: /usr/share/sgml/docbook/utils-0.6.12/docbook-utils.dsl#html
Working on: /var/tmp/portage/hal-cvs-20040522/work/hal-cvs/doc/spec/hal-spec.xml

gungholady · Post by **gungholady** » Wed Aug 18, 2004 8:38 am

Jeremy_Z wrote:10 min is not much but well you may have a problem.

I let it set for 5 hours and it was still stalled at the same point.

Edit:

Apparently the problem may be with the ebuild as sys-apps/hal-0.2.97 emerges without a problem.

Redeeman · Post by **Redeeman** » Wed Aug 18, 2004 2:17 pm

or the cvs source

gungholady · Post by **gungholady** » Thu Aug 19, 2004 1:54 am

An email from the hal mailing list says it needs to have doxygen and doc disabled which is done by the ebuild for hal-0.2.97. That is why it works. The email said to bug my distribution about this.

sn4ip3r · Post by **sn4ip3r** » Thu Aug 19, 2004 3:16 am

gungholady wrote:An email from the hal mailing list says it needs to have doxygen and doc disabled which is done by the ebuild for hal-0.2.97. That is why it works. The email said to bug my distribution about this.

The next update of fluidcvs will have docbook/doxygen docs disabled. The strange thing is that I have no problem with the current ebuild.
btw. The next update to fluidcvs might take a while because there have been a lot of cleanups/refactoring, changes which affect almost all ebuilds, and I'm still not sure if I have fixed all the possible problems.

teutzz · Post by **teutzz** » Thu Aug 19, 2004 9:26 am

for the past 3 days i've been getting this error:

Code: Select all

svn: REPORT request failed on '/fluidportage/!svn/vcc/default'
svn: REPORT of '/fluidportage/!svn/vcc/default': 400 Bad Request (http://kaspersandberg.com)

and i have no ideea why. can someone help?

Q-collective · Post by **Q-collective** » Thu Aug 19, 2004 1:05 pm

Code: Select all

# ls trunk
ls: trunk: No such file or directory

Now, I did do "svn co http://kaspersandberg.com/fluidportage", so, why is it that I don't have a trunk dir?

Redeeman · Post by **Redeeman** » Thu Aug 19, 2004 1:23 pm

because you checkout fluidportage, instead of fluidportage/trunk, so trunk will be a subdir to fluidportage

Zyne · Post by **Zyne** » Thu Aug 19, 2004 6:16 pm

thanks a LOT for this kickass new portage overlay Redeeman!!!
also a big thanks to andrewski for taking the time to write this little howto. I had a bunch of trouble emerging the subversion, but I managed to fix that by changing a few things here and there...

thanks a lot guys!

Redeeman · Post by **Redeeman** » Thu Aug 19, 2004 6:41 pm

well thank sn4ip3r too

Fanatic · Post by **Fanatic** » Thu Aug 19, 2004 7:03 pm

Thanks for the guide, now I can finally run a version of beep-media-player that doesn't crash every other second

Redeeman · Post by **Redeeman** » Thu Aug 19, 2004 7:28 pm

yeah, the cvs version of beep-media-player seems to be pretty stable

BNoise · Post by **BNoise** » Fri Aug 20, 2004 12:14 am

redeeman, is the repository down at this moment?

Zyne · Post by **Zyne** » Fri Aug 20, 2004 6:50 am

Redeeman wrote:well thank sn4ip3r too

well... I just read that in the README... I didn't have the time to do it yesterday though...

so here goes:

thanks for all your hard work sn4ip3r!!!!
you guys are the best! now I finally have xorg running from cvs :p

Redeeman · Post by **Redeeman** » Fri Aug 20, 2004 4:45 pm

repo not down

Moonlight-Flower · Post by **Moonlight-Flower** » Sat Aug 21, 2004 5:18 am

Code: Select all

svn co http://redeeman.kaspersandberg.com/fluidportage/trunk/
svn: REPORT request failed on '/fluidportage/!svn/vcc/default'
svn: REPORT of '/fluidportage/!svn/vcc/default': Could not read status line: Connection reset by peer (http://redeeman.kaspersandberg.com)

It doesn't matter what argument I put into the svn checkout command, I keep getting "Connection reset by peer". Is there some configuration I must do for subversion client to work?

gungholady · Post by **gungholady** » Sat Aug 21, 2004 12:39 pm

I had to remove your ebuilds for hal-cvs and ivman-cvs this morning in order to do "emerge -uDa world". It kept finding problems with the hal-cvs ebuild. I'm having to revert to the bmg-main ebuilds for hal-cvs and ivman-cvs.