Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

Hi,

two weeks have passed and I don't see gpaw under
https://www.debian.org/distrib/packages
Anybody knows what is happening to the package?

Marcin

On Mon, Aug 31, 2015 at 9:57 AM, Marcin Dulak 
wrote:

>
>
> On Wed, Aug 26, 2015 at 3:03 PM, Andreas Tille  wrote:
>
>> On Mon, Aug 24, 2015 at 08:56:15AM +0200, Marcin Dulak wrote:
>> > Thanks,
>> >
>> > the updated package is at
>> > https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
>>
>> Sponsored upload to new done.  Thanks for your work on this package
>>
>
> thanks, how can I track what's currently happening to the package
> (e.g. when it will appear at https://www.debian.org/distrib/packages)?
>
> Best regards,
>
> Marcin
>
>
>>
>> Andreas.
>>
>> --
>> http://fam-tille.de
>>
>>
>

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Mon, Aug 24, 2015 at 08:56:15AM +0200, Marcin Dulak wrote:
 Thanks,
 
 the updated package is at
 https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git

Sponsored upload to new done.  Thanks for your work on this package

Andreas.

-- 
http://fam-tille.de

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

Thanks,

the updated package is at
https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git

Marcin

On Sat, Aug 22, 2015 at 9:13 AM, Andreas Tille andr...@an3as.eu wrote:

 Hi,

 On Thu, Aug 20, 2015 at 01:02:49PM +0200, Marcin Dulak wrote:
   E: gpaw: missing-dependency-on-numpy-abi
   N:
   N:This package includes a Python extension module, which uses
 Numpy via
   N:its binary interface. Such packages must depend on
   python-numpy-abiN.
   N:
   N:If the package is using debhelper, this problem is usually due
 to a
   N:missing dh_numpy (or dh_numpy3) call in debian/rules.
  
 
  how should I add this?
  I found these two different examples:
  http://sourceforge.net/p/psignifit/mailman/message/29054761/
 
 http://stimfit.googlecode.com/git-history/c8b9997d6ba544dd90baeb04ec416410d825a4a8/debian/rules
 
  /usr/share/doc/python-numpy/README.DebianMaints on Debian unstable is the
  same as this one
 
 http://apt-browse.org/browse/ubuntu/trusty/main/i386/python-numpy/1%3A1.8.1-1ubuntu1/file/usr/share/doc/python-numpy/README.DebianMaints
  and it does not provide a useful information about usage of dh_numpy.

 I also needed to search and if you do so I'd suggest

 http://codesearch.debian.net

 I consider the example from pymia source package a good solution:

 override_dh_auto_install:
 dh_auto_install
 dh_numpy
 dh_numpy3

 Kind regards

Andreas.

 --
 http://fam-tille.de

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

Hi,

On Fri, Aug 14, 2015 at 6:58 PM, Andreas Tille ti...@debian.org wrote:

 On Fri, Aug 14, 2015 at 06:37:26PM +0200, Paul Tagliamonte wrote:
 
  That was a pre-thread to the d-d-a plan to deprecate Python 2 long-term,
 it
  is not (and has not) been an ftpmaster policy to block python2 uploads.
  I didn't send that email with an ftpteam hat on (it also doesn't
  mention any policy in the email) :)
 
  If I process it, I might harass you a bit, but i'd not reject it.

 Cool, thanks a lot for the clarification


I see also that gpaw-data (https://packages.debian.org/sid/gpaw-data) and
python-ase-3.9.1 are already in sid, so gpaw should be ready for Debian.
I've updated to the git repository to the latest upstream gpaw-0.11.0.13004:
http://anonscm.debian.org/cgit/debian-science/packages/gpaw.git

Marcin



 Andreas.

 --
 http://fam-tille.de

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Fri, Aug 14, 2015 at 06:37:26PM +0200, Paul Tagliamonte wrote:
 
 That was a pre-thread to the d-d-a plan to deprecate Python 2 long-term, it
 is not (and has not) been an ftpmaster policy to block python2 uploads.
 I didn't send that email with an ftpteam hat on (it also doesn't
 mention any policy in the email) :)
 
 If I process it, I might harass you a bit, but i'd not reject it.

Cool, thanks a lot for the clarification

Andreas.

-- 
http://fam-tille.de

Re: Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Paul Tagliamonte]

A while ago, Andreas Tille wrote:
 On Wed, Jul 22, 2015 at 05:26:43PM +0200, Ansgar Burchardt wrote:
  On 07/22/2015 04:11 PM, Andreas Tille wrote:
   Moreover I'm afraid ftpmaster will not accept this package since there
   is a policy to refuse new Python 2 only packages.
  
  Huh? Since when should there be such a policy?
 
 Discussion about this starts here
 
https://lists.debian.org/debian-python/2015/04/msg00063.html
 
 I understood this thread
 
https://lists.debian.org/debian-med/2015/06/msg00051.html
 
 as if this would applied by ftpmaster.

