Hi Bhaskar,
it seems Amul is not actively working on fis-gtm package any more.
Could you name any new contact person for the Debian package?
Kind regards
Andreas.
Am Mon, Apr 01, 2024 at 02:51:26PM +0200 schrieb Andreas Tille:
> Ping?
>
> Am Sat, Dec 09, 2023 at 06:13:24PM +010
Ping?
Am Sat, Dec 09, 2023 at 06:13:24PM +0100 schrieb Andreas Tille:
> Hi Amul,
>
> I realised that fis-gtm is lagging behind upstream some versions and the
> Debian packaged fis-gtm is featuring CVE-2021-44496 and CVE-2021-44504.
> It would be great if you could upgrade the De
Hi Amul,
I realised that fis-gtm is lagging behind upstream some versions and the
Debian packaged fis-gtm is featuring CVE-2021-44496 and CVE-2021-44504.
It would be great if you could upgrade the Debian package to the latest
upstream version.
Kind regards,
Andreas.
--
http://fam-tille.de
: Debian buildds
Date: Wednesday, 10 12, 2022 at 03:30 PM
To: dispa...@tracker.debian.org
Subject: failed i386 build of fis-gtm 7.0-004-1
* Source package: fis-gtm
* Version: 7.0-004-1
* Architecture: i386
* State: failed
* Suite: sid
* Builder: x86-ubc-02.debian.org
* Build log:
https://eur02
t any more
these days. I keep Amul Shah in CC of this mail as well as the Debian
Med mailing list where things like this are discussed. Amul is part of
the upstream fis-gtm team and will hopefully know some answer.
BTW, in principle its the best idea to report issues like this by
doing
report
Hi again,
this is a last warning. If I do not hear any decision I will choose
my own prefered naming scheme and will upload the package.
Kind regards
Andreas.
Am Fri, Aug 12, 2022 at 02:36:26PM +0200 schrieb Andreas Tille:
> Hi again,
>
> Amul, can you please, pretty please get to some d
Hi again,
Amul, can you please, pretty please get to some decision *right now* and
than we act accordingly? Leaving CVEs unattended just because there is
a package name discussion pending is not acceptable. If I do not hear
from you until Monday I will throw a coin and do what the coin says. We
Hi Karsten,
I do not mind, to keep the numbering scheme if it makes sense and
reflects the truth. It just needs do be done in a timely manner. Long
standing open CVEs are not acceptable. The current decision should be
drawn quickly and acted accordingly. I hope I made the consequences to
keep
Am Fri, Jul 29, 2022 at 09:56:05AM +0200 schrieb Andreas (Debian):
> I wonder if there is some decision about the naming scheme. I *really*
> want to get the CVE bugs fixed. Users might consider Debian packages
> useless otherwise.
As far as I remember the "Mumps community" considers each and
e
can be changed
> more easily than the package name. To make it clear what I mean I
> propose the following patch against the current Git repository:
>
>
> diff --git a/debian/control b/debian/control
> index 15f2d39..fb077fb 100644
> --- a/debian/control
> +++ b/debian/contr
debian/control b/debian/control
index 15f2d39..fb077fb 100644
--- a/debian/control
+++ b/debian/control
@@ -61,7 +61,7 @@ Description: metapackage for the latest version of FIS-GT.M
database
.
This metapackage always depends from the default fis-gtm version.
-Package: fis-gtm-7.0-002
+Pac
Subject: Re: Naming scheme of fis-gtm binary packages (Was: Bug#1009900:
fis-gtm: Multiple CVEs in fis-gtm)
Hi Andreas,
Thanks for changing the subject and dropping the bug tracker. I realized
my faux pas after the bug tracker replied to my email.
> > Could you remind me about what we are do
uation where there are two possible GT.M
> > versions?
> > > aptitude search fis-gtm
> > p fis-gtm
> > - metapackage for the latest version
>
Hi Amul,
Am Thu, Jun 16, 2022 at 05:58:54PM + schrieb Shah, Amul:
> > Please reconsider the "add any minor version bump leads to a new binary
> > file name" strategy. This means that fis-gtm always needs to pass the
> > Debian new queue which always means that t
My 2 Euro cent:
> and comment on the current status (may be also addressing my repeated
> question for reflecting the version inside the package name which
> is IMHO not the best idea since it always delays the uploads).
A change to that will likely never happen because that's part
of the very _c
Hi again Amul,
this is the last ping before I update what is currently in Git. We
*really* need to proceed now with fis-gtm package since we will face
Debian freeze for next stable release soon. (Not too soon but since the
last commit in Git that is not from me was in April last year it is
soon
Hi Amul,
ping. Will you be able to check my latest commits and finalise the
fis-gtm package. We should upload soonish since the freeze is
approaching.
Kind regards
Andreas.
On Thu, Dec 20, 2018 at 03:32:32PM +0100, Andreas Tille wrote:
> Hi Amul,
>
> may be you missed my
few months and I keep telling myself that I’ll do the
> > fis-gtm package next week. We released V6.3-006 at the end of last month,
> > but the corporate security goon squad decided to block SourceForge.net and
> > we’re still awaiting for permission to access it from corporate
Hi Amul,
On Sat, Dec 01, 2018 at 11:56:01AM -0500, Amul Shah wrote:
>
> It’s been a busy few months and I keep telling myself that I’ll do the
> fis-gtm package next week. We released V6.3-006 at the end of last month, but
> the corporate security goon squad decided to block Sou
On Oct 28, 2018, at 7:09 AM, Andreas Tille wrote:
>
> Hi Amul,
>
> when updating all Vcs fields of Debian Med packages to salsa I update
> fis-gtm. I noticed that you had injected a changelog entry for V6.3-004
> but now V6.3-005 is up to date. You did not yet answered my qu
Hi Amul,
when updating all Vcs fields of Debian Med packages to salsa I update
fis-gtm. I noticed that you had injected a changelog entry for V6.3-004
but now V6.3-005 is up to date. You did not yet answered my question
about the continuous name change of the binary package (or I forgot your
diff
diff --git a/debian/rules b/debian/rules
index cef9eff..5415aa0 100755
--- a/debian/rules
+++ b/debian/rules
@@ -15,6 +15,8 @@ BINPKG := $(shell awk '/Package:.*[0-9]/{print $$2;}'
debian/control)
GTM_INSTALL_DIR := lib/$(MARCH)/fis-gtm/$(UAPIDIR)
LOCAL_GTM_INSTALL_DIR :=
On Thu, Mar 31, 2016 at 10:32:24PM +0200, Andreas Tille wrote:
> Just uploaded. Will be in unstable after the next mirror sync.
I forgot that due to the name change of the binary package it needs to
pass the new queue. To my experience processing of the new queue is
faster these days than for in
; >>Debian package. Since I have the spare cycles, I want to address a few of
> >>the "action needed" items listed on https://tracker.debian.org/pkg/fis-gtm
> >Thanks for keeping the packages up to date.
> [amul:2] After the last round of updates, we instituted a f
ems listed on https://tracker.debian.org/pkg/fis-gtm
Thanks for keeping the packages up to date.
[amul:2] After the last round of updates, we instituted a few changes internally to ensure that we can ship the Debian package
ASAP. Can you look over my recent commit and make any necessary changes?
hese files? * I agree with it the principle, but I have an
> exception that I cannot work around.
I do not think that you can exclude any files from beeing checked. I'd
recommend talking with upstream whether any fixed time setting would be
possible or the reproducible builds team whether
Hello,
FIS released GT.M V6.3-000 yesterday and I am in the process of updating the Debian package. Since I have the spare cycles, I
want to address a few of the "action needed" items listed on https://tracker.debian.org/pkg/fis-gtm. I made some changes to
address the uscan error a
On Fri, Aug 21, 2015 at 08:31:41AM -0400, Amul Shah wrote:
> >> How do I respond to such a claim when I cannot reproduce it?
>
> Thanks Andreas! Does the bug reporter usually respond to confirm that it's no
> longer present?
It depends from the reporter. Usually these FTBFS bugs are properly
de
uced on an unstable system. So I decrease its severity from
> serious to important.
>
> Kind regards
>
> Andreas.
>
>> On Thu, Aug 20, 2015 at 05:36:20PM -0400, Amul Shah wrote:
>> Someone logged a FTBFS (failed to build from source) bug against fis-gtm
>
Andreas.
On Thu, Aug 20, 2015 at 05:36:20PM -0400, Amul Shah wrote:
> Someone logged a FTBFS (failed to build from source) bug against fis-gtm
> (https://tracker.debian.org/pkg/fis-gtm). I have at my disposal Debian 7.8
> and unstable servers. I attempted to reproduce the failure on eac
Someone logged a FTBFS (failed to build from source) bug against fis-gtm (https://tracker.debian.org/pkg/fis-gtm). I have at my
disposal Debian 7.8 and unstable servers. I attempted to reproduce the failure on each without success.
How do I respond to such a claim when I cannot reproduce it
On Mon, Jun 29, 2015 at 01:19:35PM +, Shah, Amul wrote:
> > Thanks for your work on this
> [amul:2] Thank you for responding while on vacation! I'm fine with waiting if
> no one can do the upload.
Just uploaded. Thanks for your preparation
Andreas.
--
http://fam-tille.de
--
To UNSU
Hi Andreas,
From: Amul Shah [amul.s...@fisglobal.com]
Sent: Tuesday, June 09, 2015 2:25 PM
To: debian-med@lists.debian.org
Subject: Re: [fis-gtm] FW: GT.M V6.2-002 available
Hi Andreas,
On 06/09/15 10:36, Andreas Tille wrote:
> Hi Amul,
>
> On
Hi Andreas,
On 06/09/15 10:36, Andreas Tille wrote:
Hi Amul,
On Tue, Jun 09, 2015 at 01:19:46PM +, Shah, Amul wrote:
I uploaded the latest version of GT.M that we released yesterday.
Thanks for your work on this.
I tagged the version as unstable. Let me know if that was the correct thin
Hi Amul,
On Tue, Jun 09, 2015 at 01:19:46PM +, Shah, Amul wrote:
> I uploaded the latest version of GT.M that we released yesterday.
Thanks for your work on this.
> I tagged the version as unstable. Let me know if that was the correct thing
> to do.
Perfect. Unfortunately I'm on vacation
[sorry for the top post, Outlook doesn't do proper quoting]
Hi Andreas,
I uploaded the latest version of GT.M that we released yesterday. I tagged the
version as unstable. Let me know if that was the correct thing to do.
As always, thanks for help.
Amul
From: Bh
y. We can upload without any change to unstable
once Jessie is released.
> [amul:5] Ack! That's what I get for working on an Ubuntu machine. I changed
> the release to unstable. Please upload.
>
> As always, thank you for your help!
Thanks to you since without your contributio
Sent via OWA2010
From: Andreas Tille [andr...@an3as.eu]
Sent: Sunday, January 25, 2015 2:47 PM
To: debian-med@lists.debian.org
Subject: Re: [fis-gtm] Updating fis-gtm to V6.2-001
Hi Amul,
On Fri, Jan 23, 2015 at 02:01:17PM -0500, Amul Shah wrote
Hi Amul,
On Fri, Jan 23, 2015 at 02:01:17PM -0500, Amul Shah wrote:
> >
> > cme fix dpkg-control
>
> [amul:4] Changes committed, please take a look.
Looks ready for upload to me. Should I upload (if yes I would change
the target distribution from precise to unstable).
Kind regards
e
by bumping the version number. The most easy way to do this is
cme fix dpkg-control
[amul:4] Changes committed, please take a look.
which does this for you besided some checking of your (Build-)Depends.
(See policy manual about what packages to install to enable cme.)
I think fis-
Hi Amul,
On Fri, Jan 23, 2015 at 12:34:44AM +, Shah, Amul wrote:
>
> [amul:3] While I diagnose the issue with #775302, I thought it prudent to not
> hold V6.2-001. Please consider this version ready for sponsoring.
OK.
> [amul:3] I checked https://tracker.debian.org/pkg/fis
Hi Andreas,
I apologize in advance for the horrid formatting that Outlook does to mails.
From: Amul Shah [amul.s...@fisglobal.com]
Sent: Wednesday, January 14, 2015 9:26 AM
To: debian-med@lists.debian.org
Subject: Re: [fis-gtm] Updating fis-gtm to V6.2-001
Hi Andreas,
On 01/14/15 02:12, Andreas Tille wrote:
Hi Amul,
On Tue, Jan 13, 2015 at 04:40:28PM -0500, Amul Shah wrote:
Last month FIS released GT.M V6.2-001. I have staged the changes for
upload. I will upload once I fix one minor issue with the gtmprofile
environment script.
Fine. Just tel
ponsering.
> I just filed a bug, Bug#775302, against the fis-gtm package on
> behalf of a user on comp.lang.mumps.
+1
Very good to record the issue here.
> I was unable to reproduce the
> bug using the package that I built on my workstation, but I was able
> to reproduce it
All,
Last month FIS released GT.M V6.2-001. I have staged the changes for upload. I will upload once I fix one minor issue with the
gtmprofile environment script.
I just filed a bug, Bug#775302, against the fis-gtm package on behalf of a user on comp.lang.mumps. I was unable to reproduce
the
Hi Andreas,
On Thu, 9 Oct 2014, Andreas Tille wrote:
really sense - I'm no fis-gtm user. However, we agreed that for a low
popcon package it is not possible to maintain several versions
officially.
Does this clarify my idea why fixing the licensing issue in
fis-gtm-6.2-000 would be suffi
Hi Amul,
On Thu, Oct 09, 2014 at 10:41:36AM -0400, Amul Shah wrote:
> >
> >Does this clarify my idea why fixing the licensing issue in
> >fis-gtm-6.2-000 would be sufficient?
>
> [amul:11] We have two options at this point regarding
> fis-gtm-6.1-000. Withdraw the v
Hi Thorsten and Andreas,
On 10/09/14 07:37, Andreas Tille wrote:
Hi Thorsten,
On Thu, Oct 09, 2014 at 12:26:16PM +0200, Thorsten Alteholz wrote:
Hmm, strictly speaking the bug is in 6.1-000 and won't be fixed by
uploading 6.2-000. I think the bug should not be assigned to package
fis-gt
Hi Thorsten,
On Thu, Oct 09, 2014 at 12:26:16PM +0200, Thorsten Alteholz wrote:
> >>Hmm, strictly speaking the bug is in 6.1-000 and won't be fixed by
> >>uploading 6.2-000. I think the bug should not be assigned to package
> >>fis-gtm but rather fis-gtm-6.1-000 (a
speaking the bug is in 6.1-000 and won't be fixed by
uploading 6.2-000. I think the bug should not be assigned to package
fis-gtm but rather fis-gtm-6.1-000 (and of course be fixed in
fis-gtm-6.2-000 as well)
Hmmm, the affected fis-gtm-6.1-000 will vanish from Debian mirror, after
fis-gtm-6.
by
> uploading 6.2-000. I think the bug should not be assigned to package
> fis-gtm but rather fis-gtm-6.1-000 (and of course be fixed in
> fis-gtm-6.2-000 as well)
Hmmm, the affected fis-gtm-6.1-000 will vanish from Debian mirror, after
fis-gtm-6.2-000 will be accepted. The buggy ver
sensible to fix it in 6.2 which can close the bug
in the same manner.
Hmm, strictly speaking the bug is in 6.1-000 and won't be fixed by
uploading 6.2-000. I think the bug should not be assigned to package
fis-gtm but rather fis-gtm-6.1-000 (and of course be fixed in
fis-gtm-6.2-000 as
On Mon, 6 Oct 2014, Bhaskar, K.S wrote:
[KSB2] Adding a license exception to the COPYING file would probably
require me to go through Legal and that may add delays that increase the
risk of pushing us past the deadline.
Aah, ok.
Would removing the claim of copyright to the reference impleme
On Thu, Oct 09, 2014 at 12:11:51AM -0400, Amul Shah wrote:
> >
> > [amul:9] Thanks for those links. I didn't know there was a bug filed. I'll
> > take care of that this evening.
> >
>
> [amul:10] I committed and pushed the license update as well as commented on
> the bug.
Good.
> Does it mat
ks. I didn't know there was a bug filed. I'll
> take care of that this evening.
To be always informed about issues of the fis-gtm package you should
subscribe it here:
https://packages.qa.debian.org/common/
Depending from your capacity to read some more mails it might be even
bett
Hi Andreas,
On Wed, Oct 8, 2014, at 05:40 PM, Amul Shah wrote:
>
> On 10/08/14 15:57, Andreas Tille wrote:
> > On Tue, Oct 07, 2014 at 08:33:53PM -0400, Amul Shah wrote:
> >> Andreas,
> >> Kindly upload fis-gtm... again.
> > No - the package is not ready ye
On 10/08/14 15:57, Andreas Tille wrote:
On Tue, Oct 07, 2014 at 08:33:53PM -0400, Amul Shah wrote:
Andreas,
Kindly upload fis-gtm... again.
No - the package is not ready yet. :-(
You did not addressed
https://bugs.debian.org/762457
which is really important to let fis-gtm migrate to
On Tue, Oct 07, 2014 at 08:33:53PM -0400, Amul Shah wrote:
>
> Andreas,
> Kindly upload fis-gtm... again.
No - the package is not ready yet. :-(
You did not addressed
https://bugs.debian.org/762457
which is really important to let fis-gtm migrate to testing (=future
stable). Pleas
ur question?
> +Emilien
>
>
>
> 2014-10-08 16:48 GMT+02:00 Amul Shah :
>> Andreas (or anyone else with the answer :),
>> When we request an upload of the fis-gtm package, does that imply the
>> creation of a source package? If not, what do I need to do to ensure t
updated /debian folder is uploaded, and also the new binary
package.
Does that answer your question?
+Emilien
2014-10-08 16:48 GMT+02:00 Amul Shah :
> Andreas (or anyone else with the answer :),
> When we request an upload of the fis-gtm package, does that imply the
> creation of a sourc
Andreas (or anyone else with the answer :),
When we request an upload of the fis-gtm package, does that imply the creation of a source package? If not, what do I need to do
to ensure that there is a source package?
thanks
Amul
_
The information contained in this message is
ine.
>
> [KSB2] Adding a license exception to the COPYING file would probably
> require me to go through Legal and that may add delays that increase the
> risk of pushing us past the deadline. However, the reference
> implementation of the plugin is just a minuscule part of GT.M
On 10/06/2014 07:55 AM, Thorsten Alteholz wrote:
> Hi Bhaskar,
>
> On Thu, 2 Oct 2014, Bhaskar, K.S wrote:
>> [KSB] Those *openssl* files are versions of the reference
>> implementation of
>> the plugin compiled with #include, #if, etc. configured to call call
>> OpenSSL. They are not actually li
penSSL or other libraries -
>> linking happens dynamically.
>
> Oh, come on, why should it matter whether you are linking at compile
> time or at run time? In both cases the result is a combined binary.
>
>> kbhaskar@bhaskark:~$ ls -l
>> /usr/lib/fis-gtm/V6.2-000
.
Oh, come on, why should it matter whether you are linking at compile
time or at run time? In both cases the result is a combined binary.
kbhaskar@bhaskark:~$ ls -l
/usr/lib/fis-gtm/V6.2-000_x86_64/plugin/lib*crypt*
/usr/lib/fis-gtm/V6.2-000_x86_64/plugin/libgtmcrypt_openssl_AES256CFB.so
-r
Yes, we'll sort it out in the next few days, Andreas. Two points:
* What Amul has created is not complete. He removed one place where
"openssl" is in the name of a symbolic link, but did not remove
another place where the reference implementation of the plugin calls
OpenSSL.
* I'
Hi Bhaskar,
I'm fine with waiting some days. However, I really recommend to sort
out these things as fast as possible. If we want to have a chance for
V6.2-000 in the next Debian stable release there are only a few days
left (maximum ten days). These discussions tend to take long and may be
the
Andreas, please hold off on the upload till the discussion between
Thorsten and me runs its course. Thank you.
My preference is to keep the package with "openssl" in the names of the
symbolic links, since V6.2-000 just continues what V6.1-000 did in the
reference implementation of the plugin bein
Hi Andreas,
> > [amul:4] V6.2-000 is ready for upload!
>
> And so I did. Thanks for your work on this
[amul:7] While we wait for the apparent licensing conflict to resolve (I don't
understand how dynamically linking a library causes problems, but I'm no lawyer
;), I went ahead and updated th
p / dependency.
>
> hmm, while looking at the Debian package, I found the following comment:
> "The upstream V6.2-000 CMakeLists.txt file built only one of three
> possible encryption plugin libraries. This meant that the debian fis-gtm
> package was missing a core piece of
does
>> not in a strict sense, depend on OpenSSL. But there is a looser
>> relationship / dependency.
>
> hmm, while looking at the Debian package, I found the following comment:
> "The upstream V6.2-000 CMakeLists.txt file built only one of three
> possible encryption
:
"The upstream V6.2-000 CMakeLists.txt file built only one of three
possible encryption plugin libraries. This meant that the debian fis-gtm
package was missing a core piece of the distributed binaries. Upstream will
apply this change to the next release after internal review."
Further
On 09/29/2014 02:08 PM, Thorsten Alteholz wrote:
>
>
> On Mon, 29 Sep 2014, Andreas Tille wrote:
>>> [amul:4] V6.2-000 is ready for upload!
>>
>> And so I did. Thanks for your work on this
>
> Hmm, AGPL code without exception linked with openssl doesn't look well ..
[KSB] Thorsten, I manage FIS
On Mon, 29 Sep 2014, Andreas Tille wrote:
[amul:4] V6.2-000 is ready for upload!
And so I did. Thanks for your work on this
Hmm, AGPL code without exception linked with openssl doesn't look well ..
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject
Hi Amul,
On Mon, Sep 29, 2014 at 10:55:11AM -0400, Amul Shah wrote:
> >>instance1:~> lintian --display-info fis-gtm-6.2-000_6.2-000-1_amd64.deb
> >>I: fis-gtm-6.2-000: spelling-error-in-binary
> >>usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/dse accomodate acco
nique we adopted to handle the DESTDIR problem.
instance1:~> lintian --display-info fis-gtm-6.2-000_6.2-000-1_amd64.deb
I: fis-gtm-6.2-000: spelling-error-in-binary
usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64/dse accomodate accommodate
I: fis-gtm-6.2-000: spelling-error-in-binary
usr/li
lagging of M sources below
> occurred because of the technique we adopted to handle the DESTDIR problem.
>
> instance1:~> lintian --display-info fis-gtm-6.2-000_6.2-000-1_amd64.deb
> I: fis-gtm-6.2-000: spelling-error-in-binary
> usr/lib/x86_64-linux-gnu/fis-gtm/V6.2-000_x86_64
t; better.
>
> You need to call
>
>lintian -I
>
> to get these.
[amul:3] These warnings made me chuckle a bit. I didn't realize that we had
typos in our messaging from C sources. The flagging of M sources below occurred
because of the technique we adopted to handle t
ink in the utf8 directory
> >>(which IIRC does not match what our install script produces).
> >So do you plan to fix this before I'll upload? Please tell me once you
> >are happy with the package since I personally know to less about fis-gtm
> >to know whether these todos
Hi Amul,
On Wed, Sep 24, 2014 at 09:41:34AM -0400, Amul Shah wrote:
> > W: fis-gtm-6.2-000: debian-changelog-line-too-long line 6
> >
> >(git pull) - please note that the target distribution should be
> >"UNRELEASED" until we will release.
>
> [
warnings overrides. Please let me know if they are correct.
Lintian was able to use the crated overrides - so this is obviously fine.
I just fixed
W: fis-gtm-6.2-000: debian-changelog-line-too-long line 6
(git pull) - please note that the target distribution should be
"UNRELEASED" unt
if they are
> correct.
Lintian was able to use the crated overrides - so this is obviously fine.
I just fixed
W: fis-gtm-6.2-000: debian-changelog-line-too-long line 6
(git pull) - please note that the target distribution should be
"UNRELEASED" until we will release.
I also
Hi Andreas,
Thanks to your prior instructions and V6.2-000 changes eliminating the patch
series, going through this round was a quite quick.
I added two lintian warnings overrides. Please let me know if they are correct.
While looking at the installed directory, I noticed two inconsistencies mar
Hi Amul,
On Sun, Sep 21, 2014 at 06:33:48PM -0400, Amul Shah wrote:
> >
> > I uploaded after fixing some lintian overrides. Thanks for your work on
> > this package.
>
> [amul:9] Thanks for the fixes. I’ll read through to understand what I missed.
Probably you missed to run `lintian *.changes`
ms but if I would need to I
>>> would have a look how openjdk, python or gcc are solving this issue. In
>>> any case you can always consult debian-ment...@lists.debian.org if you
>>> might face problems to apply the technique used in these packages for
>>> fis-gtm.
ng this issue. In
> >any case you can always consult debian-ment...@lists.debian.org if you
> >might face problems to apply the technique used in these packages for
> >fis-gtm.
> [amul:8] Since V6.2-000 was just release, I'm skipping this feature for the
> V6.1-000 pack
Hi Andreas,
On 09/11/14 16:46, Andreas Tille wrote:
Hi Amul,
On Thu, Sep 11, 2014 at 03:30:18PM -0400, Amul Shah wrote:
[amul:7] To manage the default "current" link, /opt/fis-gtm/current,
debian/rules includes a override_dh_link target. We would like to
let users install GT.M versi
Hi Amul,
On Thu, Sep 11, 2014 at 03:30:18PM -0400, Amul Shah wrote:
>
> [amul:7] To manage the default "current" link, /opt/fis-gtm/current,
> debian/rules includes a override_dh_link target. We would like to
> let users install GT.M version 6.0-003 and V6.1-000 concur
and lastly, (d) update the source
README.
- Fix the issue where the /opt/fis-gtm/current link points to the 32bit version
of GT.M for the 64bit install
- Allow i386 and x86_64 packages to coexist. Currently the packages
conflict. Also ensure that users can install multiple GT.M versions.
[amul:6
d to (a) test the result, (b)
> create the patch for the debian package, (c) carry the build changes
> forward to the upstream release and lastly, (d) update the source
> README.
> - Fix the issue where the /opt/fis-gtm/current link points to the 32bit
> version of GT.M for the 64bit in
need to (a) test the result, (b)
create the patch for the debian package, (c) carry the build changes forward to the upstream release and lastly, (d) update the
source README.
- Fix the issue where the /opt/fis-gtm/current link points to the 32bit version
of GT.M for the 64bit install
- Allow i386
Hi Amul,
On Fri, Aug 29, 2014 at 10:15:07AM -0400, Amul Shah wrote:
> >
>
> [amul:5] I've surmounted the above issue. I don't completely follow
> everything, but I reverted the commit that merged the "upstream" (this is
> branch that existed only in my local copy as opposed to the branch from
Hi Amul,
On Fri, Aug 29, 2014 at 08:14:03AM -0400, Amul Shah wrote:
> >
> > While `rm -rf .pc` is sensible before commiting you should make sure
> > that you do not forget `quilt pop -a` before.
>
> [amul:4] I check git status -s before moving forward.
OK.
> > Well, do you have a valid GPG ke
p. I
> > > also have a git push error that I don't understand. I try doing some more
> > > searches tomorrow.
> >
> > To give a short summary:
> >
> > 0. create gpg key
> > 1. gbp-clone ssh://git.debian.org/git/debian-med/fis-gtm.git
&g
saw prior upstream commits had
> > already chained off the initial source import until the upstream/6.0-003. I
> > used the commit ID of the upstream/6.0-003 below.
> >
> > git clone ssh://git.debian.org/git/debian-med/fis-gtm.git fis-gtm-debmed.git
> &g
Hi Amul,
On Thu, Aug 28, 2014 at 08:51:51AM -0400, Amul Shah wrote:
> Hi Andreas,
> I apologize for the mix-up. Is there a way for me to back those changes out
> of the master branch?
At a second thought it might be that nothing really bad has happened.
Perhaps you just gbp-clone the current sta
follow the step by step
instructions I have given in my other mail.
Kind regards
Andreas.
On Thu, Aug 28, 2014 at 04:13:53AM +, Amul Shah wrote:
This is an automated email from the git hooks/post-receive script.
tuskentower-guest pushed a change to branch master
in repository fis
step
instructions I have given in my other mail.
Kind regards
Andreas.
On Thu, Aug 28, 2014 at 04:13:53AM +, Amul Shah wrote:
> This is an automated email from the git hooks/post-receive script.
>
> tuskentower-guest pushed a change to branch master
> in reposi
g/debian-devel-announce/2014/07/msg2.html),
> but didn't quite understand some terms. What is the drop dead date
> to get fis-gtm up to date?
Lets finish things in September to be sure. Targeting at a drop dead
date is not a good idea since a last minute RC bug might cross our
plans
t can be corrected. Here's the error that I started
> out with.
>
> instance1:~/fis-gtm-debmed.git> git-import-orig --pristine-tar
> ~/Downloads/fis-gtm-V6.1-000.tar.gz -u 6.1-000
> gbp:error:
> Repository does not have branch 'upstream' for upstream so
1 - 100 of 343 matches
Mail list logo