From lord.mauve at gmail.com Mon Jun 20 17:34:11 2016 From: lord.mauve at gmail.com (Daniel Pope) Date: Mon, 20 Jun 2016 21:34:11 +0000 Subject: [Pythonedu-wg] Edu bundle Message-ID: I made a thing: https://github.com/lordmauve/edubundle/releases/tag/0.1-beta I think it should just unzip to a USB stick and you're away... you've obviously got things like Pygame Zero, Python Repl, Mu, a command prompt in which you can use pip etc. IPython Notebook is in there for more advanced stuff like graph plotting. This was mainly a learning experience for me, and to see how it can be done. The real work will be in automating the building of it and polishing up the rough edges. This was made much easier because various difficult dependencies (Pygame, PyQt) are shipping or working on Windows wheels. Also for the most part Python itself is quite happy without an absolute path (it has to be relative so that it can be simply unzipped or mounted as different drive letters). However pip creates binary executables for command line programs that do not, by default, contain relative paths - I think that could be changed. Windows .lnk files present additional problems. A good idea would be to use the setuptools stuff to create little stub binaries that launch Python with the right path config, plus contain an appropriate icon resource. Another avenue for improvement, now that PyQt is in the bundle, would be to write some additional GUI tools to make it a bit easier to do cool things - perhaps a "piptitude" GUI for pip? -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntoll at ntoll.org Tue Jun 21 02:07:09 2016 From: ntoll at ntoll.org (Nicholas H.Tollervey) Date: Tue, 21 Jun 2016 07:07:09 +0100 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: <5768D98D.7040308@ntoll.org> You're a star! :-) On 20/06/16 22:34, Daniel Pope wrote: > I made a thing: > > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta > > I think it should just unzip to a USB stick and you're away... you've > obviously got things like Pygame Zero, Python Repl, Mu, a command prompt > in which you can use pip etc. IPython Notebook is in there for more > advanced stuff like graph plotting. > > This was mainly a learning experience for me, and to see how it can be > done. The real work will be in automating the building of it and > polishing up the rough edges. > > This was made much easier because various difficult dependencies > (Pygame, PyQt) are shipping or working on Windows wheels. Also for the > most part Python itself is quite happy without an absolute path (it has > to be relative so that it can be simply unzipped or mounted as different > drive letters). However pip creates binary executables for command line > programs that do not, by default, contain relative paths - I think that > could be changed. > > Windows .lnk files present additional problems. A good idea would be to > use the setuptools stuff to create little stub binaries that launch > Python with the right path config, plus contain an appropriate icon > resource. > > Another avenue for improvement, now that PyQt is in the bundle, would be > to write some additional GUI tools to make it a bit easier to do cool > things - perhaps a "piptitude" GUI for pip? > > > _______________________________________________ > Pythonedu-wg mailing list > Pythonedu-wg at python.org > https://mail.python.org/mailman/listinfo/pythonedu-wg > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From amitsaha.in at gmail.com Tue Jun 21 02:10:15 2016 From: amitsaha.in at gmail.com (Amit Saha) Date: Tue, 21 Jun 2016 16:10:15 +1000 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: On Tue, Jun 21, 2016 at 7:34 AM, Daniel Pope wrote: > I made a thing: > > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta > > I think it should just unzip to a USB stick and you're away... you've > obviously got things like Pygame Zero, Python Repl, Mu, a command prompt in > which you can use pip etc. IPython Notebook is in there for more advanced > stuff like graph plotting. > > This was mainly a learning experience for me, and to see how it can be done. > The real work will be in automating the building of it and polishing up the > rough edges. I would like to contribute to automating it.. unless you have immediate deadlines for this. Do you need extensive Windows knowledge for this? > > This was made much easier because various difficult dependencies (Pygame, > PyQt) are shipping or working on Windows wheels. Also for the most part > Python itself is quite happy without an absolute path (it has to be relative > so that it can be simply unzipped or mounted as different drive letters). > However pip creates binary executables for command line programs that do > not, by default, contain relative paths - I think that could be changed. > > Windows .lnk files present additional problems. A good idea would be to use > the setuptools stuff to create little stub binaries that launch Python with > the right path config, plus contain an appropriate icon resource. > > Another avenue for improvement, now that PyQt is in the bundle, would be to > write some additional GUI tools to make it a bit easier to do cool things - > perhaps a "piptitude" GUI for pip? > > _______________________________________________ > Pythonedu-wg mailing list > Pythonedu-wg at python.org > https://mail.python.org/mailman/listinfo/pythonedu-wg > -- http://echorand.me From lord.mauve at gmail.com Tue Jun 21 03:35:32 2016 From: lord.mauve at gmail.com (Daniel Pope) Date: Tue, 21 Jun 2016 07:35:32 +0000 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: Thanks. I don't have a huge amount of Windows expertise myself. I'll write down a list of steps I used to build the bundle in the next few days. Then we can decide on an approach for automating it. I guess we would rely on a system installation of Python that write Python scripts to download/install everything. A separate project almost, would be to compile better icons. The approach taken for the pip launchers is to compile a small C program and commit the binaries in the repo - then Python code tacks extra data onto the end that the C program knows how to read. (This launcher is also used by some packages - probably a setuptools vs distutils thing). My C is a bit rusty but I could probably take a stab at this. I realise I built this bundle with 64-bit stuff - is anyone likely to have a 32-bit computer lying around? On Tue, 21 Jun 2016 at 07:10 Amit Saha wrote: > On Tue, Jun 21, 2016 at 7:34 AM, Daniel Pope wrote: > > I made a thing: > > > > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta > > > > I think it should just unzip to a USB stick and you're away... you've > > obviously got things like Pygame Zero, Python Repl, Mu, a command prompt > in > > which you can use pip etc. IPython Notebook is in there for more advanced > > stuff like graph plotting. > > > > This was mainly a learning experience for me, and to see how it can be > done. > > The real work will be in automating the building of it and polishing up > the > > rough edges. > > I would like to contribute to automating it.. unless you have > immediate deadlines for this. Do you need extensive Windows knowledge > for this? > > > > > > > This was made much easier because various difficult dependencies (Pygame, > > PyQt) are shipping or working on Windows wheels. Also for the most part > > Python itself is quite happy without an absolute path (it has to be > relative > > so that it can be simply unzipped or mounted as different drive letters). > > However pip creates binary executables for command line programs that do > > not, by default, contain relative paths - I think that could be changed. > > > > Windows .lnk files present additional problems. A good idea would be to > use > > the setuptools stuff to create little stub binaries that launch Python > with > > the right path config, plus contain an appropriate icon resource. > > > > Another avenue for improvement, now that PyQt is in the bundle, would be > to > > write some additional GUI tools to make it a bit easier to do cool > things - > > perhaps a "piptitude" GUI for pip? > > > > _______________________________________________ > > Pythonedu-wg mailing list > > Pythonedu-wg at python.org > > https://mail.python.org/mailman/listinfo/pythonedu-wg > > > > > > -- > http://echorand.me > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntoll at ntoll.org Tue Jun 21 03:37:24 2016 From: ntoll at ntoll.org (Nicholas H.Tollervey) Date: Tue, 21 Jun 2016 08:37:24 +0100 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: <5768EEB4.8030409@ntoll.org> On 21/06/16 08:35, Daniel Pope wrote: > I realise I built this bundle with 64-bit stuff - is anyone likely to > have a 32-bit computer lying around? Most schools :-( N. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From carrieanne at raspberrypi.org Tue Jun 21 03:53:50 2016 From: carrieanne at raspberrypi.org (Carrie Anne Philbin) Date: Tue, 21 Jun 2016 08:53:50 +0100 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: Thanks so much! Would be great to work with teachers on at PyconUK :) When might you need some teachers or technicians working in schools to test? There are a few in this working group. If you let us know what you would like us to do and what to report back, we can do so. Cheers, Carrie Anne. On Tue, Jun 21, 2016 at 8:35 AM, Daniel Pope wrote: > Thanks. > > I don't have a huge amount of Windows expertise myself. > > I'll write down a list of steps I used to build the bundle in the next few > days. Then we can decide on an approach for automating it. I guess we would > rely on a system installation of Python that write Python scripts to > download/install everything. > > A separate project almost, would be to compile better icons. The approach > taken for the pip launchers is to compile a small C program and commit > the binaries in the repo > - then Python > code tacks extra data onto the end that the C program knows how to read. (This > launcher is also > used by some packages - probably a setuptools vs distutils thing). My C is > a bit rusty but I could probably take a stab at this. > > I realise I built this bundle with 64-bit stuff - is anyone likely to have > a 32-bit computer lying around? > > On Tue, 21 Jun 2016 at 07:10 Amit Saha wrote: > >> On Tue, Jun 21, 2016 at 7:34 AM, Daniel Pope >> wrote: >> > I made a thing: >> > >> > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta >> > >> > I think it should just unzip to a USB stick and you're away... you've >> > obviously got things like Pygame Zero, Python Repl, Mu, a command >> prompt in >> > which you can use pip etc. IPython Notebook is in there for more >> advanced >> > stuff like graph plotting. >> > >> > This was mainly a learning experience for me, and to see how it can be >> done. >> > The real work will be in automating the building of it and polishing up >> the >> > rough edges. >> >> I would like to contribute to automating it.. unless you have >> immediate deadlines for this. Do you need extensive Windows knowledge >> for this? >> >> >> >> > >> > This was made much easier because various difficult dependencies >> (Pygame, >> > PyQt) are shipping or working on Windows wheels. Also for the most part >> > Python itself is quite happy without an absolute path (it has to be >> relative >> > so that it can be simply unzipped or mounted as different drive >> letters). >> > However pip creates binary executables for command line programs that do >> > not, by default, contain relative paths - I think that could be changed. >> > >> > Windows .lnk files present additional problems. A good idea would be to >> use >> > the setuptools stuff to create little stub binaries that launch Python >> with >> > the right path config, plus contain an appropriate icon resource. >> > >> > Another avenue for improvement, now that PyQt is in the bundle, would >> be to >> > write some additional GUI tools to make it a bit easier to do cool >> things - >> > perhaps a "piptitude" GUI for pip? >> > >> > _______________________________________________ >> > Pythonedu-wg mailing list >> > Pythonedu-wg at python.org >> > https://mail.python.org/mailman/listinfo/pythonedu-wg >> > >> >> >> >> -- >> http://echorand.me >> > > _______________________________________________ > Pythonedu-wg mailing list > Pythonedu-wg at python.org > https://mail.python.org/mailman/listinfo/pythonedu-wg > > -- Director of Education Raspberry Pi Foundation UK Charity No. 1129409 www.raspberrypi.org | www.codeclub.org.uk @ | in | *?* -------------- next part -------------- An HTML attachment was scrubbed... URL: From lord.mauve at gmail.com Tue Jun 21 04:23:01 2016 From: lord.mauve at gmail.com (Daniel Pope) Date: Tue, 21 Jun 2016 08:23:01 +0000 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: I'd be keen to have feedback as soon as possible on what works and what doesn't. On Tue, 21 Jun 2016 08:53 Carrie Anne Philbin, wrote: > Thanks so much! Would be great to work with teachers on at PyconUK :) > > When might you need some teachers or technicians working in schools to > test? There are a few in this working group. If you let us know what you > would like us to do and what to report back, we can do so. > > Cheers, > > Carrie Anne. > > On Tue, Jun 21, 2016 at 8:35 AM, Daniel Pope wrote: > >> Thanks. >> >> I don't have a huge amount of Windows expertise myself. >> >> I'll write down a list of steps I used to build the bundle in the next >> few days. Then we can decide on an approach for automating it. I guess we >> would rely on a system installation of Python that write Python scripts to >> download/install everything. >> >> A separate project almost, would be to compile better icons. The approach >> taken for the pip launchers is to compile a small C program and commit >> the binaries in the repo >> - then >> Python code tacks extra data onto the end that the C program knows how to >> read. (This launcher >> is also used by >> some packages - probably a setuptools vs distutils thing). My C is a bit >> rusty but I could probably take a stab at this. >> >> I realise I built this bundle with 64-bit stuff - is anyone likely to >> have a 32-bit computer lying around? >> >> On Tue, 21 Jun 2016 at 07:10 Amit Saha wrote: >> >>> On Tue, Jun 21, 2016 at 7:34 AM, Daniel Pope >>> wrote: >>> > I made a thing: >>> > >>> > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta >>> > >>> > I think it should just unzip to a USB stick and you're away... you've >>> > obviously got things like Pygame Zero, Python Repl, Mu, a command >>> prompt in >>> > which you can use pip etc. IPython Notebook is in there for more >>> advanced >>> > stuff like graph plotting. >>> > >>> > This was mainly a learning experience for me, and to see how it can be >>> done. >>> > The real work will be in automating the building of it and polishing >>> up the >>> > rough edges. >>> >>> I would like to contribute to automating it.. unless you have >>> immediate deadlines for this. Do you need extensive Windows knowledge >>> for this? >>> >>> >>> >>> > >>> > This was made much easier because various difficult dependencies >>> (Pygame, >>> > PyQt) are shipping or working on Windows wheels. Also for the most part >>> > Python itself is quite happy without an absolute path (it has to be >>> relative >>> > so that it can be simply unzipped or mounted as different drive >>> letters). >>> > However pip creates binary executables for command line programs that >>> do >>> > not, by default, contain relative paths - I think that could be >>> changed. >>> > >>> > Windows .lnk files present additional problems. A good idea would be >>> to use >>> > the setuptools stuff to create little stub binaries that launch Python >>> with >>> > the right path config, plus contain an appropriate icon resource. >>> > >>> > Another avenue for improvement, now that PyQt is in the bundle, would >>> be to >>> > write some additional GUI tools to make it a bit easier to do cool >>> things - >>> > perhaps a "piptitude" GUI for pip? >>> > >>> > _______________________________________________ >>> > Pythonedu-wg mailing list >>> > Pythonedu-wg at python.org >>> > https://mail.python.org/mailman/listinfo/pythonedu-wg >>> > >>> >>> >>> >>> -- >>> http://echorand.me >>> >> >> _______________________________________________ >> Pythonedu-wg mailing list >> Pythonedu-wg at python.org >> https://mail.python.org/mailman/listinfo/pythonedu-wg >> >> > > > -- > Director of Education > Raspberry Pi Foundation > UK Charity No. 1129409 > > www.raspberrypi.org | www.codeclub.org.uk > @ | in > | *?* > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntoll at ntoll.org Tue Jun 21 04:38:17 2016 From: ntoll at ntoll.org (Nicholas H.Tollervey) Date: Tue, 21 Jun 2016 09:38:17 +0100 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: <5768EEB4.8030409@ntoll.org> Message-ID: <5768FCF9.4030909@ntoll.org> On 21/06/16 09:30, Daniel Pope wrote: > Ok, then we should switch to x86 when we automate the build. > Both would be best. There's huge variation in what's used in schools. N. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From lord.mauve at gmail.com Tue Jun 21 04:40:36 2016 From: lord.mauve at gmail.com (Daniel Pope) Date: Tue, 21 Jun 2016 08:40:36 +0000 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: <5768FCF9.4030909@ntoll.org> References: <5768EEB4.8030409@ntoll.org> <5768FCF9.4030909@ntoll.org> Message-ID: An x86 build will run on any PC. On Tue, 21 Jun 2016 09:38 Nicholas H.Tollervey, wrote: > On 21/06/16 09:30, Daniel Pope wrote: > > Ok, then we should switch to x86 when we automate the build. > > > > Both would be best. There's huge variation in what's used in schools. > > N. > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ntoll at ntoll.org Tue Jun 21 04:42:12 2016 From: ntoll at ntoll.org (Nicholas H.Tollervey) Date: Tue, 21 Jun 2016 09:42:12 +0100 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: <5768EEB4.8030409@ntoll.org> <5768FCF9.4030909@ntoll.org> Message-ID: <5768FDE4.60500@ntoll.org> On 21/06/16 09:40, Daniel Pope wrote: > An x86 build will run on any PC. > True. Path of least resistance wins. ;-) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 473 bytes Desc: OpenPGP digital signature URL: From amitsaha.in at gmail.com Tue Jun 21 05:31:10 2016 From: amitsaha.in at gmail.com (Amit Saha) Date: Tue, 21 Jun 2016 19:31:10 +1000 Subject: [Pythonedu-wg] Edu bundle In-Reply-To: References: Message-ID: On Tue, Jun 21, 2016 at 5:35 PM, Daniel Pope wrote: > Thanks. > > I don't have a huge amount of Windows expertise myself. > > I'll write down a list of steps I used to build the bundle in the next few > days. Then we can decide on an approach for automating it. I guess we would > rely on a system installation of Python that write Python scripts to > download/install everything. Sounds great. I am looking to get some experience with appveyor. > > A separate project almost, would be to compile better icons. The approach > taken for the pip launchers is to compile a small C program and commit the > binaries in the repo - then Python code tacks extra data onto the end that > the C program knows how to read. (This launcher is also used by some > packages - probably a setuptools vs distutils thing). My C is a bit rusty > but I could probably take a stab at this. > > I realise I built this bundle with 64-bit stuff - is anyone likely to have a > 32-bit computer lying around? > > On Tue, 21 Jun 2016 at 07:10 Amit Saha wrote: >> >> On Tue, Jun 21, 2016 at 7:34 AM, Daniel Pope wrote: >> > I made a thing: >> > >> > https://github.com/lordmauve/edubundle/releases/tag/0.1-beta >> > >> > I think it should just unzip to a USB stick and you're away... you've >> > obviously got things like Pygame Zero, Python Repl, Mu, a command prompt >> > in >> > which you can use pip etc. IPython Notebook is in there for more >> > advanced >> > stuff like graph plotting. >> > >> > This was mainly a learning experience for me, and to see how it can be >> > done. >> > The real work will be in automating the building of it and polishing up >> > the >> > rough edges. >> >> I would like to contribute to automating it.. unless you have >> immediate deadlines for this. Do you need extensive Windows knowledge >> for this? >> >> >> >> > >> > This was made much easier because various difficult dependencies >> > (Pygame, >> > PyQt) are shipping or working on Windows wheels. Also for the most part >> > Python itself is quite happy without an absolute path (it has to be >> > relative >> > so that it can be simply unzipped or mounted as different drive >> > letters). >> > However pip creates binary executables for command line programs that do >> > not, by default, contain relative paths - I think that could be changed. >> > >> > Windows .lnk files present additional problems. A good idea would be to >> > use >> > the setuptools stuff to create little stub binaries that launch Python >> > with >> > the right path config, plus contain an appropriate icon resource. >> > >> > Another avenue for improvement, now that PyQt is in the bundle, would be >> > to >> > write some additional GUI tools to make it a bit easier to do cool >> > things - >> > perhaps a "piptitude" GUI for pip? >> > >> > _______________________________________________ >> > Pythonedu-wg mailing list >> > Pythonedu-wg at python.org >> > https://mail.python.org/mailman/listinfo/pythonedu-wg >> > >> >> >> >> -- >> http://echorand.me -- http://echorand.me From stewart at penguintutor.com Tue Jun 21 06:25:42 2016 From: stewart at penguintutor.com (Stewart Watkiss) Date: Tue, 21 Jun 2016 11:25:42 +0100 Subject: [Pythonedu-wg] Edu bundle Message-ID: This sounds good. Presumably this would also mean that the students could create a complete application that could be shared with friends through a USB stick? Will it be possible to install this onto the system? I expect some schools will have the computers locked down preventing running executables from a personal USB drive, or from their home drive. I believe this is what the admin's have done to restrict students at a school I've been helping out at (although I don't know the full details of what's locked down). I expect this can be installed to an appropriate folder by an administrator and then be made available to users, although it will probably need instructions on any specific changes required, or perhaps a script or installer to install appropriate icons etc. I'd also be interested if this can incorporate pgzero - presumably that is something you would be the expert on. I'm happy to help out. If you can put details up for how the build works so far then I'd be interested in seeing how I works and how I can help contribute. Stewart