http://forums.gentoo.org/viewtopic-t-533025.html after starting it runs for a while and then spawn a lot of processes and uses 100% CPU time (system time mostly). it's not about file hashing - it starts to use 100% CPU time after file hashing is done. microdc2 seems to work - there are new connections and clients can download from it, when I exit microdc2 I get: microdc2> exit Shutting down hub connection. Shutting down user connection process for `unknown9'. Shutting down user connection process for `unknown20'. Shutting down user connection process for `unknown21'. Shutting down user connection process for `unknown22'. *** glibc detected *** microdc2: realloc(): invalid pointer: 0x0000000000924da0 *** *** glibc detected *** microdc2: corrupted double-linked list: 0x0000000000924da0 *** Inconsistency detected by ld.so: dl-open.c: 215: dl_open_worker: Assertion `_dl_debug_initialize (0, args->nsid)->r_state == RT_CONSISTENT' failed! emerge --info Portage 2.1.1-r2 (default-linux/amd64/2006.1, gcc-4.1.1, glibc-2.4-r4, 2.6.17-gentoo-r8 x86_64) ================================================================= System uname: 2.6.17-gentoo-r8 x86_64 AMD Athlon(tm) 64 Processor 3000+ Gentoo Base System version 1.12.6 Last Sync: Thu, 18 Jan 2007 15:00:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] 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.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 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="-march=athlon64 -O2 -pipe -fomit-frame-pointer" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/wildfire/resources/security/ /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=athlon64 -O2 -pipe -fomit-frame-pointer" DISTDIR="/users/tnt/ftp/gentoo/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://mirror.etf.bg.ac.yu/gentoo/" 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/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 64bit a52 aac aalib acpi alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol amr apache2 berkdb bitmap-fonts bzip2 cli cracklib crypt cups dlloader dri dts dvb elibc_glibc encode exif extensions ffmpeg freetype gd gdbm geoip gif gpm httpd iconv imagemagick imap imlib input_devices_evdev input_devices_keyboard input_devices_mouse iproute2 isdnlog ithreads jabber jbig jpeg kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libg++ libwww lm_sensors logrotate lzo maildir mod mp3 mpeg multipath mysql ncurses nls nptl nptlonly ogg oggvorbis pam pam-mysql pcre perl php png pppd python readline reflection rle rrdtool samba sasl session slang snmp spl ssl stream tcpd theora threads tiff transcode truetype truetype-fonts type1-fonts udev unicode usb userland_GNU vcd video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i810 video_cards_mga video_cards_neomagic video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo vorbis wmf xml xorg xvid zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Ugh...works for me. Maybe is an amd64 problem?
Can't reproduce on x86 either...
it works fine on my other x86 box, too, and that's why I've marked "Hardware" "AMD64" in the bug description
after 4 days of uptime and some heavy traffic through microdc2, microdc2 on my x86 box started to use 100% CPU time, too. now i guess it not amd64 related... Portage 2.1.1-r2 (default-linux/x86/2006.1, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r4 i686) ================================================================= System uname: 2.6.18-gentoo-r4 i686 Pentium II (Deschutes) Gentoo Base System version 1.12.6 Last Sync: Mon, 22 Jan 2007 02:00:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-admin/eselect-compiler: [Not Present] dev-java/java-config: [Not Present] 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.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium2 -O2 -pipe -m32 -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=pentium2 -O2 -pipe -m32 -fomit-frame-pointer -fvisibility-inlines-hidden" DISTDIR="/mnt/distfiles" FEATURES="autoconfig distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/" LDFLAGS="-Wl,-O1 -Wl,--sort-common -Wl,--as-needed" 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/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 alsa_cards_ali5451 alsa_cards_als4000 alsa_cards_atiixp alsa_cards_atiixp-modem alsa_cards_bt87x alsa_cards_ca0106 alsa_cards_cmipci alsa_cards_emu10k1x alsa_cards_ens1370 alsa_cards_ens1371 alsa_cards_es1938 alsa_cards_es1968 alsa_cards_fm801 alsa_cards_hda-intel alsa_cards_intel8x0 alsa_cards_intel8x0m alsa_cards_maestro3 alsa_cards_trident alsa_cards_usb-audio alsa_cards_via82xx alsa_cards_via82xx-modem alsa_cards_ymfpci alsa_pcm_plugins_adpcm alsa_pcm_plugins_alaw alsa_pcm_plugins_asym alsa_pcm_plugins_copy alsa_pcm_plugins_dmix alsa_pcm_plugins_dshare alsa_pcm_plugins_dsnoop alsa_pcm_plugins_empty alsa_pcm_plugins_extplug alsa_pcm_plugins_file alsa_pcm_plugins_hooks alsa_pcm_plugins_iec958 alsa_pcm_plugins_ioplug alsa_pcm_plugins_ladspa alsa_pcm_plugins_lfloat alsa_pcm_plugins_linear alsa_pcm_plugins_meter alsa_pcm_plugins_mulaw alsa_pcm_plugins_multi alsa_pcm_plugins_null alsa_pcm_plugins_plug alsa_pcm_plugins_rate alsa_pcm_plugins_route alsa_pcm_plugins_share alsa_pcm_plugins_shm alsa_pcm_plugins_softvol apache2 bzip2 cli cracklib crypt cups dlloader dri elibc_glibc encode exif gd gdbm gif iconv imagemagick input_devices_evdev input_devices_keyboard input_devices_mouse isdnlog ithreads jabber jpeg kernel_linux lcd_devices_bayrad lcd_devices_cfontz lcd_devices_cfontz633 lcd_devices_glk lcd_devices_hd44780 lcd_devices_lb216 lcd_devices_lcdm001 lcd_devices_mtxorb lcd_devices_ncurses lcd_devices_text libg++ logrotate mp3 mpeg mysql ncurses nptl nptlonly oggvorbis pam pcre perl php png ppds pppd python quota readline reflection rrdtool samba session slang snmp spl ssl tcpd threads truetype truetype-fonts type1-fonts udev unicode usb userland_GNU video_cards_apm video_cards_ark video_cards_ati video_cards_chips video_cards_cirrus video_cards_cyrix video_cards_dummy video_cards_fbdev video_cards_glint video_cards_i128 video_cards_i740 video_cards_i810 video_cards_imstt video_cards_mga video_cards_neomagic video_cards_nsc video_cards_nv video_cards_rendition video_cards_s3 video_cards_s3virge video_cards_savage video_cards_siliconmotion video_cards_sis video_cards_sisusb video_cards_tdfx video_cards_tga video_cards_trident video_cards_tseng video_cards_v4l video_cards_vesa video_cards_vga video_cards_via video_cards_vmware video_cards_voodoo xml xorg zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
I tried to reproduce the issue you mentioned, but without success. You'll have to provide some more information: 1. How exactly you trigger the bug (step-by-step would be best) 2. some debug info: * Re-emerge the package with FEATURES=nostrip and CFLAGS="-O1 -ggdb -pipe -march=athlon64". Also emerge gdb if you don't have it already. * Start the program and wait until it consumes 100% CPU * Run "pgrep microdc2" * Run gdb, then type "attach " followed by the number you got from pgrep * Type "bt" * Copy/Paste the output of bt here. Thanks!
I've reemerged microdc2 with (put that in make.conf and in command line in front of 'emerge microdc2') FEATURES=nostrip CFLAGS="-O1 -ggdb -pipe -march=athlon64" microdc2 started using 100% CPU after about 8 hours of running. pgrep microdc2 gives: 1393 1394 1395 1396 1397 1750 32266 8516 gdb 1393 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... 1393: No such file or directory. (gdb) and the gdb output was the same for all other process numbers and those processes WERE is output of 'ps aux' :( titan ~ # gdb 1397 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... 1397: No such file or directory. (gdb) quit titan ~ # gdb 1750 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... 1750: No such file or directory. (gdb) quit titan ~ # gdb 32266 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... 32266: No such file or directory. (gdb) quit titan ~ # gdb 8516 GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-pc-linux-gnu"... 8516: No such file or directory. (gdb) quit where did I get wrong?
titan ~ # gdb 1397 ^ you need an 'microdc2' in there: "gdb microdc2 1397" would be correct
sorry, my fault :( here's the link where's everything you wanted (separately for every process) - it's too long for comment and attaching doesn't work right now on bugs.gentoo.org http://www.aaen.edu.yu/~tnt/forums/gdb.txt
(In reply to comment #8) > here's the link where's everything you wanted (separately for every process) - > it's too long for comment and attaching doesn't work right now on > bugs.gentoo.org > > http://www.aaen.edu.yu/~tnt/forums/gdb.txt > Reopening.
Hit the wrong button -> reopen.
and here's the info about 100% CPU usage from the x86 box (uptime < 2 days): http://www.aaen.edu.yu/~tnt/forums/x86.txt
reassigning as this is not amd64-specific
There's a patch on the old microdc mailinglist which might be a solution for this problem, see http://lists.gnu.org/archive/html/microdc-devel/2007-04/msg00000.html
thank you very much !!! I've apllied it and now I have no problems at all. file server uses microdc2 to share 2.25TB and more than 100k files 24/7 for more than six days without any problem. maybe that patch should be sent upstream. Portage 2.1.2.12 (default-linux/amd64/2007.0, gcc-4.1.2, glibc-2.5-r4, 2.6.22-gentoo-r5 x86_64) ================================================================= System uname: 2.6.22-gentoo-r5 x86_64 Intel(R) Core(TM)2 Duo CPU E6550 @ 2.33GHz Gentoo Base System release 1.12.9 Timestamp of tree: Sat, 08 Sep 2007 11:30:09 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] app-shells/bash: 3.2_p17 dev-java/java-config: 1.3.7, 2.0.33-r1 dev-lang/python: 2.4.4-r4 dev-python/pycrypto: 2.0.1-r6 sys-apps/baselayout: 1.12.9-r2 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.6.3, 1.7.9-r1, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.16 sys-devel/libtool: 1.5.24 virtual/os-headers: 2.6.21 ACCEPT_KEYWORDS="amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=nocona -O2 -pipe -g" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /opt/openfire/resources/security/ /var/bind" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=nocona -O2 -pipe -g" DISTDIR="/var/ftp/gentoo/distfiles" FEATURES="distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ http://gd.tuwien.ac.at/opsys/linux/gentoo/ ftp://mirror.etf.bg.ac.yu/gentoo/" LINGUAS="en sr sr@Latn ru" MAKEOPTS="-j3" 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 --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="64bit a52 aac aalib acl acpi amd64 amr apache2 berkdb bitmap-fonts bzip2 cli cracklib crypt cups dri dts dvb encode exif ffmpeg freetype gd gdbm geoip gif gpm httpd iconv imagemagick imlib iproute2 isdnlog ithreads jabber jbig jpeg lm_sensors logrotate lzo midi mmx mod mp3 mpeg mudflap multipath mysql ncurses nfs nls nptl nptlonly ogg openmp pam pcre perl php png pppd python readline reflection rle rrdtool samba session slang smp snmp spl sse sse2 ssl stream tcpd theora threads tiff transcode truetype truetype-fonts type1-fonts unicode usb vcd vorbis wmf xml xorg xvid zip zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en sr sr@Latn ru" USERLAND="GNU" VIDEO_CARDS="apm ark chips cirrus cyrix dummy fbdev glint i128 i810 mach64 mga neomagic nv r128 radeon rendition s3 s3virge savage siliconmotion sis sisusb tdfx tga trident tseng v4l vesa vga via vmware voodoo" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Created attachment 202605 [details] Ebuild with slave mode patch, libxml2 patch and russian langiage Why these patches still aren't included into main Gentoo portage tree? There is an ebuild with all patches (I've got them from http://sisyphus.ru/srpm/Sisyphus/microdc2/patches ) in attach.
it has been two years since I started using those patches and I'm very pleased.
anyone commiting these patches?
bump
Fixed, thanks for the patches and sorry for taking so long
Created attachment 230553 [details, diff] slavemode patch missing in net-p2p/microdc2-0.15.6-r2
I have to reopen this bug. I've compiled microdc2-0.15.6-r2 and it started to act just as before slavemode patch using 100% CPU after some time. I've applied attached patch modifying one target filename: ======================================= ======================================= -------------------------- |diff -ur orig/src/microdc.1 src/microdc.1 |--- orig/src/microdc.1 2006-10-22 12:35:50.000000000 +0400 |+++ src/microdc.1 2007-03-17 11:16:33.000000000 +0300 -------------------------- File to patch: src/microdc2.1 patching file src/microdc2.1 ======================================= ======================================= and everything was back in normal. I'm using patched microdc2 for couple of weeks and there's no 100% CPU usage bug. guess someone left out slavemode patch from r2 ebuild, as I even cannot see it during unpacking. complete patching looks like this: ======================================= ======================================= titan net-p2p # ebuild /usr/portage/net-p2p/microdc2/microdc2-0.15.6-r2.ebuild unpack * microdc2-0.15.6.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * microdc2_0.15.6-1.debian.tar.gz RMD160 SHA1 SHA256 size ;-) ... [ ok ] * checking ebuild checksums ;-) ... [ ok ] * checking auxfile checksums ;-) ... [ ok ] * checking miscfile checksums ;-) ... [ ok ] * checking microdc2-0.15.6.tar.gz ;-) ... [ ok ] * checking microdc2_0.15.6-1.debian.tar.gz ;-) ... [ ok ] * CPV: net-p2p/microdc2-0.15.6-r2 * REPO: gentoo * USE: amd64 elibc_glibc kernel_linux multilib nls userland_GNU >>> Unpacking source... >>> Unpacking microdc2-0.15.6.tar.gz to /var/tmp/portage/net-p2p/microdc2-0.15.6-r2/work >>> Unpacking microdc2_0.15.6-1.debian.tar.gz to /var/tmp/portage/net-p2p/microdc2-0.15.6-r2/work * Applying disable-libxml2-version-check ... [ ok ] * Applying rename-manpage ... [ ok ] * Applying disable-make-tthsum ... [ ok ] * Applying debian-link-system-bz2 ... [ ok ] * Running eautoreconf in '/var/tmp/portage/net-p2p/microdc2-0.15.6-r2/work/microdc2-0.15.6' ... * Running aclocal -I m4 ... [ ok ] * Running autoconf ... [ ok ] * Running autoheader ... [ ok ] * Running automake --add-missing --copy ... [ ok ] >>> Source unpacked in /var/tmp/portage/net-p2p/microdc2-0.15.6-r2/work titan net-p2p # cd /var/tmp/portage/net-p2p/microdc2-0.15.6-r2/work/microdc2-0.15.6/ titan microdc2-0.15.6 # patch -p1 < /root/slavemode.patch patching file src/filelist-in.c patching file src/hash.c patching file src/local_flist.c patching file src/lookup.c patching file src/main.c can't find file to patch at input line 548 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -ur orig/src/microdc.1 src/microdc.1 |--- orig/src/microdc.1 2006-10-22 12:35:50.000000000 +0400 |+++ src/microdc.1 2007-03-17 11:16:33.000000000 +0300 -------------------------- File to patch: src/microdc2.1 patching file src/microdc2.1 patching file src/microdc.h patching file src/user.c patching file src/variables.c titan microdc2-0.15.6 # ======================================= ======================================= guess the solution is pretty much straight forward: 1. 1 filename change in patch itself 2. adding this patch to some new ebuild (r3 or so)
Created attachment 262125 [details, diff] Dissected patch for CPU hogging from slavemode patch Please try out this patch. I dissected it from slavemode patch, microdc seems to work for me, but YMMV.
any news here?
The package has been removed.