Just to put clarification on this thread:


That was a pre-thread to the d-d-a plan to deprecate Python 2 long-term, it
is not (and has not) been an ftpmaster policy to block python2 uploads.
I didn't send that email with an ftpteam hat on (it also doesn't
mention any policy in the email) :)

If I process it, I might harass you a bit, but i'd not reject it.

Cheers,
  Paul

-- 
 .''`.   Paul Tagliamonte paul...@debian.org|   Proud Debian Developer
: :'  :  https://people.debian.org/~paultag   |   https://pault.ag/
`. `'`   Debian - the Universal Operating System
 `-4096R / 8F04 9AD8 2C92 066C 7352  D28A 7B58 5B30 807C 2A87


signature.asc
Description: Digital signature

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

On Thu, Jul 23, 2015 at 06:31:16PM +0200, Marcin Dulak wrote:
 On Thu, Jul 23, 2015 at 3:57 PM, Andreas Tille andr...@an3as.eu wrote:
  it would be nice if you would follow the list etiquette and not CC
  single authors.  Thanks.
 
 OK, didn't know about that. Was just doing replay all.

No problem, just telling you what is general policy at lists.debian.org.
 
  Again: In how far broken?  In principle you can install packages from
  testing / unstable inside stable, specifically these Perl packages
  should not cause any harm (as long as there was no Perl migration).
 
 starting from https://atlas.hashicorp.com/deb/boxes/jessie-amd64
 $ sudo apt-get update
 $ sudo apt-get -y upgrade
 $ sudo sed -i 's/jessie/testing/g' /etc/apt/sources.list
 $ sudo apt-get update
 $ sudo apt-get -y dist-upgrade

Hmmm, that's a bit much to simply fetch a few packages from testing.
You should have checked

man apt_preferences

 Setting up udev (221-1+deb9u2) ...
 Installing new version of config file /etc/init.d/udev ...
 Installing new version of config file /etc/init/udev-fallback-graphics.conf
 ...
 Installing new version of config file /etc/init/udev-finish.conf ...
 Installing new version of config file /etc/init/udevmonitor.conf ...
 Installing new version of config file /etc/udev/udev.conf ...
 update-initramfs: deferring update (trigger activated)
 Processing triggers for systemd (215-17+deb8u1) ...
 Processing triggers for initramfs-tools (0.120) ...
 update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
 cp: omitting directory ‘/etc/udev/rules.d/70-persistent-net.rules’
 E: /usr/share/initramfs-tools/hooks/udev failed with return 1.
 update-initramfs: failed for /boot/initrd.img-3.16.0-4-amd64 with 1.
 dpkg: error processing package initramfs-tools (--configure):
  subprocess installed post-installation script returned error exit status 1
 Errors were encountered while processing:
  initramfs-tools
 E: Sub-process /usr/bin/dpkg returned an error code (1)

You might like to ask on a general user list how to cope with this.  I
have not experienced this on my testing upgrade and no good idea.

  I can't follow this arguing.  You should build in a pbuilder / unstable
  environment and that's what all doc should recomment (sometimes instead
  of pbuilder sbuild is used - the principle is the same).  If you spot an
  invalid doc please point the according author to this issue but you
  should be more specific about the problem of the doc.
 
 
 the point is that there are too many incomplete and scattered docs.
 This is the result of everybody having typed slightly different commands on
 their machines prior to the state described by the docs.
 For example there are at least docs which mention how to install unstable:
 https://wiki.debian.org/DebianUnstable#How_do_I_install_Sid.3F
 https://wiki.debian.org/InstallFAQ#Q._How_do_I_install_.22unstable.22_.28.22sid.22.29.3F
 The latter says (the former does not mention which commands one is supposed
 to type):
 then again change your /etc/apt/sources.list file to unstable and again do
 an update and a dist-upgrade
 This is incorrect for my https://atlas.hashicorp.com/deb/boxes/jessie-amd64
 VM:
 $ sudo sed -i 's/testing/unstable/g' /etc/apt/sources.list
 $ sudo apt-get update  /dev/null
 W: Failed to fetch
 http://ftp.uk.debian.org/debian/dists/unstable-updates/main/source/Sources
 404  Not Found [IP: 78.129.164.123 80]
 W: Failed to fetch
 http://security.debian.org/dists/unstable/updates/non-free/binary-amd64/Packages
 404  Not Found [IP: 195.20.242.89 80]
 E: Some index files failed to download. They have been ignored, or old ones
 used instead.

That's unusual.
 
 I understand that this is due to Debian unstable not providing certain
 repository paths.

Most probably not.  May be a temporary failure of a single mirror or DNS.

  In any case I consider it sensible to package the latest version.
  I could imagine that we could add some text to README.source about
  the current upstream work regarding Python 3.
 
 can we proceed with gpaw-0.10.0, otherwise if we go for gpaw-0.11.0 one
 needs to get python-ase-3.9.1 into Debian first.

That's work in progress as you can read here in a recent mail.

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150724144650.ge26...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Thu, Jul 23, 2015 at 2:42 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Marcin,

 On Thu, Jul 23, 2015 at 02:30:32PM +0200, Marcin Dulak wrote:
  ~/gpaw $ cme fix dpkg-control
  Unknown application: dpkg-control. Run 'cme list' to list available
  applications

 Did you installed libconfig-model-dpkg-perl ?


too late, now on a broken debian 8.
While still on debian 8, i did what
http://debian-med.alioth.debian.org/docs/policy.html says:
*apt-get* install cme libconfig-model-dpkg-perl libconfig-model-itself-perl
and cme seems not available on jessie.



  An attempt to get jessie-testing-unstable failed,
  so i've tried to guess what cme fix dpkg-control would do, and commited
  that.
  Can you check if it looks OK?

 Yes, looks OK.


actually I got 'cme fix dpkg-control' to work on a broken
jessie/testing/sid,
and commited that fix.




  By the way i'm still geting:
  ~/gpaw $ gbp buildpackage
  gbp:error: upstream/0.10.0.11364 is not a valid treeish
  Maybe I must be on Debian unstable for this to work?

 I doubt that you need to be on unstable.  I'm on testing and it works
 perfectly.  As I said before I have no idea why this happens.  I
 recommend asking on debian-mentors list.  May be also checking any
 ~/.gbp.conf might uncover something.


i have no ~/.gbp.conf, and gbp buildpackage still not working
for me on my half broken jessie/testing/sid.

It would be nice to have a Vagrantfile/Dockerfile that
prepares a full deb development environment. Then the Debian packaging
documentation,
which is now very scattered and full of obsolete commands, could be shipped
together with Vagrantfile/Dockerfile.
I think i saw a Vagrantfile like that somewhere, but it should be Debian
that officially maintains such.



  i've clarified also with GPAW upstream that the latest GPAW release,
  0.11.0, is not ready for python3 yet (e.g. it does not work in parallel
  with python3).

 :-(


what will happen then to gpaw packaging?

Marcin


 Kind regards

Andreas.

 --
 http://fam-tille.de


 --
 To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150723124239.gq11...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Wed, Jul 22, 2015 at 4:11 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Marcin,

 On Wed, Jul 22, 2015 at 10:32:09AM +0200, Marcin Dulak wrote:
  so I need gpaw-setups somehow listed at
  http://blends.debian.org/science/tasks/physics
  I see gpaw is already there.

 I had a sponsoring look at gpaw.  Also here lintian should claim
 Vcs-Browser.  The easiest way to fix this is to use

 cme fix dpkg-control


I'm on debian 8:
~/gpaw $ cat /etc/debian_version
8.0
~/gpaw $ cme fix dpkg-control
Unknown application: dpkg-control. Run 'cme list' to list available
applications

An attempt to get jessie-testing-unstable failed,
so i've tried to guess what cme fix dpkg-control would do, and commited
that.
Can you check if it looks OK?

By the way i'm still geting:
~/gpaw $ gbp buildpackage
gbp:error: upstream/0.10.0.11364 is not a valid treeish
Maybe I must be on Debian unstable for this to work?




 Moreover I'm afraid ftpmaster will not accept this package since there
 is a policy to refuse new Python 2 only packages.  Could you check
 whether gpaw could be ported to Python 3?


i've clarified also with GPAW upstream that the latest GPAW release,
0.11.0, is not ready for python3 yet (e.g. it does not work in parallel
with python3).

Marcin



 Kind regards

 Andreas.

 --
 http://fam-tille.de


 --
 To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150722141122.gf9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

On Thu, Jul 23, 2015 at 02:30:32PM +0200, Marcin Dulak wrote:
 ~/gpaw $ cme fix dpkg-control
 Unknown application: dpkg-control. Run 'cme list' to list available
 applications

Did you installed libconfig-model-dpkg-perl ?
 
 An attempt to get jessie-testing-unstable failed,
 so i've tried to guess what cme fix dpkg-control would do, and commited
 that.
 Can you check if it looks OK?

Yes, looks OK.
 
 By the way i'm still geting:
 ~/gpaw $ gbp buildpackage
 gbp:error: upstream/0.10.0.11364 is not a valid treeish
 Maybe I must be on Debian unstable for this to work?

I doubt that you need to be on unstable.  I'm on testing and it works
perfectly.  As I said before I have no idea why this happens.  I
recommend asking on debian-mentors list.  May be also checking any
~/.gbp.conf might uncover something.
 
 i've clarified also with GPAW upstream that the latest GPAW release,
 0.11.0, is not ready for python3 yet (e.g. it does not work in parallel
 with python3).

:-(

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150723124239.gq11...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin.

it would be nice if you would follow the list etiquette and not CC
single authors.  Thanks.

On Thu, Jul 23, 2015 at 03:41:07PM +0200, Marcin Dulak wrote:
  Hi Marcin,
 
  On Thu, Jul 23, 2015 at 02:30:32PM +0200, Marcin Dulak wrote:
   ~/gpaw $ cme fix dpkg-control
   Unknown application: dpkg-control. Run 'cme list' to list available
   applications
 
  Did you installed libconfig-model-dpkg-perl ?
 
 
 too late, now on a broken debian 8.

In how far broken?

 While still on debian 8, i did what
 http://debian-med.alioth.debian.org/docs/policy.html says:
 *apt-get* install cme libconfig-model-dpkg-perl libconfig-model-itself-perl
 and cme seems not available on jessie.

That's correct.  In Jessie cme is provided by some other package.
The policy is adapted to testing / unstable.  In any case you
can find out what package provided what file by

apt-file search /usr/bin/cme

Check this out on your jessie system please since I simply forgot.

 actually I got 'cme fix dpkg-control' to work on a broken
 jessie/testing/sid,
 and commited that fix.

Again: In how far broken?  In principle you can install packages from
testing / unstable inside stable, specifically these Perl packages
should not cause any harm (as long as there was no Perl migration).

 ...
 I think i saw a Vagrantfile like that somewhere, but it should be Debian
 that officially maintains such.

I can't follow this arguing.  You should build in a pbuilder / unstable
environment and that's what all doc should recomment (sometimes instead
of pbuilder sbuild is used - the principle is the same).  If you spot an
invalid doc please point the according author to this issue but you
should be more specific about the problem of the doc.
 
   i've clarified also with GPAW upstream that the latest GPAW release,
   0.11.0, is not ready for python3 yet (e.g. it does not work in parallel
   with python3).
 
  :-(
 
 what will happen then to gpaw packaging?

In any case I consider it sensible to package the latest version.  
I could imagine that we could add some text to README.source about
the current upstream work regarding Python 3.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150723135708.gt11...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Thu, Jul 23, 2015 at 3:57 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Marcin.

 it would be nice if you would follow the list etiquette and not CC
 single authors.  Thanks.


OK, didn't know about that. Was just doing replay all.



 On Thu, Jul 23, 2015 at 03:41:07PM +0200, Marcin Dulak wrote:
   Hi Marcin,
  
   On Thu, Jul 23, 2015 at 02:30:32PM +0200, Marcin Dulak wrote:
~/gpaw $ cme fix dpkg-control
Unknown application: dpkg-control. Run 'cme list' to list available
applications
  
   Did you installed libconfig-model-dpkg-perl ?




  
 
  too late, now on a broken debian 8.

 In how far broken?

  While still on debian 8, i did what
  http://debian-med.alioth.debian.org/docs/policy.html says:
  *apt-get* install cme libconfig-model-dpkg-perl
 libconfig-model-itself-perl
  and cme seems not available on jessie.

 That's correct.  In Jessie cme is provided by some other package.
 The policy is adapted to testing / unstable.  In any case you
 can find out what package provided what file by

 apt-file search /usr/bin/cme


it looks like on jessie the installation line should be then:
apt-get install libconfig-model-perl libconfig-model-dpkg-perl
libconfig-model-itself-perl
and that works for:
~/gpaw $ cme fix dpkg-control


Check this out on your jessie system please since I simply forgot.

  actually I got 'cme fix dpkg-control' to work on a broken
  jessie/testing/sid,
  and commited that fix.

 Again: In how far broken?  In principle you can install packages from
 testing / unstable inside stable, specifically these Perl packages
 should not cause any harm (as long as there was no Perl migration).


starting from https://atlas.hashicorp.com/deb/boxes/jessie-amd64
$ sudo apt-get update
$ sudo apt-get -y upgrade
$ sudo sed -i 's/jessie/testing/g' /etc/apt/sources.list
$ sudo apt-get update
$ sudo apt-get -y dist-upgrade
...
Setting up udev (221-1+deb9u2) ...
Installing new version of config file /etc/init.d/udev ...
Installing new version of config file /etc/init/udev-fallback-graphics.conf
...
Installing new version of config file /etc/init/udev-finish.conf ...
Installing new version of config file /etc/init/udevmonitor.conf ...
Installing new version of config file /etc/udev/udev.conf ...
update-initramfs: deferring update (trigger activated)
Processing triggers for systemd (215-17+deb8u1) ...
Processing triggers for initramfs-tools (0.120) ...
update-initramfs: Generating /boot/initrd.img-3.16.0-4-amd64
cp: omitting directory ‘/etc/udev/rules.d/70-persistent-net.rules’
E: /usr/share/initramfs-tools/hooks/udev failed with return 1.
update-initramfs: failed for /boot/initrd.img-3.16.0-4-amd64 with 1.
dpkg: error processing package initramfs-tools (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 initramfs-tools
E: Sub-process /usr/bin/dpkg returned an error code (1)


  ...
  I think i saw a Vagrantfile like that somewhere, but it should be Debian
  that officially maintains such.

 I can't follow this arguing.  You should build in a pbuilder / unstable
 environment and that's what all doc should recomment (sometimes instead
 of pbuilder sbuild is used - the principle is the same).  If you spot an
 invalid doc please point the according author to this issue but you
 should be more specific about the problem of the doc.


the point is that there are too many incomplete and scattered docs.
This is the result of everybody having typed slightly different commands on
their machines prior to the state described by the docs.
For example there are at least docs which mention how to install unstable:
https://wiki.debian.org/DebianUnstable#How_do_I_install_Sid.3F
https://wiki.debian.org/InstallFAQ#Q._How_do_I_install_.22unstable.22_.28.22sid.22.29.3F
The latter says (the former does not mention which commands one is supposed
to type):
then again change your /etc/apt/sources.list file to unstable and again do
an update and a dist-upgrade
This is incorrect for my https://atlas.hashicorp.com/deb/boxes/jessie-amd64
VM:
$ sudo sed -i 's/testing/unstable/g' /etc/apt/sources.list
$ sudo apt-get update  /dev/null
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/main/source/Sources
404  Not Found [IP: 78.129.164.123 80]
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/contrib/source/Sources
404  Not Found [IP: 78.129.164.123 80]
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/non-free/source/Sources
404  Not Found [IP: 78.129.164.123 80]
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/main/binary-amd64/Packages
404  Not Found [IP: 78.129.164.123 80]
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/contrib/binary-amd64/Packages
404  Not Found [IP: 78.129.164.123 80]
W: Failed to fetch
http://ftp.uk.debian.org/debian/dists/unstable-updates/non-free/binary-amd64/Packages
404  Not Found [IP: 

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

On Thu, Jul 23, 2015 at 10:09:47AM +0200, Marcin Dulak wrote:
 
 the latest gpaw-0.11.0 upstream has python3 support (
 https://wiki.fysik.dtu.dk/gpaw/devel/releasenotes.html#version-0-11-0),
 but this will require python-ase-3.9.1 to be packaged for python3

The later is work in progress so I guess we are safe. :-)

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150723081315.gh11...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Wed, Jul 22, 2015 at 9:26 PM, Andreas Tille andr...@an3as.eu wrote:

 On Wed, Jul 22, 2015 at 05:26:43PM +0200, Ansgar Burchardt wrote:
  On 07/22/2015 04:11 PM, Andreas Tille wrote:
   Moreover I'm afraid ftpmaster will not accept this package since there
   is a policy to refuse new Python 2 only packages.
 
  Huh? Since when should there be such a policy?

 Discussion about this starts here

https://lists.debian.org/debian-python/2015/04/msg00063.html

 I understood this thread

https://lists.debian.org/debian-med/2015/06/msg00051.html

 as if this would applied by ftpmaster.


the latest gpaw-0.11.0 upstream has python3 support (
https://wiki.fysik.dtu.dk/gpaw/devel/releasenotes.html#version-0-11-0),
but this will require python-ase-3.9.1 to be packaged for python3

Marcin




 Kind regards

Andreas.

 --
 http://fam-tille.de


 --
 To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150722192632.gr9...@an3as.eu

Re: Bug#787329: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Wed, Jul 22, 2015 at 4:06 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Michael,

 On Wed, Jul 22, 2015 at 11:04:33AM +0200, Michael Banck wrote:
 
  gpaw-setups is a dependency of gpaw and not very useful independently I
  think?  So I wonder why it should be on the blends page, do we assume
  users might want to install it on its own?

 You are correct - it does not make much sense on the Blends page.  I
 have not verified before asking for it.  I'll remove it again from the
 tasks (which does not mean that I will refuse SoB for sure ;-)).


we have discussed the reason why gpaw-setups (gpaw-data) should be shipped
by Debian.
The discussion starts here:
https://lists.debian.org/debian-science/2015/07/msg00033.html
I can add that the potentials included in gpaw-data can be also read by
Abinit.
I CC Michael Banck on this.




  Or is the plan to just document the dependency, but not have it show up
  there cause I don't see gpaw-setups on the physics blends web sentinel
  yet?
 
  I am not sure which format it implements for the data files it ships, is
  it some standard that could be picked up by other packages using PAW?

 Further remark on the package after having a sponsoring look:  Is there
 any specific reason to name the source package gpaw-setups and the
 resulting binary gpaw-data.  For a single binary package it is more
 convenient to choose the same name for both.  I'm asking just for the
 sake of interest since if you decide later for a name change it needs
 another pass through the new queue.


gpaw-data has been also decided during
https://lists.debian.org/debian-science/2015/07/msg00033.html
I think this is because similar packages, abinit-data
quantum-espresso-data, used this naming convention.



 Moreover I did two commits to Git:

1. cme fix dpkg-control
- fixing Vcs-Browser
- fixing line breaks in long description
- does other stuff for normalinsing.
   - please do do in future or fix the resulting lintian issues
  otherwise

2. Added missing ${misc:Depends} as lintian was asking you to do


OK thanks. There is a new GPAW release (just today), but this requires
python-ase-3.9.0 which
is not in Debian yet. gpaw-data (or gpaw-setups) stays the old one.
I think we just continue with GPAW-0.10.0 and make package update later.

Marcin


 The last commit saying Upload to new is not really true until you
 comment on the naming choice.

 Kind regards

   Andreas.

 --
 http://fam-tille.de

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Wed, Jul 22, 2015 at 05:07:15PM +0200, Marcin Dulak wrote:
  Moreover I'm afraid ftpmaster will not accept this package since there
  is a policy to refuse new Python 2 only packages.  Could you check
  whether gpaw could be ported to Python 3?
 
 
 there is a work upstream on porting to python3, but i think it's not
 completed yet.

Would you mind verifying with upstream?  If there is some preliminary
stuff we might be able to upload to experimental or at least some
schedule when Python 3 support will be ready we could do something.
I do not think that it is helpful if we simply fill the new queue
with something that will be rejected anyway.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722161317.gk9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi,

On Wed, Jul 22, 2015 at 05:17:43PM +0200, Michael Banck wrote:
 
 See the prior discussion, I though it was more in line with the rest of
 the science packages to call it -data.

I'm perfectly fine with the -data name - but I see no reason why the
source package should have a different name.
 
  For a single binary package it is more convenient to choose the same
  name for both.  
 
 Can you explain what the convenience is?  Or rather what the problems
 with different names are?

It is no problem but at several points it is somehow confusing to have
different names.  I would not do this without good reason and I do not
see a good reason to use gpaw-data also for the source package.
 
 We have quite a few pacakges that are called as source package (due to
 upstream choices) than the binary package.

I know this and that's why I give slight warning that I would not do
this.  I would consider deriving from the upstream name choice for the
source package as well.  It was just a hint for a newcomer and I have
no strong opinion about it.  Just mentioning it - if it is choosen
intentionally that is OK for me and I will upload as is.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722162023.gl9...@an3as.eu

Re: Bug#787329: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi,

On Wed, Jul 22, 2015 at 05:18:04PM +0200, Marcin Dulak wrote:
  tasks (which does not mean that I will refuse SoB for sure ;-)).
 
 we have discussed the reason why gpaw-setups (gpaw-data) should be shipped
 by Debian.
 The discussion starts here:
 https://lists.debian.org/debian-science/2015/07/msg00033.html
 I can add that the potentials included in gpaw-data can be also read by
 Abinit.

OK, I'll upload the current state of Git.
 
 OK thanks. There is a new GPAW release (just today), but this requires
 python-ase-3.9.0 which

May be you file a bug report (severity wishlist) against python-ase new
upstream version available.  When doing so it might be sensible to
suggest maintenance in the Debian Science team.  This would enable us
to act more quickly and do a team upload of the package.

 is not in Debian yet. gpaw-data (or gpaw-setups) stays the old one.
 I think we just continue with GPAW-0.10.0 and make package update later.

As I said before:  No new Python 2 only packages will pass the new
queue without any additional information.

Kind regards

   Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722162844.gm9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

On Wed, Jul 22, 2015 at 4:11 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Marcin,

 On Wed, Jul 22, 2015 at 10:32:09AM +0200, Marcin Dulak wrote:
  so I need gpaw-setups somehow listed at
  http://blends.debian.org/science/tasks/physics
  I see gpaw is already there.

 I had a sponsoring look at gpaw.  Also here lintian should claim
 Vcs-Browser.  The easiest way to fix this is to use

 cme fix dpkg-control

 Moreover I'm afraid ftpmaster will not accept this package since there
 is a policy to refuse new Python 2 only packages.  Could you check
 whether gpaw could be ported to Python 3?


there is a work upstream on porting to python3, but i think it's not
completed yet.

Marcin



 Kind regards

 Andreas.

 --
 http://fam-tille.de


 --
 To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150722141122.gf9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Ansgar Burchardt]

On 07/22/2015 04:11 PM, Andreas Tille wrote:
 Moreover I'm afraid ftpmaster will not accept this package since there
 is a policy to refuse new Python 2 only packages.

Huh? Since when should there be such a policy?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/55afb633.60...@debian.org

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Michael Banck]

On Wed, Jul 22, 2015 at 04:06:35PM +0200, Andreas Tille wrote:
 Further remark on the package after having a sponsoring look:  Is there
 any specific reason to name the source package gpaw-setups and the
 resulting binary gpaw-data.  

See the prior discussion, I though it was more in line with the rest of
the science packages to call it -data.

 For a single binary package it is more convenient to choose the same
 name for both.  

Can you explain what the convenience is?  Or rather what the problems
with different names are?

We have quite a few pacakges that are called as source package (due to
upstream choices) than the binary package.


Michael


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150722151742.gv29...@raptor.chemicalconnection.dyndns.org

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Wed, Jul 22, 2015 at 05:26:43PM +0200, Ansgar Burchardt wrote:
 On 07/22/2015 04:11 PM, Andreas Tille wrote:
  Moreover I'm afraid ftpmaster will not accept this package since there
  is a policy to refuse new Python 2 only packages.
 
 Huh? Since when should there be such a policy?

Discussion about this starts here

   https://lists.debian.org/debian-python/2015/04/msg00063.html

I understood this thread

   https://lists.debian.org/debian-med/2015/06/msg00051.html

as if this would applied by ftpmaster.

Kind regards

   Andreas. 

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722192632.gr9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Michael Banck]

On Wed, Jul 22, 2015 at 06:20:23PM +0200, Andreas Tille wrote:
 On Wed, Jul 22, 2015 at 05:17:43PM +0200, Michael Banck wrote:
  
  See the prior discussion, I though it was more in line with the rest of
  the science packages to call it -data.
 
 I'm perfectly fine with the -data name - but I see no reason why the
 source package should have a different name.
  
Well, the source package should follow upstream's naming and especially
tarball naming conventions.  Renaming the source package would be much
more confusing than having different names for the binary and the source
package name.

   For a single binary package it is more convenient to choose the same
   name for both.  
  
  Can you explain what the convenience is?  Or rather what the problems
  with different names are?
 
 It is no problem but at several points it is somehow confusing to have
 different names.  I would not do this without good reason and I do not
 see a good reason to use gpaw-data also for the source package.

The binary package name is exposed to users, the source package name is
only exposed to developers, really.  And they should not be confused by
this, IMO.


Michael


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150722193232.gj8...@raptor.chemicalconnection.dyndns.org

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

Hi,

so I need gpaw-setups somehow listed at
http://blends.debian.org/science/tasks/physics
I see gpaw is already there. How can I get gpaw-setups listed there too?
I added gpaw and gpaw-setups entries at the bottom of
https://wiki.debian.org/DebianPureBlends/SoB

Marcin

On Tue, Jul 21, 2015 at 6:55 PM, Andreas Tille andr...@an3as.eu wrote:

 Hi Marcin,

 I'm not sure whether you are aware about Sponsering of Blends:

https://wiki.debian.org/DebianPureBlends/SoB

 I'll sponsor your package if it fulfills the requirements named
 there.

 Kind regards and thanks for working on this package

  Andreas.

 On Tue, Jul 21, 2015 at 10:15:11AM +0200, Marcin Dulak wrote:
  Package: sponsorship-requests
  Severity: wishlist
 
I am looking for a sponsor for my package gpaw:
 
  * Package name: gpaw
Version : 0.10.0.11364
Upstream Author : GPAW-community 
 gpaw-develop...@listserv.fysik.dtu.dk
  * URL : https://wiki.fysik.dtu.dk/gpaw/
  * License : GPLv3+
Programming Lang: C, Python
Description : DFT and beyond within the projector-augmented wave
 method
 
It builds those binary packages:
 
  gpaw - python module, executable and scripts
 
  The package is available at
  https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
 
  Marcin

 --
 http://fam-tille.de


 --
 To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
 with a subject of unsubscribe. Trouble? Contact
 listmas...@lists.debian.org
 Archive: https://lists.debian.org/20150721165507.gr17...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Michael Banck]

On Wed, Jul 22, 2015 at 10:32:09AM +0200, Marcin Dulak wrote:
 so I need gpaw-setups somehow listed at
 http://blends.debian.org/science/tasks/physics
 I see gpaw is already there. How can I get gpaw-setups listed there too?
 I added gpaw and gpaw-setups entries at the bottom of
 https://wiki.debian.org/DebianPureBlends/SoB

gpaw-setups is a dependency of gpaw and not very useful independently I
think?  So I wonder why it should be on the blends page, do we assume
users might want to install it on its own?

Or is the plan to just document the dependency, but not have it show up
there cause I don't see gpaw-setups on the physics blends web sentinel
yet?

I am not sure which format it implements for the data files it ships, is
it some standard that could be picked up by other packages using PAW?


Michael


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20150722090432.gr29...@raptor.chemicalconnection.dyndns.org

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

On Wed, Jul 22, 2015 at 10:32:09AM +0200, Marcin Dulak wrote:
 so I need gpaw-setups somehow listed at
 http://blends.debian.org/science/tasks/physics
 I see gpaw is already there. How can I get gpaw-setups listed there too?

By adding it to the physics tasks in the debian-science source package
Git.  I just did it for now.  In case you might consider further
packages (or you might maintain packages that are not yet listed there)
please send me a patch.

 I added gpaw and gpaw-setups entries at the bottom of
 https://wiki.debian.org/DebianPureBlends/SoB

OK, I'll have a look.

Kind regards

 Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722084921.ga9...@an3as.eu

Re: Bug#787329: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Graham Inggs]

On Wed, Jul 22, 2015 at 05:18:04PM +0200, Marcin Dulak wrote:
 There is a new GPAW release (just today),
 but this requires python-ase-3.9.0 which is not in Debian yet.

I did post about this a week ago to debian-science and debichem lists:

 I've been working on the python-ase packaging in git [1].
...
[1] http://anonscm.debian.org/cgit/debichem/packages/python-ase.git 


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAM8zJQucd9PcgRvbAKhe1HLMFZjAXUPw3Yr7+A+Ss+=met2...@mail.gmail.com

Re: Bug#787329: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

On Wed, Jul 22, 2015 at 11:24:09PM +0200, Graham Inggs wrote:
 On Wed, Jul 22, 2015 at 05:18:04PM +0200, Marcin Dulak wrote:
  There is a new GPAW release (just today),
  but this requires python-ase-3.9.0 which is not in Debian yet.
 
 I did post about this a week ago to debian-science and debichem lists:
 
  I've been working on the python-ase packaging in git [1].
 ...
 [1] http://anonscm.debian.org/cgit/debichem/packages/python-ase.git 

Ahhh, let me know if you need sponsoring

   Andreas.
 

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150723042016.gw9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Michael,

On Wed, Jul 22, 2015 at 11:04:33AM +0200, Michael Banck wrote:
 
 gpaw-setups is a dependency of gpaw and not very useful independently I
 think?  So I wonder why it should be on the blends page, do we assume
 users might want to install it on its own?

You are correct - it does not make much sense on the Blends page.  I
have not verified before asking for it.  I'll remove it again from the
tasks (which does not mean that I will refuse SoB for sure ;-)).
 
 Or is the plan to just document the dependency, but not have it show up
 there cause I don't see gpaw-setups on the physics blends web sentinel
 yet?
 
 I am not sure which format it implements for the data files it ships, is
 it some standard that could be picked up by other packages using PAW?

Further remark on the package after having a sponsoring look:  Is there
any specific reason to name the source package gpaw-setups and the
resulting binary gpaw-data.  For a single binary package it is more
convenient to choose the same name for both.  I'm asking just for the
sake of interest since if you decide later for a name change it needs
another pass through the new queue.

Moreover I did two commits to Git:

   1. cme fix dpkg-control
   - fixing Vcs-Browser
   - fixing line breaks in long description
   - does other stuff for normalinsing.
  - please do do in future or fix the resulting lintian issues
 otherwise

   2. Added missing ${misc:Depends} as lintian was asking you to do

The last commit saying Upload to new is not really true until you
comment on the naming choice.

Kind regards

  Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722140635.gd9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

On Wed, Jul 22, 2015 at 10:32:09AM +0200, Marcin Dulak wrote:
 so I need gpaw-setups somehow listed at
 http://blends.debian.org/science/tasks/physics
 I see gpaw is already there.

I had a sponsoring look at gpaw.  Also here lintian should claim
Vcs-Browser.  The easiest way to fix this is to use

cme fix dpkg-control

Moreover I'm afraid ftpmaster will not accept this package since there
is a policy to refuse new Python 2 only packages.  Could you check
whether gpaw could be ported to Python 3?

Kind regards

Andreas.

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150722141122.gf9...@an3as.eu

Re: RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Andreas Tille]

Hi Marcin,

I'm not sure whether you are aware about Sponsering of Blends:

   https://wiki.debian.org/DebianPureBlends/SoB

I'll sponsor your package if it fulfills the requirements named
there.

Kind regards and thanks for working on this package

 Andreas.

On Tue, Jul 21, 2015 at 10:15:11AM +0200, Marcin Dulak wrote:
 Package: sponsorship-requests
 Severity: wishlist
 
   I am looking for a sponsor for my package gpaw:
 
 * Package name: gpaw
   Version : 0.10.0.11364
   Upstream Author : GPAW-community gpaw-develop...@listserv.fysik.dtu.dk
 * URL : https://wiki.fysik.dtu.dk/gpaw/
 * License : GPLv3+
   Programming Lang: C, Python
   Description : DFT and beyond within the projector-augmented wave method
 
   It builds those binary packages:
 
 gpaw - python module, executable and scripts
 
 The package is available at
 https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git
 
 Marcin

-- 
http://fam-tille.de


-- 
To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20150721165507.gr17...@an3as.eu

RFS: gpaw/0.10.0.11364 ITP -- DFT and beyond within the projector-augmented wave method

[Marcin Dulak]

Package: sponsorship-requests
Severity: wishlist

  I am looking for a sponsor for my package gpaw:

* Package name: gpaw
  Version : 0.10.0.11364
  Upstream Author : GPAW-community gpaw-develop...@listserv.fysik.dtu.dk
* URL : https://wiki.fysik.dtu.dk/gpaw/
* License : GPLv3+
  Programming Lang: C, Python
  Description : DFT and beyond within the projector-augmented wave method

  It builds those binary packages:

gpaw - python module, executable and scripts

The package is available at
https://anonscm.debian.org/cgit/debian-science/packages/gpaw.git

Marcin