Hi Marko,
the package looks fine, but I have a couple of notice:
- Use DEP-3 format for the patch
- Try not to use source/lintian-overrides, but fix it in the code.
- lib/extlib-abc/aig/cnf/cnfData.c looks strange, is it some kind
of binary, not the source code?
- Use Files-Exclude parameter
Hi Stephane,
those symbolic links are available in libgfs-dev package.
We can add this package as a dependency of gerris.
Best regards
Anton
fixed 814689 6.2.0+dfsg1-9
thanks
It was really a bad-formed commit. I have resurrected it
and will upload it soon.
Thanks
Anton
2016-02-06 18:20 GMT+01:00 Gianfranco Costamagna :
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Hi,
> it seems it has been accidentally dropped while fixing
2016-02-01 14:02 GMT+01:00 Andreas Tille :
>
> BTW, I'd trust Gert to grant him DM upload permissions for vtk6
>From my POV I have nothing against of it.
Anton
2016-02-01 13:49 GMT+01:00 Andreas Tille :
>
> On Mon, Feb 01, 2016 at 12:26:09AM +0100, Gert Wollny wrote:
> > well, it turns out that there is no version 6.2.1, so I've added only
> > the upstream patch to the package.
>
I have pushed your commit to git and will integrate it
Hi Gert,
VTK 7.0 has been released a couple of days ago.
I do not think, there is a sense to invest time and forces
into 6.3.0. But anyway, co-maintaining is always welcome.
Best regards
Anton
2016-01-31 17:36 GMT+01:00 Gert Wollny :
> Hi,
>
> it would be nice if this
2016-01-31 23:25 GMT+01:00 Gert Wollny :
> Hello Anton,
>
> in that case I'll prepare an upload for 6.2.1, since this already fixes
> the bug, could be uploaded without passing through NEW, and shouldn't
> need much work. With this we would at least get this fix into testing
tags 812641 +pending +patch
thanks
Dear maintainer,
I have prepared an NMU (versioned as 4.4.3-2.1) and
uploaded to DELAYED/5.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
nmu.debdiff
Description: Binary data
Package: gnuplot
Version: 4.6.6-3
Severity: serious
We will try not to release gnuplot4 with Stretch
prior to gnuplot5.
Anton
Hi,
it was done because of "transition" process ghuplot4->gnuplot5.
I think, that gnuplot4 will not be released with Stretch, gnuplot5
only.
Best regards
Anton
2016-01-24 6:44 GMT+01:00 Ian Bruce :
> Package: gnuplot5
> Version: 5.0.2+dfsg1-2
> Severity: normal
reassign 812269 oce 0.15-7
fixed 812269 0.15-8
thanks
Thanks, Tobias, for the patch and NMU.
I have pushed your changes to ou git.
Ghis, if you have a fixed reproducibility, please push it
to git and I will upload a new version with both changes.
Regards
Anton
2016-01-25 14:57 GMT+01:00 Ghislain Vaillant :
> I was about to
Package: mayavi2
Version: 4.4.3-2
Severity: important
Dear Maintainer,
the new package pysph is using mayave as a backend for the
visualisation. Unfortunately there is a tiny problem, which
makes the visualisation of pysph unusable. The function
wxVTKRenderWindowInteractor requires changes of
Source: hdf5
Version: 1.8.16+docs-2
Severity: important
Dear Maintainer,
please add libaec-dev to depends of libhdf5-dev and libhdf5-mpi-dev.
Its missing causes FTBFS on vtk6[1] and probably some other packages.
[1]
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
nmu oce_0.15-7 . ANY . unstable . -m "Rebuild oce against freeimage_3.17"
Dear release team,
oce needs to be rebuilt against freeimage_3.17, because
shared objects are now shipped in
forwarded 810943 https://sourceforge.net/p/gnuplot/bugs/1731/
thanks
Hi Martin,
I have nothing against to upload 0.16pre into unstable
and test it with the intend to get a stable and tested
version before Stretch (CCing Yorik and Werner). That
was one of the reasons, why I uploaded even alpha
Eigen-version.
If you could help with preparing 0.16pre for Debian, it
Hi Emilio,
2016-01-09 12:07 GMT+01:00 Emilio Pozuelo Monfort :
>
> netpipe-mpich2 depends on mpich2
>
Fixed (NMUed).
> espresso/s390x failed to build
>
Fixed in package elpa, could you please schedule espresso_s390x
and check, whether we can finish this transition?
Thanks
It is already in NEW again.
Anton
2016-01-14 8:25 GMT+01:00 Andreas Tille :
> Anton promissed a re-upload with fixes - hope it does not take that
> long again ...
Hi Kevin,
as far as I can see [0] shows the same version which is
displayed on a local documentation, 3.2.92. The number
3.2 will be changed on 3.3 only when a a stable 3.3 will be
released.
Best regards
Anton
2016-01-10 5:24 GMT+01:00 Kevin Murray :
> Package:
2016-01-09 12:07 GMT+01:00 Emilio Pozuelo Monfort :
> I won't know until the package gets to 5/5 and britney tries to migrate it,
> but
> some potential issues:
>
> netpipe-mpich2 depends on mpich2
I will NMU it.
> espresso/s390x failed to build
I was trying to fix it, but it
Package: netpipe-mpich2
Severity: important
Dear Maintainer,
we are in a mpich2->mpich transition and ask you
to replace mpich2 by mpich in Depends of your
package.
Best regards
Anton
tags 810512 +pending +patch
thanks
Dear maintainer,
I have prepared an NMU (versioned as 3.7.2-7.3) and
uploaded to DELAYED/5.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
nmu.debdiff
Description: Binary data
Hi Emilio,
it looks like almost all problems were resolved. Could you please check,
what should be done to finish this transition?
Thanks
Anton
> e.g. netpipe fails because mpicc.mpich2 is gone, other packages fail because
> they can't find mpif77.mpich...
>
> Emilio
Hi Andreas, I uploaded it 20/12/2015. So we
need just to wait for a FTP-masters, to get it
approved.
Cheers
Anton
2016-01-08 1:04 GMT+01:00 Andreas Cadhalpun :
> Control: tags -1 pending
>
> Hi Anton,
>
> thanks for uploading a fixed package.
> But since it is
fixed 798197 3.6.0-1
thanks
tags 785541 +wontfix
thanks
tags 808456 +patch +pending
thanks
Dear maintainer,
I have prepared an NMU (versioned as 4.96-2.1) and
uploaded to DELAYED/2.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
nmu.debdiff
Description: Binary data
o Monfort wrote:
>>> Control: tags -1 confirmed
>>> Control: forwarded -1 https://release.debian.org/transitions/html/mpich.html
>>>
>>> On 20/12/15 16:57, Anton Gladky wrote:
>>>> Package: release.debian.org
>>>> Severity: normal
tags 806145 +patch +pending
thanks
Dear maintainer,
I have prepared an NMU (versioned as 2.6.4+dfsg-0.2) and
uploaded to DELAYED/5.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
mpich. (Closes: #808591)
+
+ -- Anton Gladky <gl...@debian.org> Sat, 26 Dec 2015 16:17:51 +0100
+
netpipe (3.7.2-7.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru netpipe-3.7.2/debian/rules netpipe-3.7.2/debian/rules
--- netpipe-3.7.2/debian/rules 2012-04-16 15:53:51.000
Dear maintainer,
is there any progress on this bug?
Best regards
Anton
Hi all,
> However, I see this probably applies to other packages too. On
> zelenka.d.o sid chroot:
> >
> > grep-dctrl -FDepends libmpich12
> /var/lib/apt/lists/debian.netcologne.de_debian_dists_sid_main_binary-s390x_Packages|grep-dctrl
> -sSource:Package -FDepends -w libopa1|sort -u|wc -l
> >
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
it seems my new upload of mpich, which removed old libmpl1 and libopa1
libraries requires transition at least on s390x.
Ben file:
title = "mpich";
is_affected =
Source: netpipe
Version: Replace libmpich2-dev by libmpich-dev in build-depends
Severity: important
Dear Maintainer,
please replace libmpich2-dev by libmpich-dev, because
libmpich2-dev is deprecated an will be removed shortly.
Thanks
Anton
tags 808080 +patch +pending
thanks
Dear maintainer,
I have prepared an NMU (versioned as 3.7.2-7.1) and
uploaded to DELAYED/5.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
2015-12-15 21:18 GMT+01:00 Debian Bug Tracking
You can request a guess access [1].
[1] https://dsa.debian.org/doc/guest-account/
Anton
2015-12-14 9:28 GMT+01:00 Pierre Saramito :
> Do you known a way (an access) to test for the compilation of the package on
> a s390x ?
> The upstream source package should be
Hi Pierre,
uploading the new package version with updated list of archs
will not help it to migrate to testing, because old version still exists
on s390x. It should be removed firstly from archive.
Regards
Anton
2015-12-14 8:24 GMT+01:00 Pierre Saramito :
> Dear
Package: ftp.debian.org
Severity: normal
Dear FTP masters, on behalf of the maintainer
of rheolef package I ask you to remove this
package on s390x-arch.
Thanks
Anton
Hi Andreas,
it just needs to be enabled and tested, whether it works [1].
Autopkgtest could also help to solve the problem.
[1]
https://anonscm.debian.org/cgit/debian-science/packages/vtk6.git/commit/?id=8a2823684eea7732f5f51f42902cf5ecd826e3ca
Best regards
Anton
2015-12-05 18:10 GMT+01:00
Hi Jurica,
thanks for the patch! I will try tot prepare an upload during this weekend.
Best regards
Anton
2015-11-27 12:43 GMT+01:00 Jurica Stanojkovic :
> Hello,
>
> I have attached patch for package eigen3_3.3~alpha1-2 which is resolving
> reported issue.
2015-11-10 0:15 GMT+01:00 Jose Luis Rivero :
> Oh, I promised to the player maintainer to help with this package as it
> has been quite used by the robotics community some years ago and I think
> that it has still some users (part of them from gazebo support).
>
> Looks
Hi Peter,
2015-11-09 20:16 GMT+01:00 Paul Gevers :
> Could we please agree on the way how to make Debian slightly better (I
> propose to
> remove player).
Sure, I can prepare such an upload. Jose, are you OK with that?
Anton
Hi Peter,
thanks for diving into it!
2015-11-06 11:34 GMT+01:00 Peter Michael Green :
> It would probably be possible to modify the source package to only build the
> qt4 version on armel/armhf but given that qt4 is on it's way out that
> doesn't seem like the best
Hi Axel,
thanks for bugreport, I will try to contact upstream
regarding this issue, usually they are very responsive. So
I hope we will solve this issue as far as possible.
There were reasons, why I uploaded alpha version into sid.
First of all this version was precisely tested for all packages
reassign 802955 freecad
forcemerge 786356 802955
thanks
Thanks for the bugreport. It should be fixed in freecad.
Leastsquares is deprecated.
Best regards
Anton
2015-10-25 15:51 GMT+01:00 Jean-Luc Coulon (f5ibh) :
> Package: libeigen3-dev
> Version: 3.3~alpha1-2
>
Hi,
thanks for the note. oce-0.17 is not yet in Debian.
After it gets sid, freecad will be recompiled.
Regards
Anton
2015-10-21 10:11 GMT+02:00 Alexander B. Ustinov :
> Sorry for being wrong in previous message. Freecad in sid is not compiled
> against liboce 0.17.
tags 751395 +pending
thanks
https://anonscm.debian.org/cgit/debian-science/packages/vtk6.git/commit/?id=8fd5f1fd3468cb0f3ab730b9563071314a5a820c
Thanks
Anton
tags 801797 +pending
thanks
Thank you for the patch!
http://anonscm.debian.org/cgit/debian-science/packages/freefoam.git/commit/?id=c95645b69898dbc02099b1564a4d820e186ac94e
Anton
Package: ftp.debian.org
Severity: normal
Dear FTP team,
yade fails to build on mips and mipsel due to insufficient
memory. On arm* it requires libqglqviewer which is absent
on them.
Thanks
Anton
forwarded 800101 http://eigen.tuxfamily.org/bz/show_bug.cgi?id=1086
thanks
Reported upstream.
Anton
tags 800101 +pending
thanks
tags 786349 +pending +patch
thanks
Dear maintainer, I have prepared an NMU (versioned as
boost1.58_1.58.0+dfsg-3.1) and uploaded to DELAYED/10.
Please fell free to tell me if I should delay it longer, cancel
or reschedule. Diff is attached.
Best regards
Anton
nmu.debdiff
Description: Binary
this painful eigen3 transition?
Thanks
Anton
2015-09-10 1:44 GMT+02:00 Michael Banck <mba...@debian.org>:
> Hi Anton,
>
> On Wed, Sep 09, 2015 at 08:45:34PM +0200, Anton Gladky wrote:
>> I have prepared a patch, which fixes #786355. This bug is
>> getting almost critica
ce?
>
> Ghis
>
>
> On 25/09/15 21:04, Anton Gladky wrote:
>
>> Hi Ghislain,
>>
>> I made the previous upload of freeimage to fix RC-bug and
>> had the same idea to adopt freeimage under Debian-Science.
>>
>> As far as I understand openjpe
s happens.
>
> When is Eigen 3.3 due, or is it released already?
>
>
> Michael
Description: migrate from eigen2 to eigen3
Applied-Upstream: https://github.com/cryos/avogadro/commit/3cc14da0f92e6ea0bd763e97b5711c4afe56a7cd
Author: Anton Gladky <gl...@debian.org>
Bug-Debian: htt
omething else I can do, let me know.
>
> Thanks!
>
>
> On Fri, Sep 25, 2015 at 11:52 PM, Anton Gladky <gl...@debian.org> wrote:
>> tags 786349 +pending +patch
>> thanks
>>
>> Dear maintainer, I have prepared an NMU (versioned as 1.3.0-1.1)
>> and uploa
Hi Ghislain,
I made the previous upload of freeimage to fix RC-bug and
had the same idea to adopt freeimage under Debian-Science.
As far as I understand openjpeg is already in Debian [1].
So, let`s do it?
[1] https://tracker.debian.org/pkg/openjpeg2
Cheers
Anton
2015-09-16 11:17 GMT+02:00
fixed 786352 4:5.4.1-1
thanks
libeigen3-dev was removed from build-depends of
kdeplasma-addons. Closing the bug.
Anton
tags 786349 +pending +patch
thanks
Dear maintainer, I have prepared an NMU (versioned as 1.3.0-1.1)
and uploaded to DELAYED/3. Please fell free to tell me if I should
delay it longer, cancel or reschedule. Diff is attached.
Best regards
Anton
nmu.debdiff
Description: Binary data
There are here:
http://lists.alioth.debian.org/pipermail/debian-science-maintainers/2013-April/017552.html
http://lists.alioth.debian.org/pipermail/debian-science-maintainers/2014-March/023492.html
Anton
2015-09-17 17:09 GMT+02:00 Graham Inggs :
> Hi Nico, Debian Science
Hi Graham,
if I remember correctly I even reviewed this package and
there where some things which needed to be fixed. I will
try to find it if you want.
Anton
2015-09-17 17:09 GMT+02:00 Graham Inggs :
> Hi Nico, Debian Science List
>
> Nico, I've just come across your
Ok, thanks for the note. Reuploaded.
Anton
2015-09-16 12:47 GMT+02:00 Andreas Beckmann :
> You should make a proper QA upload instead of a NMU since the package is
> orphaned.
qa.debdiff
Description: Binary data
forwarded 786351 https://git.reviewboard.kde.org/r/125269/
thanks
retitle 786354 Remove libeigen3-dev from build-depends
thanks
Dear maintainer,
the newer version of kdeartwork does not need libeigen3-dev,
please remove it in the next upload.
Thanks
Anton
tags 797165 +pending
thanks
Dear all,
I have prepared an NMU with the patch, provided by
W. Martin Borgert based on 2 commits in svn
of upstream into DELAYED/2. See debdiff in attachment.
Please fell free to tell me if I should delay it longer, drop it
or reschedule.
Best regards
Anton
Dear maintainer,
3.3~alpha1 of eigen3 is available in experimental.
When it reaches the major version, it will be uploaded
into unstable.
Thanks
Anton
this patch and upload it to
experimental to test this version?
Thank you
Anton
From 24ee0092c779d9aaa6f824312e8a5357ebaa4cf2 Mon Sep 17 00:00:00 2001
From: Anton Gladky <gl...@debian.org>
Date: Tue, 15 Sep 2015 22:24:28 +0200
Subject: [PATCH] Remove eigen2 support. (Closes: #786351)
---
debia
Minieigen was rebuilt due to source uploads.
Closing the bug.
Cheers
Anton
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
pyside needs to be binnmued due to a gcc-5 transition.
freecad can not install its build-depends [1]:
==
The following packages have unmet dependencies:
libshiboken1.2v5 : Conflicts:
How can I proceed in this case then?
Anton
2015-09-14 23:16 GMT+02:00 Julien Cristau :
> Please don't file binNMU bugs for individual gcc-5 rebuilds.
Hi Emilio,
it looks like the transition is almost finished. The only
package which fails is nifti2dicom, but it looks like
it happens not due to vtk6, but itk: cmake cannot find library.
Best regards
Anton
2015-07-25 18:45 GMT+02:00 Emilio Pozuelo Monfort :
>
> There is an
tags 792648 -moreinfo
thanks
All rdepends are resolved.
Thanks
Anton
2015-07-25 18:50 GMT+02:00 Scott Kitterman :The
rdepends will have to be dealt with first:
>
> Checking reverse dependencies...
> # Broken Depends:
> octomap: liboctovis1.6
> octovis
> yade:
0.15 is packaged already. We have a delay due to
gcc-5 transition, just waiting for build-depends to
be installed.
Regards
Anton
2015-09-13 9:33 GMT+02:00 :
>
> Hi,
>
> Can I also add my encouragement for the packaging of version 0.15 and
> the additional
notfixed 786355 1.1.0-4
thanks
Dear Debichem Team,
I have prepared a patch, which fixes #786355. This bug is
getting almost critical, because the newer eigen3 version
with dropped eigen2-support was released as
alpha-version (in experimental already).
I have also found that avogadro version in
severity 798308 minor
thanks
Thanks for bugreport, the problem is known
and is connected to the current GCC-5 transition.
Not all dependencies are fulfilled at the moment.
One need to wait a little bit.
Regards
Anton
Am 7. September 2015 um 23:54 schrieb Marcel Jira :
> Source:
Package: ftp.debian.org
Severity: normal
libqglviewer will be removed on armel and armhf #792648.
octomap is rdepend of this package. Please remove it
as well.
Thanks
Anton
+02:00 Julien Cristau <jcris...@debian.org>:
> On Fri, Sep 4, 2015 at 00:21:08 +0200, Anton Gladky wrote:
>
>> Package: release.debian.org
>> Severity: normal
>> User: release.debian@packages.debian.org
>> Usertags: binnmu
>>
>> Package yade fa
notfixed 797092 1.0-2
found 797092 1.0-2
thanks
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Package yade fails its unittests because minieigen was
built with <
This patch converts errors to warnings if some modules
are missing. In most of cases it is OK to skip those modules.
Regards
Anton
2015-08-29 15:29 GMT+02:00 Julien Cristau jcris...@debian.org:
Control: tag -1 moreinfo
On Sun, May 17, 2015 at 18:01:30 +0200, Anton Gladky wrote
tags 796891 +pending
severity 796891 important
thanks
It is in libvtk6-qt-dev [1].
[1] https://packages.debian.org/sid/amd64/libvtk6-qt-dev/filelist
Anton
2015-08-25 15:44 GMT+02:00 Scott Kitterman deb...@kitterman.com:
Package: libvtk6-dev
Version: 6.2.0+dfsg1-3
Severity: grave
Tags: upstream
Justification: renders package unusable
I was
04:26:23 PM Anton Gladky wrote:
It is in libvtk6-qt-dev [1].
[1] https://packages.debian.org/sid/amd64/libvtk6-qt-dev/filelist
Anton
2015-08-25 15:44 GMT+02:00 Scott Kitterman deb...@kitterman.com:
Package: libvtk6-dev
Version: 6.2.0+dfsg1-3
Severity: grave
Tags: upstream
Hi Rene,
thanks for the patch. I do not see any reasons to
rename -dbg binaries.
Regards
Anton
2015-08-25 12:56 GMT+02:00 Rene Engelhard r...@debian.org:
Hi again,
the third time is a charm; I forgot to change -dbg, too...
Regards,
Rene
--
debian-science-maintainers mailing list
Build-depend conflicts are resolved.
Thanks
Anton
Thanks, Bas. Agreed and accepted. Will upload in a
few moments.
Feel free to join debian-science group on Alioth, I will
accept your request, if you want.
Best regards
Anton
2015-08-23 19:34 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
My proposed changes are attached because cannot
Hi Scott,
thanks for the pushing it.
I think there is no need to upload it into experimental, let`s
upload it directly into unstable. The only problem is that
there is already a newer version of getfem than in our git, 5.0.
So I do not think there is a need to push the previous
svn-version.
tags 791173 +pending
thanks
Hi Sebastiaan
thanks for you effort, but I have just pushed it already.
Thanks
Anton
2015-08-23 17:10 GMT+02:00 Sebastiaan Couwenberg sebas...@xs4all.nl:
On 23-08-15 16:59, Simon McVittie wrote:
The SONAME bump option was only really meant to be taken if the
severity 791173 +serious
thanks
Hi,
I am fixing it now. I think just a soname-bump would be
enough.
Cheers
Anton
2015-08-23 15:08 GMT+02:00 D Haley my...@gmx.com:
Hi All,
Apologies for being late to fix this bug. I had previously looked into it
and from the above instructions, I had seen
Hi,
it looks like the bug is not more relevant, thus
closing.
Regards
Anton
I would then propose only to upload the so-name
change with the current version to fix the transition
issue. The newer 5.0 version can go to experimental
to properly check all rdepends.
Anton
2015-08-23 22:14 GMT+02:00 Scott Howard showard...@gmail.com:
On Sun, Aug 23, 2015 at 3:58 PM, Anton
VTK6 is compiled only against Qt5 already (6.2 version in sid already).
So the fslview need to be ported if it really uses Qt-VTK bindings.
Anton
2015-08-21 14:59 GMT+02:00 Michael Hanke m...@debian.org:
Just for the record. I still fail to compile this package with vtk6.
VTK6.1 shows the
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Dear release team, please binNMU sosqt to let freecad
solve dependency conflict.
nmu soqt_1.6.0~e8310f-2 . ALL . unstable . -m rebuild against libcoin80v5
Thanks
Anton
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Dear release team, please binNMU vtk6 to let liggghts
solve dependency conflict.
nmu vtk6_6.2.0+dfsg1-2 . ALL . unstable . -m rebuild against libjsoncpp0v5
Thanks
severity 793833 minor
thanks
Hi I am reducing the bug`s severity, because
there is definitely the problem with the buildd,
which had not enough place to build the package.
Give-back should be requested.
Cheers
Anton
2015-07-09 18:42 GMT+02:00 Martin Michlmayr t...@hp.com:
So, when you've fixed this, could you try enabling arm64 on the next
version, unless there's a good reason for not building this package on
architectures other than those listed?
I was wondering about the same
Gmsh fails to build
2015-08-13 14:53 GMT+02:00 Edmund Grimley Evans
edmund.grimley.ev...@gmail.com:
What do you mean by weak arch here? If you mean architectures with
unreliable or slow buildds then arm64 should be no weaker than armel
and armhf.
mips, mipsel etc. arm64 has just been added and the bug
will be
fixed 785730 0.14.3702+dfsg-3
thanks
Hi,
there was no answer to the moreinfo mail. That is why I'm closing
the bug. Please, feel free to reopen it if you think the bug is still there, or
fill a new bug.
Kind regards,
Anton
--
To UNSUBSCRIBE, email to
501 - 600 of 1371 matches
Mail list logo