View previous topic :: View next topic |
Author |
Message |
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sat Jan 15, 2005 10:20 am Post subject: mc: 20sec to start ?? [solved] |
|
|
Hi all,
my midnight commander is taking hrribly long to start suddenly.
Usually mc used to start instantly after typing "mc<enter>" in console, or gnome-term.
I browsed through the forum and found that a bug with Xorg [6.8.0-x] could affect "mc" and a workaround was to recompile it with USE="-X"
I tried this but frankly with no success. "mc" needs the same amounth of time to start. This is valid for starting underX, pure tty console as well as loging over ssh from another computer and executing "mc".
Im a little out of clues, and this is a real bummer as "mc" is my "swiss army knife" in daily operations.
my last system-affecting actions were as follows:
emerge and use prelink
emerge and use ccache
aad reiserfs support to kernel 2.6.9-rc1 and recompile
move whole system to new hard disk.preserving /dev/hdX structure
file root "/" is formatted with reiserfs, boot with "ext2"
executing revdep-rebuild.
does someone have an idea?
greetings,
nirax _________________ quot licet iovi non licet bovi
Last edited by nirax on Mon Aug 21, 2006 11:54 pm; edited 1 time in total |
|
Back to top |
|
|
pem Guru
Joined: 29 Aug 2004 Posts: 390 Location: France
|
Posted: Sat Jan 15, 2005 10:45 am Post subject: |
|
|
Did you revdep-rebuild? There's maybe a broken dependency. _________________ Registered user #30505 |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sat Jan 15, 2005 11:28 am Post subject: |
|
|
the "Dynamic linking on (my) system is consistent.."
is revdep-rebuild output.
looks clearn.
greetings,
nirax _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sat Jan 15, 2005 5:12 pm Post subject: |
|
|
hm just beat the record with 25 secs.
any other application behaves OK. i thought maybe he tries loading a directory on a previously mounted drive, but the ini does not looks alike.
,nirax _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sun Jan 16, 2005 11:47 am Post subject: |
|
|
hm just performed an strace on mc.
it hangs when it has apparently to poll for stuff :
Code: |
..........
read(3, "# /etc/hosts: This file describ"..., 131072) = 748
read(3, "", 131072) = 0
close(3) = 0
munmap(0x4007c000, 131072) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, 28) = 0
send(3, ")\f\1\0\0\1\0\0\0\0\0\0\2to\2tc\0\0\1\0\1", 23, 0) = 23
gettimeofday({1105879281, 236635}, NULL) = 0
poll([{fd=3, events=POLLIN}], 1, 5000) = 0
send(3, ")\f\1\0\0\1\0\0\0\0\0\0\2to\2tc\0\0\1\0\1", 23, 0) = 23
gettimeofday({1105879286, 236646}, NULL) = 0
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [39]) = 0
recvfrom(3, ")\f\201\200\0\1\0\1\0\0\0\0\2to\2tc\0\0\1\0\1\300\f\0\1"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, [16]) = 39
close(3) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=748, ...}) = 0
old_mmap(NULL, 131072, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4007c000
read(3, "# /etc/hosts: This file describ"..., 131072) = 748
read(3, "", 131072) = 0
close(3) = 0
munmap(0x4007c000, 131072) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("192.168.0.1")}, 28) = 0
send(3, ")\r\1\0\0\1\0\0\0\0\0\0\3the\2tc\0\0\1\0\1", 24, 0) = 24
gettimeofday({1105879287, 874789}, NULL) = 0
poll([{fd=3, events=POLLIN}], 1, 5000) = 0
send(3, ")\r\1\0\0\1\0\0\0\0\0\0\3the\2tc\0\0\1\0\1", 24, 0) = 24
gettimeofday({1105879292, 874523}, NULL) = 0
poll( <unfinished ...>
(ended it here with ctrl-c)
|
before this code there are quite some requests of mc that cant get fullfilled.
for me they look pretty optional though. not to forget that mc once it starts works flawless:
Code: |
...
open("/usr/lib/tls/i686/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls/i686", 0xbfffece8) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/tls", {st_mode=S_IFDIR|0755, st_size=48, ...}) = 0
open("/usr/lib/i686/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/usr/lib/i686", 0xbfffece8) = -1 ENOENT (No such file or directory)
open("/usr/lib/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
.....
open("/usr/lib/tls/libnsl.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)open("/usr/lib/libnsl.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libnsl.so.1", O_RDONLY) = 3
...
connect(3, {sa_family=AF_FILE, path="/var/run/nscd/socket"}, 110) = -1 ENOENT (No such file or directory)
close(3)
...
|
hm, any ideas?
i also tried the stuff in MC FAQ:
Code: |
9.2 When I start Midnight Commander, nothing happens!
First, invoke MC without subshell support: "mc -u". If this helps
check the shell you are using. Subshell support works best with
bash, although tcsh and zsh are also supported. You might want to
upgrade your shell to a newer version. If you use something else
than bash, tcsh or zsh, subshell support is disabled automatically.
If disabling subshell doesn't help, try to reconfigure MC with
"--with-included-slang" and "--with-termcap" options and recompile.
If this helps, something is wrong with your terminfo database or
shared S-Lang library. For better terminfo databases see chapter 4
of this FAQ. For a better S-Lang library, upgrade to a newer version
or keep using the "--with-included-slang" option.
Another reason is problems with gpm. Try using "--nomouse" option to
see if it makes any difference. Restarting gpm can help. Sometimes
it's enough to move the mouse.
Also, if you have the DISPLAY environment variable set, but the X
server is unreachable (e.g. it's firewalled), this can also cause a
delay at startup. Unset DISPLAY to see if that's the case.
|
but does not helps. _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sun Jan 16, 2005 12:04 pm Post subject: |
|
|
hm i made a workaround so far and compiled the mc-4.5.55 source package from mc hp with its default compile flags.
no issues anymore after replacing mc binary (no libs replaced). _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
BlackEdder Advocate
Joined: 26 Apr 2004 Posts: 2588 Location: Dutch enclave in Egham, UK
|
Posted: Sun Jan 16, 2005 12:43 pm Post subject: |
|
|
What does your /etc/hosts look like?
mc often tries to connect to your machine using the machine name, if the /etc/hosts isn't correct it will have to wait for it to timeout |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sun Jan 16, 2005 1:19 pm Post subject: |
|
|
please see here the /etc/hosts:
192.168.0.4 is the local machine called "dinu"
192.168.0.1 is the gateway
Code: |
127.0.0.1 dinu.tc dinu localhost
192.168.0.3 linux
192.168.0.1 killer
192.168.0.101 miche
# IPV6 versions of localhost and co
::1 ip6-localhost ip6-loopback
fe00::0 ip6-localnet
ff00::0 ip6-mcastprefix
ff02::1 ip6-allnodes
ff02::2 ip6-allrouters
ff02::3 ip6-allhosts
|
_________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
BlackEdder Advocate
Joined: 26 Apr 2004 Posts: 2588 Location: Dutch enclave in Egham, UK
|
Posted: Sun Jan 16, 2005 1:40 pm Post subject: |
|
|
That seems fine.. you can try a last test with but something else seems to be the problem |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Sun Jan 16, 2005 2:37 pm Post subject: |
|
|
ping worked well
maybe the ipv6 support? _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
BlackEdder Advocate
Joined: 26 Apr 2004 Posts: 2588 Location: Dutch enclave in Egham, UK
|
Posted: Sun Jan 16, 2005 2:46 pm Post subject: |
|
|
Don't think the ipv6 support should be a problem. The problem is with the poll?? Maybe wait that out, see if it gives more info when it's finished, Now it's unclear what it's polling for |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Mon Jan 17, 2005 1:39 am Post subject: |
|
|
it waits at every of the
Code: |
poll([{fd=3, events=POLLIN}], 1, 5000) = 0
send(3, ")\r\1\0\0\1\0\0\0\0\0\0\3the\2tc\0\0\1\0\1", 24, 0) = 24
gettimeofday({1105879292, 874523}, NULL) = 0
|
so i just stopped to qute that. in total 5-6 times and every
stands like this for around ~5 seconds until it continues
gives soemtimes over 20 seconds together.
greetings,
nirax _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
WladyX Guru
Joined: 25 Nov 2004 Posts: 503 Location: Romania
|
Posted: Mon Jan 17, 2005 12:50 pm Post subject: |
|
|
Comment this line in /etc/security/pam_env:
Code: |
DISPLAY DEFAULT=${REMOTEHOST}:0.0 OVERRIDE=${DISPLAY}
|
_________________ We are not alone. |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Mon Jan 17, 2005 6:59 pm Post subject: |
|
|
hi,
thanks for the idea !! sadly it still didnt changed its behavior. do i need to restart a daemon ?
iti multumesc,
nirax _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
WladyX Guru
Joined: 25 Nov 2004 Posts: 503 Location: Romania
|
Posted: Mon Jan 17, 2005 9:58 pm Post subject: |
|
|
Restarting the box will do the trick i think, don't know about any daemons. I also have a problem when the net is down, have no ideea why yet, but i also had a problem when X was not running, and i got it solved by commenting that line. I also use mc all the time.
cu placere,
vlad _________________ We are not alone. |
|
Back to top |
|
|
zidour Tux's lil' helper
Joined: 29 Apr 2004 Posts: 103
|
Posted: Wed May 31, 2006 8:40 pm Post subject: |
|
|
Let me bring this thread back to life.
Right now I am facing more or less the same problem. strace shows that what slows down the startup time is polling (for something that I don't understand :))
Anyway, this is the strace mc output:
Code: |
...
...
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107567, 444961}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\250\306\1\0\0\1\0\0\0\0\0\0\5ETH0,\0\0\1\0\1", 23, 0) = 23
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98]) = 0
recvfrom(3, "\250\306\201\203\0\1\0\0\0\1\0\0\5ETH0,\0\0\1\0\1\0\0\6"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, [16]) = 98
close(3) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1098, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f54000
read(3, "# /etc/hosts: This file describ"..., 4096) = 1098
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107567, 472140}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\251\374\1\0\0\1\0\0\0\0\0\0\5eth1,\0\0\1\0\1", 23, 0) = 23
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98]) = 0
recvfrom(3, "\251\374\201\203\0\1\0\0\0\1\0\0\5eth1,\0\0\1\0\1\0\0\6"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, [16]) = 98
close(3) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1098, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f54000
read(3, "# /etc/hosts: This file describ"..., 4096) = 1098
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107567, 524546}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\204n\1\0\0\1\0\0\0\0\0\0\5eth1,\0\0\1\0\1", 23, 0) = 23
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98]) = 0
recvfrom(3, "\204n\201\203\0\1\0\0\0\1\0\0\5eth1,\0\0\1\0\1\0\0\6\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, [16]) = 98
close(3) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1098, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f54000
read(3, "# /etc/hosts: This file describ"..., 4096) = 1098
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107567, 646542}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\264l\1\0\0\1\0\0\0\0\0\0\5ETH1,\0\0\1\0\1", 23, 0) = 23
poll([{fd=3, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(3, FIONREAD, [98]) = 0
recvfrom(3, "\264l\201\203\0\1\0\0\0\1\0\0\5ETH1,\0\0\1\0\1\0\0\6\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, [16]) = 98
close(3) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1098, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f54000
read(3, "# /etc/hosts: This file describ"..., 4096) = 1098
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107567, 778195}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\320\314\1\0\0\1\0\0\0\0\0\0\2lo\0\0\1\0\1", 20, 0) = 20
poll( [[ HERE ]] [{fd=3, events=POLLIN}], 1, 5000) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 4
connect(4, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.113")}, 28) = 0
fcntl64(4, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(4, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107572, 779762}, NULL) = 0
poll([{fd=4, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(4, "\320\314\1\0\0\1\0\0\0\0\0\0\2lo\0\0\1\0\1", 20, 0) = 20
poll([{fd=4, events=POLLIN, revents=POLLIN}], 1, 5000) = 1
ioctl(4, FIONREAD, [95]) = 0
recvfrom(4, "\320\314\201\203\0\1\0\0\0\1\0\0\2lo\0\0\1\0\1\0\0\6\0"..., 1024, 0, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.113")}, [16]) = 95
close(3) = 0
close(4) = 0
open("/etc/hosts", O_RDONLY) = 3
fcntl64(3, F_GETFD) = 0
fcntl64(3, F_SETFD, FD_CLOEXEC) = 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=1098, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb7f54000
read(3, "# /etc/hosts: This file describ"..., 4096) = 1098
read(3, "", 4096) = 0
close(3) = 0
munmap(0xb7f54000, 4096) = 0
socket(PF_INET, SOCK_DGRAM, IPPROTO_IP) = 3
connect(3, {sa_family=AF_INET, sin_port=htons(53), sin_addr=inet_addr("194.228.41.65")}, 28) = 0
fcntl64(3, F_GETFL) = 0x2 (flags O_RDWR)
fcntl64(3, F_SETFL, O_RDWR|O_NONBLOCK) = 0
gettimeofday({1149107572, 812191}, NULL) = 0
poll([{fd=3, events=POLLOUT, revents=POLLOUT}], 1, 0) = 1
send(3, "\211^\1\0\0\1\0\0\0\0\0\0\2lo\0\0\1\0\1", 20, 0) = 20
poll( [[HERE]]
< hit Ctrl + c >
|
Places in the output where the program waits for several seconds are marked by [[ HERE ]].
Besides the problem with the startup time I am also interested in the lines starting with "connect".
What exactly is done at those lines? I can see some IP addresses there (194.228.41.65, 194.228.41.113) and I have no idea where they are coming from. Could someone clear it up a little bit for me?
Thank you...
EDIT: Those IPs are just DNS servers, so everything is OK, stupid me... Anyway, played a little bit with /etc/hosts and the problem seems to disappear. |
|
Back to top |
|
|
N-S n00b
Joined: 30 Oct 2005 Posts: 34
|
Posted: Wed Jun 28, 2006 11:17 am Post subject: MC totally fails for me |
|
|
It never loads anymore.
I have a really long etc/hosts file.
So if that is the error I guess that could be the reason.
Annoying though that it lets such a thing stop it from finishing loading.
I assume I have to read through my entire hosts file to locate the error.
I'll start with emptying it to see if that does the trick. _________________ ___________________
There is No Substitute! |
|
Back to top |
|
|
N-S n00b
Joined: 30 Oct 2005 Posts: 34
|
Posted: Wed Jun 28, 2006 12:07 pm Post subject: That accomplished absolutely nothing. |
|
|
MC is just as dead, with only a single line in /etc/hosts.
# cat /etc/hosts
127.0.0.1 localhost N-S
Btw, the hosts file I use is from http://someonewhocares.org/hosts/
hmm, re-emerging with -X.
Let's see if that helps.
Nope.
Recompiled with -X and with only the above line in /etc/hosts.
It just doesn't want to start.
I'm not going to wait two minutes to see if it will start eventually.
Something must be seriously wrong.
I NEED MC! _________________ ___________________
There is No Substitute! |
|
Back to top |
|
|
N-S n00b
Joined: 30 Oct 2005 Posts: 34
|
Posted: Sun Jul 02, 2006 5:43 am Post subject: Problem has nothing at all to do with hosts |
|
|
Read these bugs:
https://bugs.gentoo.org/show_bug.cgi?id=130299 (most relevant)
https://bugs.gentoo.org/show_bug.cgi?id=124404 (about another issue, but solved with the above useflags)
I just re-emerged it with -samba +slang and it works perfectly again.
I chose the ~x86 version (4.6.1-r1), but before I changed the useflags that version didn't work either, so I assume you can use the stable 4.6.1 with the above useflags.
If this works for people, then perhaps the topic can be altered to RESOLVED or FIXED or something? _________________ ___________________
There is No Substitute! |
|
Back to top |
|
|
nirax Guru
Joined: 06 Jul 2004 Posts: 319 Location: Germany, old Europe
|
Posted: Mon Aug 21, 2006 11:55 pm Post subject: |
|
|
hi, thanks for investigating the issue.
i changed the status on this thread to reflect your findings. _________________ quot licet iovi non licet bovi |
|
Back to top |
|
|
|
|
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
|
|