Hi everybody,
how time flies! This time of the year has come again and in order to carry
on a tradition, I want to remind everybody of our combined efforts to
take care of some poor souls.
The days are closing in, the year is drawing to an end and we should think
of all those, that are not a
Hi everybody,
advent is over and the calender[1] has been filled with lots of entries.
All in all 95 bugs have been closed, that is the second highest number
after the all time record of 150 last year. So congratulations to all
participants for a great job!
Though some new bugs appeared duri
Hi everybody,
this time of the year has come again and in order to carry on a
tradition (it is the seventh time this year), I want to remind
everybody of our combined efforts to take care of some poor souls.
The days are closing in, the year is drawing to an end and we should
think of all th
Hi Andreas,
On Thu, 30 Nov 2017, Andreas Tille wrote:
I'll open several bugs for missing tests soon which we can close in
our advent bug squashing party (Thorsten?)
yes, but don't forget the old poor souls :-).
Thorsten
Hi everybody,
On Fri, 1 Dec 2017, Andreas Tille wrote:
* I never liked the split of one upstream source into lots of SVN
checkouts in different source packages. Those who are working on
that set of packages need to do stupid repeated work for no good
reason and I really regret
Hi Andreas,
On Fri, 1 Dec 2017, Andreas Tille wrote:
I'm not sure whether you consider Debichem team bugs as valid targets
for the advent calendar
nope, not for the debian-med calendar.
But a debian-science calendar might be possible next year ...
Thorsten
Hi everybody,
advent is over and the calendar[1] has been filled with lots of entries.
All in all 105 bugs have been closed, that is the second highest number
after the all time record of 150 two years ago. So congratulations to all
participants for a great job!
Though some new bugs appeared
Hi everybody,
it is incredible but this time of the year has come again and in order to
carry on a tradition, I want to remind everybody of our combined efforts
to take care of some poor souls.
The days are closing in, the year is drawing to an end and we should
think of all those, that are
Hi everybody,
now it is the time again. The days are closing in, the year is drawing to
an end and the Christmas season starts. As last year we should think of all
those, that are not around with their own kind.
Again, during the last few months, lots of volunteers all around the world
tracke
On Fri, 30 Nov 2012, Andreas Tille wrote:
If I understood you correctly that you are collecting the bugs manually
(and not straight automatically from UDD which would set hard technical
criterion)
yes, it is still done manually.
I would suggest the following extention of the rule
Hi Eric,
On Fri, 30 Nov 2012, Eric Maeker wrote:
Thanks for the bug list. I found one for the freemedforms project
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=686677
It can be easily corrected, but I don't really know how to send the patch.
I just had a short look at the bugrep
On Mon, 3 Dec 2012, Eric Maeker wrote:
All dependencies are corrected.
Ok
We just need to patch the control file and add a bug close in the changelog.
SVN files are actually for the 0.8.0, so we have to patch tagged 0.7.6
files.
Hmm, as 0.8.0 is already in experimental, I don't think tha
Hi everybody,
as Christmas time is over now here are some statistics about this year's
bug squashing.
We started with about 100 bugs for debian-med and could resolve 15 bugs
for debian-med packages. Additionally 12 release critical bugs have been
resolved by our members.
So we haven't been as
On Thu, 11 Apr 2013, Mathieu Malaterre wrote:
Good luck with maven/java... See 693234#23
Hmm, and the ctakes-resources consist of 1GB of data ...
Is there an upper limit of tolerated package size?
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject o
Hi everybody,
On Thu, 16 May 2013, Andreas Tille wrote:
You might like to check this Wiki page for further interesting programs
besides Seg3D[2] and msvtk[3]. I might consider creating a packaging
skeleton if this helps. Any takers for packaging?
shouldn't we begin with an entry in the task
On Sun, 7 Jul 2013, Andreas Tille wrote:
I have put Thorsten Alteholz explicitly in CC - perhaps he might be able
to verify and upload before I can do.
it builds here and I uploaded it.
But according to lintinan this package still needs a lot of care ...
Thorsten
--
To UNSUBSCRIBE
Hi Eric,
On Wed, 10 Jul 2013, Eric Maeker wrote:
I've commited the rpath issue correction. Please, if anyone can make a small
test. Just compil, install, and run /usr/bin/freemedforms (or by the menu
entry).
doing a svn-buildpackage results in:
cp -a global_resources/package_helpers/freemed
Hi,
in order to keep an old tradition, I want to remind everybody of our
combined efforts to take care of some poor souls at this time of the
year.
As the years before we should think of all those, that are not around
with their own kind. Again, during the last few months, lots of volunteers
Hi Yaroslav,
On Thu, 28 Nov 2013, Andreas Tille wrote:
H, this information is new to me. If I have understood NEW queue
correctly than it is better not to touch packages which are in the
queue. Otherwise you might confuse ftpmaster or influence the position
of your package to get handled l
On Thu, 28 Nov 2013, Yaroslav Halchenko wrote:
in case an ftp trainee has checked the -1 version and now sees a new
one, he would not be delighted by this, as his previous work would
be just a waste of time.
is that from personal experience?
I just wanted to mention an argument from a diffe
On Sat, 14 Dec 2013, Andreas Tille wrote:
Personally, I have no problem with this. I also have the feeling that a couple
of years ago, it would not have been a problem. However, I have the
impression that now it is important for Debian that images are rebuild from
their source.
I do not thi
Hi everybody,
thanks alot for closing so much bugs. After taking care of 64 bugs in
2011 and 27 bugs in 2012, we reached a new all time high of 73 bugs this
year, BRAVO!
The oldest bug that could be closed was #541207 [1] which was the RFP of
fis-gtm dated from 2009 :-).
Season's Greetings
On Wed, 15 Jan 2014, Andreas Tille wrote:
Uploaded ... waiting for acception by ftpmaster.
So this is my moment to ask questions :-)
debian/copyright says:
Files: *
License: GPL-2+
But the accompanying commentary says something about GPLv3+ (as do the
headers of the src/* files).
On th
Hi Jorge,
On Wed, 15 Jan 2014, Jorge Sebastião Soares wrote:
GPL wise it's all done I think.
It's all committed including the new pristine tar 1.3.
wow, that was fast.
Please let me know if you find any other weirdness.
From my point of view everything is fine now.
@Andreas: I am waiting
Hi,
On Mon, 3 Feb 2014, Andreas Tille wrote:
Thanks to Thorsten mira is no uploaded while I was sleeping my last
night in Stonehaven.
I was watching Super Bowl and due to the really boring game I had some
spare time :-).
Any clue how to adapt the watch file to fetch version 4.0?
Today ev
Hi everybody,
the whole project has the systemd-discussion and we discuss about
the packaging of fis-gtm :-). So let me ask some questions and I hope they
haven't been asked before ...
More precisely we are talking about versions:
fis-gtm-6.0 (currently in Debian)
On Tue, 11 Feb 2014, Andreas Tille wrote:
As far as I have read Dominique's (and more importantly Thorsten's mail
who was perhaps partly wearing his ftpmaster hat, thanks Thorsten - I
was hoping for input like this) the question was rather rhetorically.
Oh, no, it was not meant to be rhetori
On Mon, 10 Feb 2014, Dominique Belhachemi wrote:
There is no big difference to all the other packages in Debian. Transitions
happen all the time.
Compared to other transitions, a transition from 6.0 to 6.1 to 6.2 within
one release cycle sounds really different to me. Besides, the older ver
On Tue, 11 Feb 2014, Bhaskar, K.S wrote:
Dominique's suggestion makes sense. There's no issue changing the latest
release and having fis-gtm reflect that, so that someone installing fis-gtm
always gets the latest release. My concern is just to make sure that
installing the latest release w
On Wed, 19 Feb 2014, olivier sallou wrote:
after several mails to upstream to clarify some license issue, I think we
will have to put readseq2 in non-free.
I didn't follow the previous discussion. Is it the file that is
available at: http://iubio.bio.indiana.edu/soft/molbio/readseq/java/
Hi Stephen,
thanks to Andreas I learned today that I need to write more emails and
that phyutility is going to be uploaded soon.
Before this upload, can you please have a closer look at the (yet)
incomplete contents of debian/copyright.
Would it make sense to create a separate package from the
Hi Stephen,
On Sun, 16 Mar 2014, Stephen Smith wrote:
I would be happy to take a look at the copyright contents. However, I am
a bit new to this so not exactly sure which bits are missing.
In debian/copyright the maintainer must document the copyright holder
and license of all files in the so
Hi Stephen,
On Thu, 20 Mar 2014, Stephen Smith wrote:
Hopefully, yes! I have tracked down as best I can, all the authors of
the original JEBL and the LGPL version that it was under. These have
been added to the copyright.
sorry for not being more verbose, the jebl directory was just one examp
Hi Stephen,
lintian tells me something about:
W: phyutility: incompatible-java-bytecode-format Java7 version (Class format:
51
I am not a Java expert, but wouldn't this make the package unusable on
standard Debian?
Do you need src/jade/lib/libmatrixExp.so for anything?
Thorsten
--
To U
On Wed, 9 Apr 2014, Andreas Tille wrote:
On Wed, Apr 09, 2014 at 05:42:22PM +0200, Alex Mestiashvili wrote:
bowtie2 has stuck in unstable because of change in supported architectures.
I've opened #742614, but haven't received any reaction so far.
Is there anything else one can do to force the
Hi Steffen,
On Thu, 10 Jul 2014, "Steffen Möller" wrote:
package, which is all much about machine learning on biological sequences.
Those packages work, but are not nice, yet, in particular those are not
necessarily DFSG clean at the very moment. It is mostly about PDFs shipping
with the source
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 Bhaskar,
On Mon, 29 Sep 2014, Bhaskar, K.S wrote:
GT.M does not require OpenSSL, does not statically link to it, and 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:
"Th
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 linked to OpenSSL or other libraries -
linking happens dynamically.
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, 9 Oct 2014, Andreas Tille wrote:
Does it matter that the bug was submitted against 6.1-000 and we are working on
V6.2-000?
No. We *could* have fixed 6.1-000 before (and it would have migrated to
testing then) but since you immediately started working on 6.2 I
considered it more sens
Hi Andreas,
On Thu, 9 Oct 2014, Andreas Tille wrote:
No. We *could* have fixed 6.1-000 before (and it would have migrated to
testing then) but since you immediately started working on 6.2 I
considered it more sensible to fix it in 6.2 which can close the bug
in the same manner.
Hmm, strictly
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 sufficient?
Hi Jorge,
On Tue, 18 Nov 2014, Jorge Sebastião Soares wrote:
I have just finished packaging the new upstream version of fastaq.
"UNRELEASED" in debian/changelog should be better "experimental".
Thorsten
Hi Jorge,
On Tue, 18 Nov 2014, Jorge Sebastião Soares wrote:
KMC packaging is done.
the Copright:-line in your debian/copyright needs some attention.
Thorsten
Hi Jorge,
On Wed, 19 Nov 2014, Jorge Sebastião Soares wrote:
Does this mean that you'll sponsor the two packages? :)
for kmc you need to take two hurdles: finding a sponsor and pass through
the NEW queue. I can only help you with one of them (conflict of interest
and stuff like that). So you
Hi Jorge,
On Thu, 20 Nov 2014, Jorge Sebastião Soares wrote:
It would be wonderful to get kmc in as soon as possible. I would be able to
finish the IVA package (kmc and fastaq being a dependency) sooner.
is there a reason why kmc depends on libboost1.54-all-dev whereas 1.55 is
already availa
Hi Jorge,
in fastaq you added the .pc directory to the repository. This doesn't
look good.
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/alpine.deb.2.
Hi Sascha,
On Thu, 20 Nov 2014, Sascha Steinbiss wrote:
may I kindly ask if you could consider into sponsoring aegean as well,
not yet,
data/share/vendor/jquery.dataTables.js
data/misc/amel-ogs-vs-ncbi-parseval-html/vendor/jquery.dataTables.js
are under GPLv2 as well and missing in your debi
Hi Dylan,
On Sat, 22 Nov 2014, Dylan wrote:
I use the Files-Excluded field in copyright file to remove the __MACOSX
upstream folder with uscan but I don't know why it doesn't work.
one empty line and one "/" too much. Files-Excluded: belongs to the
header.
commandLine.cpp says:
cout <<
Hi,
in order to carry on a tradition, I want to remind everybody of our
combined efforts to take care of some poor souls at this time of the year.
The days are closing in, the year is drawing to an end and we should think
of all those, that are not around with their own kind. Again, during th
Hi Afif,
On Sat, 11 Jul 2015, Andreas Tille wrote:
On Fri, Jul 10, 2015 at 06:42:35PM -0700, Afif Elghraoui wrote:
Hi, Andreas,
I believe I've corrected the copyright file. My only question is whether I
can still call it a BSD-3-clause license if it's slightly modified: the
three clauses are vi
Hi everybody,
as Andreas seems to have problems with my emails, can someone else
please tell him that his long awaiting answer can be found at [1].
Thorsten
[1]
http://lists.alioth.debian.org/pipermail/debian-med-packaging/2015-October/035277.html
Hi everybody,
the time has come and in order to carry on a tradition, I want to remind
everybody of our combined efforts to take care of some poor souls at this
time of the year.
The days are closing in, the year is drawing to an end and we should think
of all those, that are not around with
Hi everybody,
Christmas finally arrived and the Advent calendar has been filled with
lots of closed bugs. I am really impressed with the achievement of all
participants. After the rather small quantity last year, the incredible
number of 150 bugs have been closed this year! Thanks alot!
Now
Hi,
I did some work on smile (which I had to rename to biosmile, as there are
other (not yet official) packages already named smile).
From my point of view it is lintian clean and buildable by pbuilder. Can
one of you please have a look and tell me what things can be improved?
Thorsten
--
Hi Charles,
On Fri, 20 May 2011, Charles Plessy wrote:
first of all, welcome to Debian Med and thanks for your contribution !
thanks for the welcoming. I hope there will be lots of contributions to
follow.
You can probably simplify a lot debian/rules by using the dh command
from Debhelper.
On Fri, 20 May 2011, Nelson A. de Oliveira wrote:
http://lists.debian.org/debian-infrastructure-announce/2011/05/msg0.html
;-)
Oh great, thanks alot for that link.
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
On Sun, 22 May 2011, Steffen Möller wrote:
There are just too many other bits for me to finish first ... is anybody on
this list prepared to jump at it, possibly?
At least I will have a look at it.
Thorsten
On Wed, 25 May 2011, Sebastian Hilbert wrote:
Indeed an initial package is already there. I applied some patch, but
lintian still complain about a rpath for mpi. Apparently rpath is
needed to go pass a lintian error already...
Could you please elaborate on what that means ? Is this something up
On Wed, 25 May 2011, Sebastian Hilbert wrote:
I think the cmake issue has been taken care of after an hint from upstream.
Yes, at least it compiled with only a small patch under sid.
But this is a huge beast, it needed more than an hour to build on my small
VM...
Thorsten
--
To UNSUBS
On Wed, 25 May 2011, Andreas Tille wrote:
I'd say for a first shot on this package which might go to experimental
this rpath issue might be ignorable.
Are you sure that a package with such an error can be uploaded?
Usually it is ugly to have upstream provided debian/ dirs and I always
try to
On Wed, 25 May 2011, Andreas Tille wrote:
Unfortunately I am not yet able to commit anything after the alioth
rework. There is still an error:
svn: Can't create directory '/svn/debian-med/db/transactions/6851-1.txn':
Read-only file system
Uhmm. :-(
Any location for http download might do fo
On Thu, 26 May 2011, Steffen Möller wrote:
E: ginkgocadx: binary-or-shlib-defines-rpath
usr/lib/ginkgocadx/Plugins/libvisualizator.so.2.4.1.1
/usr/lib/openmpi/lib
So this is really an issue.
But I think lintian is wrong here. The error should just be
overridden.
No, the rpath is really adde
On Thu, 26 May 2011, Andreas Tille wrote:
What exactly is the problem / error message if you try to commit?
It is still something like:
(...)
Sendingtrunk/debian/rules
Transmitting file data .svn: Commit failed (details follow):
svn: Can't create directory '/svn/debian-med/db/
On Fri, 27 May 2011, Steffen Möller wrote:
They have somehow changed to some role based stuff ... strange ... I took
the role away and added it. Give it a try, please.
*sigh* that is really strange. I still get this error.
Sounds great! I am just having some ssh key issue myself and will (if
On Thu, 26 May 2011, Thorsten Alteholz wrote:
Unfortunately I am not yet able to commit anything after the alioth
rework. There is still an error:
svn: Can't create directory
'/svn/debian-med/db/transactions/6851-1.txn':
Read-only file system
Ok, it seems to be that I am
On Mon, 30 May 2011, Andreas Tille wrote:
Hoping for somebody who cares about the
copyright file now ...
There are about 1800 files to be checked.
Are there any tools to make this task a bit easier?
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.d
Hi everybody,
from my point of view package smile is ready to be uploaded now. Although
it might not be the most popular one, it is still on the tasks list and
somebody else might want to use it.
What will be the next steps? Shall I build the package and upload it
somewhere? What about the svn
Hi Andreas,
On Wed, 1 Jun 2011, Andreas Tille wrote:
to pay some respect to your efforts as a newcomer I spended some minuted
(the package was really well prepared so it did not needed more than a
small break from my usual work) to finally upload.
great, thanks alot.
Thorsten
--
To UNSUB
Hi everybody,
thanks for all your tips.
I think I am almost finished now with the copyright file. The only open
issue is with file src/cadxcore/xmlrpc/base64.h
The author of this file is listed but there is no license mentioned.
Strictly speaking one may not do anything with such a file. So whe
On Fri, 3 Jun 2011, Sebastian Hilbert wrote:
Is there any special formatting or is it more or less "mention license(s) for
any file distributed in the package" ?
It should be in some kind of DEP-5 format. I am not sure whether this
format has to be applied yet.
Is this enough or is there
On Sat, 4 Jun 2011, Steffen Möller wrote:
Formally there may be a problem. But I'd say it is fair to assume the
dominating license of the package or of that folder. Is it the only
contribution from that author?
Yes, it is only one file.
Just come up with your in
Hi,
as I really don't like incomplete stuff, I did some work on dotur.
In case it shall become a real package, we need an ITP. In case this
software is useless now, it can be removed from the list of tasks.
What are your opinions?
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lis
Hi Olivier,
On Mon, 6 Jun 2011, Olivier Sallou wrote:
I tried to rename one dir (ncbi-blast-plus to ncbi-blast+) with svn rename.
On commit I have an error:
can you please check whether you try to commit to alioth.debian.org or
svn.debian.org? In case it is alioth, you will get this error. On
Hi Gregory,
On Sun, 5 Jun 2011, Gregory Sharp wrote:
Finally I got the Alioth ssh keys to work, but I had a trouble
uploading the directory into debian-med. Any idea what I did wrong?
from which host did you checkout your repository? If it is alioth, you
need to 'svn switch' to svn.debian.or
On Mon, 6 Jun 2011, Olivier Sallou wrote:
I have:
URL:
svn+ssh://osallou-gu...@scm.alioth.debian.org/svn/debian-med/trunk/packages
Repository Root:
svn+ssh://osallou-gu...@scm.alioth.debian.org/svn/debian-med
Everything.alioth.debian.org is equal to alioth.debian.org and now points
to wagne
On Sat, 4 Jun 2011, Andreas Tille wrote:
it is included in BioLinux is a sign that it is used in practice. So
if nobody insists filing an ITP bug seems reasonable.
Ok, the bugnumber of the ITP is added to debian/changelog now.
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@list
Hi Olivier,
On Tue, 7 Jun 2011, Olivier Sallou wrote:
Can someone have a look and upload to ftp master ?
I have to admit that I am not a blast expert so please excuse if I am
asking strange questions. While building your package I got some output
that I don't understand completely. Could the
On Sat, 18 Jun 2011, Sebastian Hilbert wrote:
architecture seems to be amd64.
No, it is not.
Is there a reason why architecture is not
'all'
From the control-file: "Architecture: any"
But amd64 is the only architecture where this package builds up to now. Or
in other words, due to the
Hi,
on http://www.debian.org/devel/debian-med/index.en.html in the Links
section is something written about Wikiomics.
Is the link to that website really added intentionally?
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Hi,
On Mon, 4 Jul 2011, Andreas Tille wrote:
I'm not specifically convinced that this is one that we should rank high
on top of our priority list. Anybody wants to prove me wrong?
it is just one index.php and some images of teeth. If you want to add a
date of a new tooth, you have to manuall
Package: wnpp
Severity: wishlist
* Package name: vcftools
Version : 0.1.5
Upstream Author : Adam Auton, Petr Danecek
* URL : http://vcftools.sourceforge.net
* License : GPL-3.0
Description : designed for working with VCF files
VCFtools is a program packa
On Wed, 13 Jul 2011, Karsten Hilbert wrote:
I do see packages compiling Lisp in postinst.
Can you please give me an example and do you know why they do it?
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas.
(I would love if some volunteer would prove me wrong and starts
That is my prompt.
I sticked by the user reference manual and ignored the requirement of
Allegro Common Lisp.
I used clisp and was able to load the config file.
During (mk:compile-system :prism) lots of warnings like:
;
On Thu, 14 Jul 2011, Ira Kalet wrote:
I'm responding to Thorsten's attempt to build Prism in CLISP. It has been
done, but at this point you have to really know more about Lisp.
Ok, so I will help as far as I can and hope that there is a LISP expert
who can step in.
I will work on this - th
Hi everybody,
it should be possible to build three packages for fis-gtm now. One is just
a meta-package, one is a package with the initial (precompiled) software
and one is a package that allows the binaries to be built from source.
If anybody wants to have a look, I would be happy to get som
On Thu, 21 Jul 2011, Bhaskar, K.S wrote:
I replied on-list to Thorsten's e-mail yesterday, but my reply never
showed up in my Inbox. Did others receive it?
No, your first attempt didn't arrive here.
Thorsten
--
To UNSUBSCRIBE, email to debian-med-requ...@lists.debian.org
with a subject
Hi Andreas,
On Thu, 21 Jul 2011, Andreas Tille wrote:
For the packaging itself I wonder if there is really a need for
asking for a user and group name for the fisgtm user. I'd say this is
not common (apache uses www-data, postgresql is using postgres both
without asking the user for a n
Hi Bhaskar,
On Wed, 20 Jul 2011, Bhaskar, K.S wrote:
I manage the upstream FIS GT.M project.
good to have you here on the list, so I can pelt you with questions :-).
One of our developers, Laurent
Parenteau (a member of Debian Med) has volunteered to
On Thu, 21 Jul 2011, Andreas Tille wrote:
Well, there is no written law that we have to stick to this. While it
is a usual thing to do to follow upstream with his file layout of the
release tarballs, there are several examples where we derive from this.
There just should be good reasons to do
Hi Laurent,
On Thu, 21 Jul 2011, Laurent Parenteau wrote:
I think it would be better if the packages would have the version number
in the name, and maybe have fis-gtm depend on the latest release. This
way, one could install multiple different versions of GT.M if needed.
you could already do
On Fri, 22 Jul 2011, Andreas Tille wrote:
I do not know about examples, but I think the watch file would be
perfectly the same. Just fetch the amd64 file in the get-orig-source as
well.
Ok, I committed my first attempt of a combined package.
If everything works, the root dir has to be changed
Hi Laurent,
On Fri, 22 Jul 2011, Laurent Parenteau wrote:
On Thu, 21 Jul 2011, Laurent Parenteau wrote:
I think it would be better if the packages would have the version number
in the name, and maybe have fis-gtm depend on the latest release. This
way, one could install multiple different vers
On Sun, 24 Jul 2011, Andreas Tille wrote:
Thus pinging the list if it is important to you might always help.
It does not build here. /usr/lib/libpng.so is needed but only
/usr/lib/i386-linux-gnu/libpng.so is available.
The multiarch support was added on 19.07. in libpng ...
Thorsten
--
To
Hi Bhaskar,
sorry that I have so much questions, but I really want to understand your
philosophy. I copied paragraphs from some of your latest mails and put my
question/comment below:
[KSB] I am not sure what you mean by "what other people choose".
(...)
So, there is no special GT.M user. Pe
Hi Bhaskar,
On Mon, 25 Jul 2011, Bhaskar, K.S wrote:
For Linux, root.root is preferred and bin.bin is acceptable. Also, the
norm should be to allow world execution of GT.M.
ok, finally I have got it ;-).
[KSB2] I don't understand the part about calling the configure script
twice.
Oh, I th
On Sun, 7 Aug 2011, Andreas Tille wrote:
I just tried another test but things did not changed regarding the
Socket.cpp.o -c
/tmp/buildd/ginkgocadx-2.5.2.0/src/cadxcore/xmlrpc/XmlRpcSocket.cpp
make[3]: *** No rule to make target `/usr/lib/libpng.so', needed by
`src/cadxcore/libCADxCore.so.2
Hi Mathieu,
On Tue, 23 Aug 2011, Mathieu Malaterre wrote:
lintian
/home/mathieu/debian/debian-med/trunk/packages/dcmtk/build-area/dcmtk_3.6.0-8_amd64.changes
W: dcmtk: duplicate-changelog-files usr/share/doc/dcmtk/CHANGES.360.gz
usr/share/doc/dcmtk/changelog.gz
did you do an update lately? Ma
Hi everybody,
On Wed, 24 Aug 2011, Andreas Tille wrote:
To see if this might work I would like to propose a first IRC meeting
next Monday 29.8. at 17:00 GMT in #debian-med.
I thought I could break with IRC but it seems to track me :-). Anyway,
depending on the weather conditions on that day,
1 - 100 of 150 matches
Mail list logo
