Hi Andreas,
in clhep, the 2.1.4.1 releases were not in the git repository.
I corrected that, merged everything together, and now it compiles fine.
I took the freedom to just upload it :-)
Cheers
Ole
Hi Tollef,
On 02.02.2017 21:29, Tollef Fog Heen wrote:
> ]] Ole Streicher
>>>> Am 31.01.2017 um 16:26 schrieb Sam Hartman:
>>>>> If they don't want to do that for stretch, that's a decision within
>>>>> their pervue that we clearly don
Hi Tollef
On 02.02.2017 19:47, Tollef Fog Heen wrote:
> ]] Ole Streicher
>
>> Am 31.01.2017 um 16:26 schrieb Sam Hartman:
>>> If you go back one meeting further, my interpretation is that the consensus
>>> of
>>> the committee seems to be that
onally, it completes the documentation.
Changelog entries:
gnudatalanguage (0.9.7-2) unstable; urgency=medium
* Revert an upstream patch that causes trouble with multidimensional
arrays. (Closes: #852682)
* Adjust failing CI tests
* Include PYTHON.txt in documentation
-- Ole Streicher T
Hi Sam,
Am 31.01.2017 um 21:45 schrieb Sam Hartman:
> Ole> Hmm, IMO there are two things here: First, in our constitution,
> Ole> the installer team has no specific granted rights, apart from
> Ole> being maintainers of the relevant packages. This makes the Ole>
> conflict primarily a conflict b
Hi Sam,
Am 31.01.2017 um 16:26 schrieb Sam Hartman:
> If you go back one meeting further, my interpretation is that the consensus of
> the committee seems to be that ultimately this decision belongs to the
> installer team.
> That is, in this case, a number of members on the TC seem to believe
> t
Dear Technical Committee,
after reading the CTTE meeting log from 2017-01-26 [1], I feel a bit
disappointed. As far as I understand (I am not a long-term DD yet),
the Technical Committee has the task to decide items, where a
consensus could not be reached. Here, this is obviously the case, as
one
an RC bug for astroplan.
Changelog entries:
python-astropy (1.3-8) unstable; urgency=medium
* Switch to unstable. Closes: #852550
* Revert unrelated "Improved detection of ascii fast_reader in non-fast
parsers"
-- Ole Streicher Wed, 25 Jan 2017 16:17:26 +0100
python
Control: tags -1 patch
Hi Vincent,
to keep astroplan in Debian Stretch, I uploaded today a fixed version of
python-astropy with the patches that were in experimental. Together with
the patches discussed in upstream github, this significantly reduces the
failures; basically there is only one issue
Package: gnudatalanguage
Version: 0.9.7-1
Severity: important
Forwarded: https://sourceforge.net/p/gnudatalanguage/mailman/message/35621280/
The following bug report also applies to the Debian package:
From: Alain Coulais
Subject: [gnudatalanguage-devel] Fw: [[gdl-announces]] gdl 0.9.7 delivered
There are quite a couple of problems, some of which are due to bugs in
astropy (namely #852550), and others already solved upstream:
https://github.com/astropy/astroplan/pull/273
https://github.com/astropy/astroplan/pull/274
https://github.com/astropy/astroplan/pull/281
https://github.com/astropy/
Package: python-astropy
Version: 1.3-7
Severity: important
Forwarded: https://github.com/astropy/astropy/issues/5670
Control: affects -1 astroplan
Control: fixed -1 1.3-8~exp2
When using pytest-3, the doctests of astropy and some affiliated
packages (namely astroplan) fail. While the failure of th
Hi Leo,
On 22.01.2017 20:06, Leo P. Singer wrote:
> I was hoping to do another release anyway to address Bug#793248:
> "healpy: change of type in system_error might break with GCC-5"
> (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=793248). I put
> some changes on master for the gcc5 transitio
Package: libhealpix-cxx-dev
Version: 3.30.0-4
Severity: normal
Hi,
the healpix package fails the CI tests, because it has unexpected output
to stderr:
https://ci.debian.net/data/packages/unstable/amd64/h/healpix-cxx/20161221_005718.autopkgtest.log.gz
WARNING: version mismatch between CFITSIO he
Hi Andreas,
just a few comments -- I will not have time at the weekend to fix it myself.
The problems seem simple: First, buth RC bugs could be merged IMO since
they point to the same problem. The two arrays are only "nearly
identical"; unclear why, but I would just change the equal to a
"almost-
Hi Bjørn,
Am 17.01.2017 um 10:28 schrieb Bjørn Mork:
> To me it looks like a sandbox fight which started with the creative use
> of "Priority: important". Now it appears that the party starting the
> fight thinks the other party should stop throwing sand until "mommy"
> (aka CTTE) decides who is r
Control: reassign -1 python-astropy 1.3-4
Control: fixed 1.3-5
thanks
This is a problem with an older version of astropy; it is fixed in more
recent versions: namely, the dependency of astropy from configobjs
(which also contains validate) was missing.
Cheers
Ole
Cyril Brulebois
> The real pity here is that nobody addressed my early comments when there
> was plenty of time. Like early this year, plenty of months ago.
This is not true. What we did is improving the wording, and limiting the
number of blends. There was no response from you after that for all
Package: tasksel
Version: 3.39
Severity: serious
Control: block -1 by 846002
Since revision 3.39, tasksel limits the tasks to a predefined list in
the installer, which ignores the blends task selection currently under
CTTE discussion in #846002. The result of the discussion is still open,
and this
The problem here is that with astropy-1.3, doctests are buggy:
https://github.com/astropy/astropy/issues/5670
A workaround currently is to disable doctests during the build:
python$* setup.py test --skip-docs -vv --args -v
Cheers
Ole
On 15.01.2017 05:21, Cyril Brulebois wrote:
> The Debian Installer team[1] is pleased to announce the first release
> candidate of the installer for Debian 9 "Stretch".
>
>
> Important changes in this release of the installer
> ==
>
> * [...]
> *
Hi Ben,
Am 12.01.2017 um 09:22 schrieb Ben Finney:
> Ole Streicher writes:
> How would you expect this to work?
one way could be: uscan could check the dir
ftp://andromeda.star.bris.ac.uk/pub/star/stilts/
for all dirs matching v([\d\.\-]+),
compare with d/changelog (by using uversion
Package: devscripts
Severity: wishlist
User: devscri...@packages.debian.org
Usertags: uscan
I have the following sample download URL
ftp://andromeda.star.bris.ac.uk/pub/star/stilts/v3.0-9/stilts_src.zip
Corresponding Debian version number should be 3.0.9.
There is currently no way to get this
I removed the usage of six, configobj, ply, jquery and jquery.dataTables
in the git repository. However, I still cannot remove the use of the
local pytest, since astropy doesn't test successfully with the current
version in Debian (3.0.5). See also
https://github.com/astropy/astropy/issues/5277
ht
On 05.01.2017 11:36, Santiago Vila wrote:
> On Thu, Jan 05, 2017 at 11:06:50AM +0100, Ole Streicher wrote:
>> Hi all,
>>
>> On 04.01.2017 20:57, Santiago Vila wrote:
>>> I still want to build all packages and have 0 or 1 failures,
>>> so in this case t
Hi all,
On 04.01.2017 20:57, Santiago Vila wrote:
> I still want to build all packages and have 0 or 1 failures,
> so in this case the probability should be 1/50/2, i.e. 1%.
>
> I think this is still feasible.
My experience is that the buildds that are currently in use provide more
build problem
Hi Santiago,
On 04.01.2017 01:41, Santiago Vila wrote:
> On Tue, 27 Dec 2016, Ole Streicher wrote:
> Hello Ole. Thanks for your reply. Please don't forget to Cc: me if you
> expect your message to be read.
OK, however I usually assume that a bug submitter actually reads the
me
Hi Sandro,
On 30.12.2016 15:01, Sandro Tosi wrote:
> On Fri, Dec 23, 2016 at 9:47 AM, Ole Streicher wrote:
>> This is a regression; it did not happen with 1.11. Please fix this
>> regression ASAP so that skimage can migrate safely before the freeze.
>
> as asked on
Hi Santiago,
> In particular, if something happens 1 every 20 times on average, the
> fact that it did not happen when you try 10 times does not mean in any
> way that it may not happen.
I must however say that I don't see why a package that fails to build
once in 20 builds would have a release
Hi Margarita,
On 26.12.2016 14:43, Margarita Manterola wrote:
> While it's great that there is a possibly better solution in the works for the
> tasksel screen, there's still the issue at hand that blends-tasks has used the
> severity of the package as a way of circumventing collaboration with tas
Ole
On 25.12.2016 14:42, Yaroslav Halchenko wrote:
> On December 25, 2016 7:29:09 AM EST, Ole Streicher wrote:
>> Hi Yaroslav, Michael,Andreas,
>>
>> I uploaded the NMU as release 1.1 to DELAYED/2 now. I preferred NMU
>> since I am not a NeuroDebian team member.
>>
-tar branches).
Best regards
Ole
On 25.12.2016 10:43, Ole Streicher wrote:
> I'll upload to DELAYED ASAP (need to learn how to do this anyway);
> however the unresolved problem is still the pandas FTBFS. Without that,
> statsmodels will not migrate.
>
> Cheers
>
> Ol
I'll upload to DELAYED ASAP (need to learn how to do this anyway);
however the unresolved problem is still the pandas FTBFS. Without that,
statsmodels will not migrate.
Cheers
Ole
On 25.12.2016 08:34, Andreas Tille wrote:
> Hi Ole,
>
>> the attached patch fixes the FTBFS. What is the schedule t
package: astropy
version: 1.3-1
severity: serious
forwarded: https://github.com/astropy/astropy/issues/5643
With astropy 1.3 and numpy 1.12.0b1, many affiliated packages now fail
in the tests when the numpy version number is compared. For example aplpy:
Traceback (most recent call last):
File "
Control: tags -1 patch
Hi,
the attached patch fixes the FTBFS. What is the schedule to fix the
other problems with statsimage -- especially pandas?
best regards
Ole
>From 5c6f9ffecf8e53c32edc14326042bb4d5ca6a641 Mon Sep 17 00:00:00 2001
From: Ole Streicher
Date: Sat, 24 Dec 2016 14:56
Just to show an extremal case:
https://buildd.debian.org/status/fetch.php?pkg=skimage&arch=all&ver=0.12.3-3&stamp=1482501775
has this 15 times.
This is a regression; it did not happen with 1.11. Please fix this
regression ASAP so that skimage can migrate safely before the freeze.
Best
Ole
Package: src:python-numpy
Severity: serious
Version: 1:1.12.0~b1-1
X-Debbugs-Cc: debian-scie...@lists.debian.org
Forwarded: https://github.com/numpy/numpy/issues/8413
Affects: src:skimage
When trying to compile skimage, I sometimes get the following error:
Traceback (most recent call last):
Fil
Hi all,
On 23.12.2016 11:19, Andreas Tille wrote:
> I'm also not sure and people who know better than me should feel free to
> close bug #849177. I'd be really happy if there are better solutions to
> fix python-skimage in the next 36 hours. My reading of the arguments in
> #849177 is that there
Control: tags 848112 pending
Hi all,
On 23.12.2016 10:08, Andreas Tille wrote:
> Ole, if you would please commit the patch you named in #848112 and
> upload the package to make sure it can migrate right in time and will
> enable other packages to migrate as well?
>
> HOWEVER, we have another pro
Control: reassign -1 astrometry.net
Control: affects -1 src:tycho2
Control: tags -1 pending
It is confirmed that the crash is a problem in astrometry.net. A patch
is available; we just clarify whether a new astrometry.net upstream
version is issued or the patch is applied to the current version.
On 21.12.2016 19:16, Sandro Tosi wrote:
>> They are still, what the name suggests: candidates, with no confirmation
>> to be useful in a production environment. I don't see why they should
>> ever migrate to testing (as they did in 1.11.1rc.1). Last time, we had
>> an numpy RC in testing for more t
Hi Sandro,
On 21.12.2016 16:43, Sandro Tosi wrote:
> On Wed, Dec 21, 2016 at 10:27 AM, Ole Streicher wrote:
>> Sure; what I also don't understand is why numpy pushes its RC and betas
>> into unstable instead of experimental (and then maybe check or asks for
>> che
On 21.12.2016 16:17, Adrian Bunk wrote:
> I can clearly understand why Andreas is unhappy to see when such a
> change is uploaded without prior warning 1.5 months after the start
> of the freeze, and 1 week before an important deadline for his package.
Sure; what I also don't understand is why nu
Hi Sam,
On 21.12.2016 16:10, Sam Hartman wrote:
>>>>>> "Ole" == Ole Streicher writes:
> I don't find quoting popcon stats useful. You've used them to support
> the claim both that this is important and that users don't find it
> confusin
Hi Adrian,
On 21.12.2016 15:29, Adrian Bunk wrote:
> On Wed, Dec 21, 2016 at 02:05:57PM +0100, Ole Streicher wrote:
>> ...
>> The according functions are since then marked as "deprecated" and issue
>> a warning. Numpy introduced this change with 1.11rc already,
Hi all,
On 21.12.2016 11:59, Andreas Tille wrote:
> On Wed, Dec 21, 2016 at 11:40:16AM +0200, Adrian Bunk wrote:
>> For python-skbio it is *really* time to panic *right now*.
> Thanks for confirming that I was not actually panicing. ;-)
While I agree in principle, I would like to remind the follo
Hi Holger
On 20.12.2016 15:27, Holger Levsen wrote:
> On Tue, Dec 20, 2016 at 03:16:50PM +0100, Ole Streicher wrote:
>> Again: the installer is there to test for 6 months now, but if it is
>> inacceptably bad: why are there no complaints?
>
> the complaints have been there
Hi Steve,
On 20.12.2016 15:16, Steve McIntyre wrote:
> I *have* also seen users confused by the addition of the blends
Can you be more specific here? Old wording (with many blends) or current
solution? What was the specific problem?
> into the tasksel list. A better split of the tasks (like Phil
Hi Cyril,
On 20.12.2016 15:01, Cyril Brulebois wrote:
> Ole Streicher (2016-12-20):
>> As I already wrote several times: before you do so, please show some
>> evidence that in the half year that the current version of the installer
>> containing a blends selection has
Hi Cyril,
On 20.12.2016 10:59, Cyril Brulebois wrote:
> dropping blends entirely is still my default option in case proposed
> changes have too far reaching consequences.
As I already wrote several times: before you do so, please show some
evidence that in the half year that the current version o
package: python-skimage
version: 0.12.3-2
severity: serious
The Python 2 version of skimage depends on a package "python-dask" that
is not available in Debian.
There is a patch that make the dependency optional; however the
dependency was not removed afterwards. For Python 3, this seems to work.
Hi Adrian,
I do not completely understand what the goal of this bug is: The missing
build dependency is already noted in the package, and an autoremoval is
filed (and sent out to me as the maintainer). So, I am already noted by
the problem, and I don't see what the additional bug gives here except
Hi again,
sorry: missed one point:
On 10.12.2016 15:07, Ole Streicher wrote:
> On 10.12.2016 14:48, Michael Biebl wrote:
>> An obvious solution seemed to me, to make tasksel(-*) depend on
>> blends-tasks. This why, the package would be marked as auto-installed,
>> and shoul
Hi Michael,
On 10.12.2016 14:48, Michael Biebl wrote:
> Am 10.12.2016 um 14:15 schrieb Ole Streicher:
>> Hi Michael,
>>
>> On 10.12.2016 13:18, Michael Biebl wrote:
>>> While I have no opninion on whether blend-tasks is important enough to
>>> have install
Hi Michael,
On 10.12.2016 13:18, Michael Biebl wrote:
> While I have no opninion on whether blend-tasks is important enough to
> have installed by default, I would urge to revisit the idea to (mis)use
> the package priority to achieve that.
That is the standard way how tasksel gets its menu: tas
Hi Phil,
On 10.12.2016 12:06, Philip Hands wrote:
> Anyway, having done it, my first impression (which I'm surprised by) is
> that the list is too short -- I think that it is perhaps because it is
> much easier to select one option from a list than it is to decide what
> combination of options one
Hi Phil,
On 10.12.2016 01:03, Philip Hands wrote:
> Just to test things out, if one adds:
>
> url=hands.com/d-i/bug/846002/preseed.cfg
>
> to the kernel command line (so, hitting TAB as the installer's boot menu)
> it will tweaks d-i to have such a menu.
To me, this looks like a very nice sol
On 09.12.2016 08:37, Philip Hands wrote:
>> On Wed, 07 Dec 2016, Philip Hands wrote:
>>> It could be much improved by making it more obvious that the heading is
>>> a heading. Even if we're unable to stop headings having a checkbox, we
>>> could change the text and the hierarchy slightly to be som
On 08.12.2016 18:27, Raphael Hertzog wrote:
> - trying to keep blends-tasks now because we have no better option on the
> table right now is not a good move either. Had you not circumvented the
> d-i review at the time you introduced blends-tasks, then maybe you could
> have advertised the li
Hi Santiago,
OK, I have run it ~15 times without problems last time. I however just
disabled the wrong of the two errors (one causes the other), so I switch
this now.
However, after digging into the code, the failure looks mystic, since
the number there is just created from a substring "0.9x11" b
On 08.12.2016 09:33, Wouter Verhelst wrote:
> On Wed, Dec 07, 2016 at 08:59:53AM +0100, Ole Streicher wrote:
>> But it also gives a wrong sign: Debian Pure Blends are by definition
>> integral part of Debian itself. But even now, this is hard to understand
>> for many peo
Control: forwarded -1 PIPE-6911
Control: tags -1 unreproducible
Hi,
I forwarded the problem to ESO, for reference it gets there the issue
number PIPE-6911. Their ticket system is however internal only, so that
I can't give an URL here.
I also tried to reproduce the problem, but was not successfu
On 06.12.2016 20:13, Tollef Fog Heen wrote:
> Debconf has support for pluggable UI widgets, so somebody could do this
> without _too_ much work in the graphical version if they wanted, with
> fallback code for the curses and text versions.
In principle, you are true. One of the reasons that I push
Hi Philip,
On 06.12.2016 20:43, Philip Hands wrote:
> Could we serve their needs with an extra debian-installer/blend
> preseed to deal with this, probably aliased as just 'blend' so that
> one could type something like:
>
> blend=med
>
> when booting the default media to get the desired resul
Hi Tollef,
On 06.12.2016 17:04, Tollef Fog Heen wrote:
> ]] Ole Streicher
>
>> On 06.12.2016 10:37, Holger Levsen wrote:
>>> And this *is* still pretty confusing, though admitly better than it was
>>> half a year ago.
>>
>> The current implementati
On 06.12.2016 12:02, Philip Hands wrote:
> Ole Streicher writes:
>
>> On 06.12.2016 10:37, Holger Levsen wrote:
>>> And this *is* still pretty confusing, though admitly better than it was
>>> half a year ago.
>>
>> The current implementation has a popc
On 06.12.2016 10:37, Holger Levsen wrote:
> And this *is* still pretty confusing, though admitly better than it was
> half a year ago.
The current implementation has a popcon of >5000, without a single
complaint or confusion documented in the web within the last six months.
This is at least *some
On 06.12.2016 10:18, Philip Hands wrote:
> it also buries the 'standard system utilities' item in the middle of
> the list, where it makes even less sense than it did at the end.
The positions of the items can be changed by assigning a "Relevance"
(one digit) to them. So, if the "Standard" task sh
Hi all,
On 06.12.2016 00:29, Don Armstrong wrote:
> [The screen shot Holger linked to is a screen shot of the installer at
> the tasksel screen showing an entry for "Debian Blends" followed by a
> series of entries which start with leading periods followed by entries
> like "HamRadio" and "DebiChe
Hi Holger,
On 05.12.2016 13:46, Holger Levsen wrote:
> I'm sorry that I failed to respond yet.
I am quite angry about this: You basically opened this bug by stating
that you will do an NMU within 4-5 days, but you already knew that you
would not have time to discuss the bug before you planned th
Control: Severity -1 normal
Since no objections against my proposal were expressed for a week, I am
lowering the severity.
Since there is no update of the bug report with more recent experiences,
I will to close it as of version 0.6.94 within a few days.
Best regards
Ole
Dear Miguel,
would you mind to put the packaging under Debian Astro team maintenance?
This would make contributions of others easier, and we would also help
you with questions and finally sponsor the package when it is ready.
On 01.12.2016 23:56, Miguel de Val-Borro wrote:
> * Package name: g
Control: retitle -1 ITP: casacore-data -- Data for Common Astronomy Software
Applications core library
Control: owner -1 Ole Streicher
To keep the casacore data packages together, I plan
to use the original package as a metapackage that
depends on the individual ones, currently:
* casacore
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: britney
The package casacore-data-tai-utc is currently stuck in unstable because
of an unsatisfiable Depends:
excuses:
* 12 days old (needed 10 days)
* casacore-data-tai-utc/i386 unsatisfiable De
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-lines
Version : 1.0
* URL : https://github.com/casacore/lines-table
* License : CC0
Description
Control: reassign -1 blends-tasks
Control: tags -1 moreinfo
Hi Holger,
thank you for your bug report to the "blends" package. I would, however
question a few things here and also ask for a little bit more information:
The "blends-tasks" package was created as a result of working on bug
#758116,
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: debian-as...@lists.debian.org
Dear ftpmasters,
please remove python-pywcs. It is not maintained upstream anymore since
years and completely superceded by python-astropy. Without major
efforts, it is unusable because of incompatibilities to it
Hi Aurelien,
On 22.11.2016 22:12, Aurelien Jarno wrote:
> On 2016-11-12 11:40, Ole Streicher wrote:
>> is however valid for pyfits, which also will not see any upstream love
>> anymore.
> Note that pyfits has seen an upload in 2016, so it got upstream love
> recently,
Hi Jonathan,
On 22.11.2016 20:12, Jonathan Quick wrote:
> On Tue, November 22, 2016 5:22 pm, Ole Streicher wrote:
>> It is still undecided if we take ICRF1 (1998; 608 sources) or
>> ICRF2 (2007; 3414 sources).
>
> ICRF-2 supersedes ICRF-1 with more accurate positions
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-sources
Version : 1 or 2
* URL : https://www.iers.org/IERS/EN/DataProducts/ICRF/icrf.html
* License
Package: jsamp
Severity: wishlist
X-Debbugs-Cc: Paul Sladen
Hi Paul,
since jsamp provides some unit tests, it would be useful to run them via
the Debian Continious Integration platform,
http://ci.debian.net
This would ensure that the package keeps in shape when the environment
(f.e. the Ja
Control: tags -1 patch
Upstream there is already a simple patch available for the TypeError:
https://github.com/statsmodels/statsmodels/pull/3239
For convenience, it is attached.
The IOErrors are gone with the newest Pandas version.
However, the ValueError do not disappear when adding tzdata t
Control: forwarded -1 https://github.com/astropy/astropy/issues/5460
I already opened a bug report upstream about this. However, I am not
sure whether this may an openssl-1.1 problem with Python; I don't see an
obvious bug in the astropy code here.
Hi Andreas, Petter and all,
On 15.11.2016 07:09, Andreas Tille wrote:
> Hi,
>
> I just want to announce that I'll be de-facto offline today and
> tomorrow. So I can not do further testing of the "Use of uninitialized
> value" testing.
>
> Kind regards
>
> Andreas.
>
> On Fri, Nov 11, 2016
Source: pyfits
Severity: wishlist
Control: block -1 by 844085
Dear Aurelien,
as I wrote on the debian-astro mailing list, I am planning to remove
pywcs because it is completely obsoleted by astropy. The same argument
is however valid for pyfits, which also will not see any upstream love
anymore.
he "python-astropy" package is the designated successor and provides a
drop-in replacement for pyfits. The attached patch does the necessary
replacement.
Best regards
Ole
>From 3f4d5181a4ccfe42f50624ab801011991fa001d5 Mon Sep 17 00:00:00 2001
From: Ole Streicher
Date: Sat, 12
Hi all,
On 11.11.2016 08:07, Andreas Tille wrote:
> On Thu, Nov 10, 2016 at 10:38:32PM +0100, Ole Streicher wrote:
>> --> debian-edu tasks are just broken. They don't follow any rule, and
>> depending from the parser one will get always different results. Maybe
>> w
Hi Andreas, Petter and all,
On 10.11.2016 21:07, Andreas Tille wrote:
> So I confirm that the first problem we detected is solved but there is
> another one breaking Debian Edu. I have again no suspicion why the '\'
> sign is not elimiunated from the list only in those few cases.
I can also just
Hi Andreas,
On 10.11.2016 13:48, Andreas Tille wrote:
> Hi Petter,
>
> On Thu, Nov 10, 2016 at 12:39:07PM +0100, Petter Reinholdtsen wrote:
>> Control: tags -1 + pending
>>
>> [Andreas Tille]
Should I commit it?
>>> Yes please. Ole, you reported problems with your patch. Could you
>>> pleas
Hi Andreas and Bas,
On 10.11.2016 08:45, Andreas Tille wrote:
> On Wed, Nov 09, 2016 at 06:27:13PM +0100, Sebastiaan Couwenberg wrote:
>> On 11/09/2016 03:35 PM, Andreas Tille wrote:
>>> If you (and Bas and other readers here) think we should fix the issue
>>> right now I'm fine if you apply the p
Hi Andreas and Bas,
On 10.11.2016 08:45, Andreas Tille wrote:
> On Wed, Nov 09, 2016 at 06:27:13PM +0100, Sebastiaan Couwenberg wrote:
>> On 11/09/2016 03:35 PM, Andreas Tille wrote:
>>> If you (and Bas and other readers here) think we should fix the issue
>>> right now I'm fine if you apply the p
Hi Andreas & all,
On 09.11.2016 15:35, Andreas Tille wrote:
>> We have a clear definition of how these files should look like, namely
>> RFC822, and this also defines continuation lines.
>
> Unfortunately in this specific feature tasks files are not RFC822
> compliant, which sucks, yes. Its even
Hi Andreas,
On 09.11.2016 12:47, Andreas Tille wrote:
> In other words: Once it was defined as syntax for these control files
> that newlines need to be escaped. I do not like it and as I said this
> is fixed in the long-term pending rewrite. However, the bug is not
> serious but at best wishli
Package: release.debian.org
User: release.debian@packages.debian.org
Usertags: binnmu
Severity: normal
Hi,
The "purify" package was in NEW while the cfitsio transition was going on,
so it missed it. Please do an binNMU for the package now.
nmu purify_2.0.0-1 . amd64 . -m 'Rebuild against li
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
* Package name: drizzle
Version : 1.1
Upstream Author : Bernie Simon
* URL : http://spacetelescope.github.io/drizzle/
* License : BSD-3-Clause
Programming Lang: Python
Description : Dithered image
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org
* Package name: drizzle
Version : 1.1
Upstream Author : Bernie Simon
* URL : http://spacetelescope.github.io/drizzle/
* License
Quick wrote:
> Hi Ole
>
> On Wed, November 2, 2016 2:08 pm, Ole Streicher wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Ole Streicher
>> X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
>>
>> * Package name: casac
package will have the current data, if the user needs it.
Best regards
Ole
On 02.11.2016 13:34, Jonathan Quick wrote:
> Hi Ole
>
> On Wed, November 2, 2016 2:07 pm, Ole Streicher wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Ole Streicher
>> X-Debbugs-
st a plain
coordinates in WGS-84 and x/y/z).
Best regards
Ole
On 02.11.2016 13:24, Jonathan Quick wrote:
> Hi Ole
>
> On Wed, November 2, 2016 2:09 pm, Ole Streicher wrote:
>> Package: wnpp
>> Severity: wishlist
>> Owner: Ole Streicher
>> X-Debbugs-C
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-CC: debian-de...@lists.debian.org, debian-as...@lists.debian.org
* Package name: casacore-data-observatories
Version : 1.0
* URL : https://github.com/casacore/observatory-table
* License : Public
501 - 600 of 969 matches
Mail list logo
