dmtcp-devel-2.5.2-lp151.3.4 >  A \/=„;0D!T-#g*r[3"HED"g% xFI TaS)WG֥A8q5IEX]2H .ŸeI}pyoO.ȖYt%['(ePfv  f9-jw-|'sS~%4bs zR0!-@X8+m ay^RU*1-¤Sx19c03ed589a198680d6805e70cf637ef8747df0dbdf8c5f049224c27b8252a45ca88e54dea296211dc2afc53a7c9bfa29aaf8318j\/=„@!;A|73s[l / k4re7/ijdMdiO;\ =F_d<8~L8 $u IemB%Z*'`tX2gW8UM3LgS)INCR{9.=hi;>Vqa)7Zqr/Bk"-1fWy$TV5>n6c,T\^HU B,zyegYXє&UR>p;P?Pd  6lp|      U X\af%(G8P$9$:f$FNGNHNIOXOYO \O,]O0^O8bOFcOdPKePPfPSlPUuPhvPlzPPPPPCdmtcp-devel2.5.2lp151.3.4DMTCP developer packageThis package provides dmtcp.h for developing plugins.\cloud127QopenSUSE Leap 15.1openSUSELGPL-3.0+https://bugs.opensuse.orgDevelopment/Libraries/Otherhttps://github.com/dmtcp/dmtcplinuxx86_64Qс\V88eb5c622e0ee7efc7cd4e9118aee5876a41e4b449e07db767bc08a82c1a8422rootrootdmtcp-2.5.2-lp151.3.4.src.rpmdmtcp-develdmtcp-devel(x86-64)    dmtcprpmlib(CompressedFileNames)rpmlib(FileDigests)rpmlib(PayloadFilesHavePrefix)rpmlib(PayloadIsXz)2.5.23.0.4-14.6.0-14.0-15.2-14.14.1Zo ZC@XWXUK@UQSS׌S"@R҃R P@OG@Om@O 2.24) * Fixed launch of 32-bit binary when forking/execing from a 64-bit executable * Fixed issue that can affect a parent holding a malloc-lock while forking * Fixed issue when a user thread calls 'dmtcp_get_coord_ckpt_dir()'- Update to v 2.5.0. This release includes a few new plugins and several bug fixes for robustness. Some of the highlights include: * Support for InfiniBand UD (in addition to the more common InfiniBand RC). * Added support for CMA (Cross-Memory Attach): process_vm_readv and process_vm_writev * Improved multi-arch (mixed 32-/64- bit) support. * Re-added --enable-fast-restart. * Added a new commandline option --with-plugin-32 for dmtcp_launch to specify 32-bit plugins in a 64-bit environment. * Added --enable-pthread-mutex-wrappers configure flag to enable pthread_mutex_{lock,unlock} wrappers needed for Open MPI. * Added ability to specify environment file used in the modify-env plugin. * Allow dmtcp_restart to be invoked by root. * The following new plugins were added: pathvirt: to virtualize filesystem paths. delayresume: for finer-grained control over resuming of user threads during resume/restart.- Update to DMTCP 2.4.1: primarily a bug fix release. fixes an issue with version 2.4.0 and deleted shared memory files - Update to DMTCP 2.4.2: configure script fixes; interval checkpointing; etc - Update to DMTCP 2.4.3: added support for CMA, fixed a regression affecting dmtcp_checkpoint() - Update to DMTCP 2.4.4: supports InfiniBand UD, misc fixes - Adapt spec file to the new 2.4.4 tarball- Removed includes.patch and dmtcp-glibc-2.21.patch from patch list. - Updated to upstream release 2.4.0. * Release notes: Several important changes and enhancements were added: - dmtcp_launch/restart/command/coordinator now take the flags - h, -p, --coord-host/port and environment variables DMTCP_COORD_HOST/PORT. The older --host, --port, DMTCP_HOST/PORT are now deprecated. - Newer versions of MATLAB (matlab-2013 and later) were using additional Linux features. All recent versions of matlab are again supported. - Intensive testing done for integration of MPI/SLURM for the following MPI dialects: Intel MPI/MVAPICH-2/MPICH-2/Open MPI. See plugin/batch-queue/job_examples/ for SLURM/DMTCP submission scripts. Preliminary support for some other resource managers also provided, especially including ibrun. - Open MPI version 1.8 _with_ InfiniBand is not yet supported. This is due to the OMPI use of UD (unreliable datagrams) for InfiniBand. Support is planned for the near future. Earlier OMPI versions continue to work with IB. We do not currently know of a config in OMPI-1.8 to avoid IB/UD (to use only IB/CM). Such a workaround would let DMTCP work. - Added support for newest Linux kernels: split of [vdso] into [vdso] and [vvar]; To see if this affects you, do: cat /proc/self/maps | grep '\[vvar]' - Support for glibc version 2.21 added. To see if this affects you, do: ls -l /lib*/libc.so.6 /lib/*/libc.so.6 - The environment variable DMTCP_GDB_ATTACH_ON_RESTART was added. Setting this permanently is a security risk. But on a temporary basis, it can enable easier debugging of restarted processes: DMTCP_GDB_ATTACH_ON_RESTART=1 dmtcp_restart ckpt_a.out_*.dmtcp & gdb a.out `pgrep -n a.out` - Enhancements added for newer 32-bit ARM (armv7) CPUs - Experimental support is now provided for 64-bit ARM (armv8) - Bug fixes- Add dmtcp-glibc-2.21.patch: Fix build with glibc 2.21.- include string.h to fix compilation (bnc#889400) Add includes.patch- Updated to upstream release 2.3.1. * Release notes: - This is primarily a bug fix release. However, if you are using DMTCP for the ARM v7 CPU, or if you are using DMTCP either with the InfiniBand network or with the SLURM batch system, then it is strongly recommended to upgrade. - Bug fix affecting building for ARM on some recent armv7a CPUs. - Improvements in support for InfiniBand network and for SLURM batch system. - Other smaller bug fixes.- Updated to upstream release 2.2. * Release notes: - In this release, the lowest layers have been re-organized and partially re-written for greater clarity of code and greater maintainability. These changes should be transparent to end users. - Users relying on the use of DMTCP with MPI, InfiniBand or the Toruqe or SLURM batch queues are strongly advised to upgrade. * Other changes are: - A --exit-after-ckpt flag was added for dmtcp_coordinator. - Scalability improvements were added. DMTCP has now been tested on an MPI jobs using 2048 MPI ranks over 2048 CPU cores. - Anybody using DMTCP with InfiniBand is strongly recommended to upgrade to inherit important bug fixes. The InfiniBand plugin is still formally part of the 'contrib' directory during this release. It was tested primarily against Open MPI. Further testing is still needed before the InfiniBand plugin can be promoted from the 'contrib' directory to the 'plugin' directory. - The --infiniband flag of dmtcp_launch was not fully functional in version 2.1. This is now fixed. - The 'dmtcp_launch --no-coordinator' option was broken in version 2.1. This is now fixed. - The --disable-dl-plugin flag was added to dmtcp_launch. Most users will not need this option. But software relying on DT_RPATH, DT_RUNPATH, or certain other uncommon cases in loading dynamic libraries may need to invoke this for stability. It is hoped to remove the need for this flag in a future release. - A similar comment holds for the --disable-alloc-plugin flag in dmtcp_launch. If there appear to be issues with a memory allocator, consider invoking this flag. - Numerous minor bug fixes and enhancements were added.- Updated to upstream release 2.1. * Short release notes: - some newly stable plugins - batch-queue, modify-env, ptrace (see below) - full support for 32-/64-bit multilib architecture. (see below) - other enhancements to the core feature set (see below) - adapting DMTCP to application requirements: removal of the old dmtcpaware interface in favor of the newer interface: test/plugin/applic-*ckpt/ (see below) - attempt to restore current working directory on restart (may be impossible if restart host has different filesystem) - 'dmtcp_coordinator --port-file ' causes coordinator to write the port - number on which it listens into FILE. This is useful in conjunction with 'dmtcp_coordinator --port 0', which starts a coordinator at a random unused port. - 'dmtcp_restart --ckptdir ' and 'dmtcp_restart_script.sh --ckptdir ' will change to a new directory to hold checkpoint images on restart. - 'dmtcp_restart --no-strict-uid-checking' or 'dmtcp_coordinator --no-strict-uid-checking' [ allows a user with a different uid to restart a checkpoint image; process uid will be changed to that of the new user ] - './configure --enable-run-as-root' [ self explanatory; normally running as root is bad practice ] - a new internal plugin to handle 'ssh' uniformly; Some corner cases in checkpointing MPI could have been affected by this. - some bug fixes related to the new plugin software architecture initiated with DMTCP 2.0- New upstream release 1.2.8. - Removed dmtcp-includes.patch as it has been included in the new tarball. * Release Notes: - Bug fixes for newer ARM CPUs --- especially addressing cache coherency issues of multi-core ARM, and the more aggressive out-of-order execution for newer ARM CPUs. - On restart, gzip zombie processes associated with compressed checkpoint images were not always reaped properly. This is now handled correctly. - Peliminary support for using C++11 compilers to compile DMTCP (but not yet intensively tested). - Minor bug fixes.- Add missing include for (glibc 2.16)- Updating to upstream release 1.2.5 * Release Notes: - epoll, eventfd, and signalfd are now supported - The ARM architecture for Linux is now supported. (Linux currently supports 32-bit ARM EABI.) - The name "DMTCP module" is changed to "DMTCP plugin" (more common terminology). User plugins can greatly customize the behavior of DMTCP. - The dmtcp_checkpoint cmd was resetting the checkpoint interval even if the user did not specify the -i/--interval flag. This is now fixed. - Improved support for a planned Fedora package for DMTCP - On resume from ckpt, zero pages were sometimes expanded (increasing the memory footprint). This affected Java. This is now fixed. - Some bug fixes were provided for programs that intensively create and destroy threads (e.g. OpenMP, Java) - After restart, the floating point rounding mode (fesetround) was not being properly restored. This is now fixed. - There have been requests for support of DMTCP for PBS/TORQUE. Some partial support has now been added to the svn only (_not_ to this release). Please write to us if you need this support from DMTCP. - The FAQ at the DMTCP web site was expanded. - 15% slowdown observed in an unusual case: A user reports that if your program frequently does both of these: a. is heavily multi-threaded; and b. calls malloc/free intensively; This has been diagnosed. It was seen too close to this 1.2.5 release, and so the fix will be provided for the next release (and in the public svn).- Add dmctp-gcc47.patch: Fix build with gcc 4.7- Some changes were accidently reverted in the previous two commits. Adding them back.- There was a minor glitch in the previous tarball. This one fixes it.- Updating to upstream release 1.2.4 * Release Notes: - Preparing for upstream release 1.2.4. + Release Notes from upstream: - There is now much more robust treatment of processes that rapidly create and destroy threads. This was the case for the Java JVM (both for OpenJDK and Oracle (Sun) Java). This was also the case for Cilk. Cilk++ was not tested. We believe this new DMTCP to now be highly robust -- and we would appreciate receiving a notification if you find a Java or Cilk program that is not compatible with DMTCP. - Zero-mapped pages are no longer expanded and saved to the DMTCP checkpoint image. For Java programs (and other programs using zero-mapped pages for their allocation arena or garbage collecotr), the checkpoint image will now be much smaller. Checkpoint and restart times will also be faster. - DMTCP_ROOT/dmtcp/doc directory added with documentation of some DMTCP internals. architecture-of-dmtcp.pdf is a good place to start reading for those who are curious. - The directory of example modules was moved to DMTCP_ROOT/test/module. This continues to support third-part wrappers around system calls, can registering functions to be called by DMTCP at interesting times (like pre-checkpoint, post-resume, post-restart, new thread created, etc.). - This version of MTCP (inside this package) should be compatible with the checkpoint-restart service of Open MPI. The usage will be documented soon through the Open MPI web site. As before, an alternative is to simply start Open MPI inside DMTCP, and let DMTCP treat all of Open MPI as a "black box" that happens to be a ditributed computation - A new --prefix command line flag has been added to dmtcp_checkpoint. It operates similarly to the flag of the same name in Open MPI. For distributed computations, remote processes will use the prefix as part of the path to find the remote dmtcp_checkpoint command. This is useful when a gateway machine has a different directory structure from the remote nodes. - configure --enable-ptrace-support now uses ptrace module (more modular code). The ptrace module should also be more robust. It now fixes some additional cases that were missing earlier - ./configure --enable-unique-checkpoint-filenames was not respecting bin/dmtcp_checkpoint --checkpoint-open-files . This is now fixed. - If the coordinator received a kill request in the middle of a checkpoint, the coordinator could freeze or die. This has now been fixed, with the expected behavior: Kill the old computation that is in the middle of a checkpoint, and then allow any new computations to begin. - dmtcp_inspector utility was broken in last release; now fixed - configure --enable-forked-checkpoint was broken in the last release. It is fixed again. - Many smaller bug fixes.- don't fail on unknown options from %configure- Remove redundant tags/sections from specfile (cf. packaging guidelines)- Top level configure files updated to fix configure error.- Updating to upstream release 1.2.3.* 1.2.2 release notes from upstream: - A new module system, allowing users to write their own extensions to DMTCP, including wrappers around library calls. See the module subdirectory for examples. - ./configure --enable-m32 was not working in DMTCP 1.2.1. It works again now. - more bug fixes and robustness testing. Tested on kernels ranging from Linux 2.6.5 to the latest kernel. Tested especially on the Linux distributions: Red Hat/Fedora, Debian/Ubuntu, SuSe/OpenSUSE; although we don't know of any Linux distributions where it fails to run. - 'screen' did not checkpoint properly on machines using LDAP authentication. This could also affect processes using 'bash'. This has been fixed. - Furthermore, recent versions of 'screen' began calling 'utempter' when present Support for 'utempter' and some other setuid processes has been added. - Removed the requirement for libc.a in building DMTCP, since Red Hat does not include libc.a in its standard repository. - ./configure --enable-ptrace now more robust. Still labelled "experimental" for this release. You will need to enable this if you want to checkpoint gdb sessions, programs running under strace, and certain other applications. - ./configure --enable-fast-ckpt-restart can make ckpt/restart faster by using 'mmap'. You will need to set the environment variable DMTCP_GZIP to "0" if you use this. This feature is still experimental, and there are many other tricks for speeding up ckpt/restart. Please talk to the developers if this is important for your application. - Experimental support added for HBICT ( hbict.sf.net ). This provides support for incremental and differential checkpointing. However, this is still ongoing work. - Work has begun on improved support for process migration between different Linux kernels and distributions. Simple applications should migrate. Please talk to us if this feature is important to you. - We do not yet support the 'epoll' and 'inotify' Linux system calls. Recently, there has been some demand for this, and we intend to raise the priority. Please talk to us if this feature is important to you.- Exclude mtcp.c from installation.- Updating to upstream release 1.2.2.- libdmtcpaware.a moved to libdmtcpaware-devel-static package. - dmtcpaware examples moved to libdmtcpaware-doc package.- Build requirements updated. - Minor cleanup.- Added "ExclusiveArch %ix86 x86_64" and removed ExcludeArch lines. - buildroot not cleaned in %install section.- dependency on libc.a removed for mtcp_restart. - Several other bug fixes and improvements.- Updated to release 1.2.1- Remove debug flags.- Updated to revision 935.- Reverting tarball to prev version.- Testing fix for restart under 32-bit OSes.- Updated tarball with compiler warnings fixed.- Added python to dependency list for running make check.- Preparing for release 1.2.1. Pulled updates from the latest dmtcp svn.cloud127 15528071542.5.2-lp151.3.42.5.2-lp151.3.4dmtcp.h/usr/include/-fmessage-length=0 -grecord-gcc-switches -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -gobs://build.opensuse.org/openSUSE:Leap:15.1/standard/b84f8ffb76cc0dd1da5c3cef471c9105-dmtcpcpioxz5x86_64-suse-linuxC source, ASCII textF-H|촮e80+utf-8aef7333d29c366295cef9bdef29d5473d1cfd86049ac9b1cf2fd6d780bf51354?P7zXZ !t/R] crv(vX0}k:W4/o}PV?ҲϨfyzćerUc/|DߎoI!Uw\ewL2o#iqB]qH2!c}Oή{FZMrGNBŸ#@=yگ<>p O޶ {S]vunhh:F5 ֙+fJ4;h],ސZE9AQ~RC „-oEaaFq"PDrH}Jatdlc6^T[AkQnH$Zq!m-7/c?e#{+ s5![Qg}d׬}3Q@$,~qs3bhAv/ ?Z~J"h#J!R#&:`3v>QF_մ_%WbHW 'טR[:}{7ǡ BnF@[\H"w6_RPݒVxQ,3#4ݫPJRtK)ljJ \9`Qy*XYcE_,A0C,7{[GΌ+@i;^ݷp8Oު3ŗQmjöpjV*lH7 Мgg$Bn&ˤ),5,My O "$O("i^P%)g"YT| 0%BVYznqEc%c8ۢU( k'I;MێxEu<}e*k;l&5:ͺMm2qs^'NSP? ;qGH})61L \q ɷNUi5ƀ [4gɁPs"\´s^A( 5 Պ%$Y$*?|4 nҟ `SQ8A( G[k2y >v|¨[|ob6'`E@*5"OZ]>R[M/-^p9&r_zD؀zO;ZE,.UnXh4H(:8^($00 '"eoT-bfOi+V3ڃ44#*:yn띖N!e֕F*l͞@|#fĶ,$t;gڎ}{%%$B;sSoHޤOuVByaynDsH1"W$Sw?piy` ̴7Z2HH·ˈxjHkAr_UbW4Pq=EZ_z`עYmˬ_VvwF9ѯ [>ZA\AK>:/&Y#ʧpq=ц Jf!5NO?ݱ4䡻#2\ EU_WQpe iڏLŃ@-/{x>lҦ1"qyA}3!Ot^SbM1. Fꀫ]\ߥ<Ԇ,dN;U)G Y4P\Tw u4p䜏2 jb<%q~mx֥$fJ+/-5xjfW+Ma";0smt-i1_oTDxGR#R?X,km3͒E~."2.3_TmT1lIqwNG["4 >IS9EJcZaOmK L. Vİ krvwD=z`1<2EO,T)?$vwhEaD5>zk x\NsN'hIuD};bFm |IX 0`" o4DRMCuؗ*?c39vAto1DQ+̸( u@ J~F*YP:ɺ\MԬ:0ɑ{upGUR{3O>Ι\x#l\8DP}M[DU\L@eҤmOtHէTc)H0|7xAѪ>B;[6O˯Ga{ӳ)gԯpEhn  '[y^YŃBĨd w)X]"~ě]4e@\u&X#9;+Mdfˉ (U:0,$(Ik<'@68=E=yxFeՐ:ZEҠ.\1qHH ۈڷAhJ7O 孬+8OL$n 3#<>^a, EO[N!>Xtg#W!{>$O(l"{#]$z6= L(=ӗ5@v(U԰PK3 |һշs>1y,(&E5[(*klҍH̀WZ~ZivTZbgp!hI~q?Ĝu6䶏A,嚉?\;]   L\`/*:,N%kr{qS ;mn]ߋshc2XOwh (B5ÓVybR(P=J$əC;_%jcGᲀcV<8@Ș0o;Y_`& ґ\„L|ƊnʤA90t,@y |0@w 1Hۯ:OeaȞה:`-֟Qc¿ks7{@#یcFP:ӑ>A+7_^DL?$O2 /8M; 8+MdX DtG=Fk˜(*CM Dg''@4HFQZOQ ,7i1PXocs%N}`Ld|K8Y>HVʤF,$ _HUDvvH>9d)L~jýXsOh{]-Z;lHa?@KrlFSdc]6ӏ ӄڸI(}#~{)E uZՌqgY+Ėg8"8qNo_e-=h-o Ðf,Q~};cm+8|]vd٢f{>0a957߶gD6 ۻ-քg]NݐA<=WXȘt&l+ĻsTYaj)tgEe&e{Ŭ!־p# (|#.5WڒU᠙J"U\׎:oZ[QZ֢d;"SQ;mSCqD/aFN"FB1tQM0!K5l(2hE-!9 t[sbC-z5ɾZ=;]h${9u}]3uH9ds 'anOkds)=(~).lL1xrÈBm+0,_&+Ȥ12 Ƶ|#+[SVe@Fɬ!,+"6?C85{w+l]ڳHRN|j\D2`tSm}ct/Fҝhtk$if᱒Jxyؓ:5],\ekfi *NMPsu*%ǘQ拍Q1c-&:̹p\R HD,L]>'(t;5g0T+ Kjژ EW8(̄N-+l%uEpۧbb5Ob uv?wo JTR9WB'~?bc1hR{\Y&s1VRjDף^M>t8[cֲ) ηGX ̝׈ogAqB5d1â&$ kƶl2 4_G ΕƀL,~^TuMK|+'$©3d=dat ̖fcb,V9)ޘ,آY0]s}c5 B>+"byTz톡~Xn2:7P ?IR_bR7lJKp&"ԯȻXFENҴa h!cx,Yq~Ǜ)9̞;}gmM8$ȼLS $:!u]\#FOŲLv}9 BO 2,f#Dcm.8bW䅘ԗONb.*r [etXD6rŦqR|%.5KgJ_ 8?t!HWRw{Ce~-hvTLhMa `h\6{ZwZ:,Z!OIھ"U.IaVq+z{Wv""T ס.jTI=[+ԥi YZ