On Thu, Feb 3, 2011 at 1:05 PM, Yaroslav Halchenko
wrote:
> ok... uploaded to NEW! thanks for not giving up! from now on things should go
> smooth(er) ;-)
Thanks a lot Yaroslav!
> one new "complaint":
>
> * getting lots of
>
> [5295] NOTE at connectionmanager.cpp:585 in handlePreExistingFd;
> R
ok... uploaded to NEW! thanks for not giving up! from now on things should go
smooth(er) ;-)
one new "complaint":
* getting lots of
[5295] NOTE at connectionmanager.cpp:585 in handlePreExistingFd; REASON='found
pre-existing socket... will not be restored'
while working in ipython within screen
Okies. Fixed all three in the newest package :-). Here is the link to .dsc:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn876-1.dsc
Thanks,
Kapil
On Thu, Feb 3, 2011 at 9:13 AM, Yaroslav Halchenko
wrote:
>
> On Wed, 02 Feb 2011, Yaroslav Halchenko wrote:
>> > Okay, so I have
On Wed, 02 Feb 2011, Yaroslav Halchenko wrote:
> > Okay, so I have fixed this one as well. Here is the link to the latest
> > .dsc file:
> > http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn873-1.dsc
> ok -- I will have a look
almost there!! could have uploaded as is with a promi
That's pretty cool. Thank you Yaroslav!
I will give it a try soon.
--Kapil
On Wed, Feb 2, 2011 at 7:44 PM, Yaroslav Halchenko
wrote:
>
> On Wed, 02 Feb 2011, Kapil Arya wrote:
>> Okay, so I have fixed this one as well. Here is the link to the latest
>> .dsc file:
>> http://mentors.debian.net/deb
On Wed, 02 Feb 2011, Kapil Arya wrote:
> Okay, so I have fixed this one as well. Here is the link to the latest
> .dsc file:
> http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn873-1.dsc
ok -- I will have a look
>Can you tell me how to setup this environment having 32-build
>
Okay, so I have fixed this one as well. Here is the link to the latest
.dsc file:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn873-1.dsc
Yaroslav,
Can you tell me how to setup this environment having 32-build
system over 32/64 bit capable kernel so that I can do some testin
> Hello All,
Hi All back,
quickie: almost there ...? ;-)
on 32bit builds:
patching file mtcp.t
Hunk #1 succeeded at 6 with fuzz 2.
Hunk #2 succeeded at 146 (offset -7 lines).
gcc -g -O2 -O0 -g -fPIC -DPIC -c -o mtcp_ptrace.o mtcp_ptrace.c
In file included from mtcp_internal.h:99,
Hello All,
I have now uploaded yet another version of dmtcp on
mentors.debian.net. Hopefully this one is very close :-).
Here is the link to the .dsc file:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn871-1.dsc
Let me know howz this one.
Thanks,
-Kapil
--
To UNSUBSCRIBE
On Tue, 01 Feb 2011, Kapil Arya wrote:
> the OUTPUT_FORMAT would be "elf32-i386"? i.e.
> # ld -shared -verbose | grep OUTPUT_FORMAT
> OUTPUT_FORMAT("elf32-i386", "elf32-i386",
seems to me:
root@lego:/# ld --shared --verbose | grep -A1 OUTPUT_FORMAT
OUTPUT_FORMAT("elf32-i386", "elf32-i386",
> # uname -m
> x86_64
> # dpkg --print-architecture
> i386
>
> quite often Debian 32bit-built systems are running on top of 32/64 bit
> capable kernel. So, imho correct way to deduce built type is not from kernel
> but from toolchain itself:
>
> # grep OUTPUT_ARCH mtcp.t
> OUTPUT_ARCH(i386)
>
> an
On Mon, 31 Jan 2011, Yaroslav Halchenko wrote:
> > > | dmtcp_1.2.0+svn864-1~nd09.04+1_i386.build FAILED
> > > | dmtcp_1.2.0+svn864-1~nd09.04+1_amd64.build FAILED
> > > `---
> > This is where I have some problem reproducing the failure. I tried
> > building it on Ubuntu9.10 and 10.10, bo
On Mon, 31 Jan 2011, Kapil Arya wrote:
> PS: Please also have a look at libdmtcpaware1.postinst file. I have
> used the template and inserted the "ldconfig"; it suppressed lintian
> error/warning, but I am not sure if this is the correct way.
yeap -- should not have been necessary...
if you add
Hello Yaroslav,
I have made the changes in the new uploaded version. Here is the link
to the new .dsc file:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn868-1.dsc
My replies/comments/questions are inline.
Thanks,
-Kapil
PS: Please also have a look at libdmtcpaware1.postinst
eh... not yet there
* cleanup:
- either use .examples (prune .example) or cmdline args for dh_installexamples,
why both? (later on my lead to confused and wasted time trying to figure out
WTF)
preferably .examples files and clean
dh_installexamples cmdline -- just add debian/tmp/ prefix in
awesome -- I will have a look some time over weekend... monday the
latest
Thanks!
On Fri, 28 Jan 2011, Kapil Arya wrote:
> I have now uploaded the newer version of DMTCP which provides the
> dynamic library as well. Here is the url to .dsc file:
> http://mentors.debian.net/debian/pool/main/d/dmt
Hello Yaroslav,
I have now uploaded the newer version of DMTCP which provides the
dynamic library as well. Here is the url to .dsc file:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn864-1.dsc
I have also fixed the debian revision as well.
Please let me know if there are any
thank you Kapil for keeping rolling forward... if you don't hear from
me with comments about current changes, please buzz me whenever you
upload .dsc which should have provided dynamic libraries as well...
btw
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn859.dsc
sounds wrong -
Hello All,
I have uploaded the new version of the package with most of the
suggested modifications. I am still working on the rest. Here is the
url to the signed dsc:
http://mentors.debian.net/debian/pool/main/d/dmtcp/dmtcp_1.2.0+svn859.dsc
>
> > Thanks for pointing this out. There is no need of
ah -- I think I've forgotten:
* now it builds with optimization suppressed in many places, e.g.
gcc -m32 -Wa,--32 -DHIGHEST_VA=0xe000 -g -O2 -O0 -g -c -o mtcp_check_vdso.o
mtcp_check_vdso.c
is that required? if not then it better be 'regulated' by noopt option,
usually done with a snippet l
On Tue, 25 Jan 2011, Gene Cooperman wrote:
> Thanks very much for mentoring us on the Debian package. We greatly
> appreciate this.
you are welcome
> > > DMTCP will work only on i386 and amd64 architectures. I am sorry, but
> > > I don't understand which files should I put under /usr/lib32
Hi Yaroslav,
Thanks very much for mentoring us on the Debian package. We greatly
appreciate this. Here are two finer points: If Kapil already discussed
them with you, then you can ignore this.
1)
> > > ignorant questions: would it work on other architectures? shouldn't
> > > generated
On Tue, 25 Jan 2011, Kapil Arya wrote:
> > * debian/control:
> > - Standards-Version: 3.8.3
> > make sure it is compatible with current one (3.9.1) and adjust control
> > file accordingly
> Done. However, I haven't setup the quilt so lintian is complaining.
there is not much to "setup":
mkdir
Hello,
[CC'ing Gene Cooperman (another DMTCP developer) as well]
On Mon, Jan 24, 2011 at 2:36 PM, Yaroslav Halchenko
wrote:
> Cool project!
>
> Thanks for preparing packaging as well -- probably I could
> sponsor it. So here is my take (looking at SVN's debian/)
Thanks again!
> * debian/copyr
Thanks a lot for your interest in this package.
I will update the package to address the issues listed by you and will
write back once I am ready to uploaded it.
Thanks,
-Kapil
On Mon, Jan 24, 2011 at 2:36 PM, Yaroslav Halchenko
wrote:
> Cool project!
>
> Thanks for preparing packaging as well
Cool project!
Thanks for preparing packaging as well -- probably I could
sponsor it. So here is my take (looking at SVN's debian/)
* debian/copyright:
- public domain: it is not that easy actually to release stuff into
public domain, e.g. see http://en.wikipedia.org/wiki/WTFPL
thus I w
Package: wnpp
Severity: wishlist
Owner: ka...@ccs.neu.edu
* Package name: dmtcp
Version : 1.2.0
Upstream Author : Kapil Arya
* URL : http://dmtcp.sourceforge.net/
* License : LGPL
Programming Lang: C, C++
Description : Checkpoint/Restart functionality
27 matches
Mail list logo