Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On Thursday, November 15, 2012 2:56:44 PM UTC-5, Thierry (sage-googlesucks@xxx) wrote: > Also, SAGE_FAT_BINARY essentially means "pick reasonable defaults on > non-museum hardware for the sage binary tarball". The only bug is that the > variable has a strange name for historical reasons. As of today, this seems not to be fixed in the spkg proposed in #10508 : SAGE_FAT_BINARY default still overwrites SAGE_ATLAS_ARCH when it is set. The combination is nonsensical: You either want a binary that runs on all reasonably old hardware for distribution, or you want to specify the architecture in detail. Which one is it? I don't mind adding support for nonsensical combinations if there is demand. But the only bug here is that it requires SSE2 on i386, which is probably too much. Note that the old ATLAS (which we currently ship, and probably will for a while) doesn't have "generic" archdefs to start with so it always was a crapshot. Also, in the #10508 package, configure_base() method adds 3DNow set of instructions to some Intel architecture, which seems not to know it: https://en.wikipedia.org/wiki/3DNow! So? Sage will never run with only the original 8086 instruction set. For many of the processors on your web page you'll have to recompile a linux distro from source, never mind Sage. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On Thu, Nov 15, 2012 at 09:42:04AM -0800, Volker Braun wrote: > The new ATLAS http://trac.sagemath.org/10508 has additional "generic" > archdefs and these are used with SAGE_FAT_BINARY now. > > Also, SAGE_FAT_BINARY essentially means "pick reasonable defaults on > non-museum hardware for the sage binary tarball". The only bug is that the > variable has a strange name for historical reasons. As of today, this seems not to be fixed in the spkg proposed in #10508 : SAGE_FAT_BINARY default still overwrites SAGE_ATLAS_ARCH when it is set. SAGE_FAT_BINARY is not only used for atlas, but also for (according to grep in the sage-5.4 sources) : ecm-6.3.p8 libm4ri-20120613 mpir-2.4.0.p6 polybori-0.8.2 r-2.14.0.p6 hence one may want to take advantage of it and be more precise by setting the SAGE_ATLAS_ARCH variable. By the way, it is interesting to see that, when SAGE_FAT_BINARY=='yes' in sage-5.4, libm4ri-20120613 explicitely disables SSE2 set of instructions and atlas-3.8.4.p1 explicitely enables it. Also, in the #10508 package, configure_base() method adds 3DNow set of instructions to some Intel architecture, which seems not to know it: https://en.wikipedia.org/wiki/3DNow! Ciao, Thierry -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
The new ATLAS http://trac.sagemath.org/10508 has additional "generic" archdefs and these are used with SAGE_FAT_BINARY now. Also, SAGE_FAT_BINARY essentially means "pick reasonable defaults on non-museum hardware for the sage binary tarball". The only bug is that the variable has a strange name for historical reasons. On Thursday, November 15, 2012 8:07:12 AM UTC-5, Thierry (sage-googlesucks@xxx) wrote: > > Hi, > > Le lundi 12 novembre 2012 10:31:52 UTC+1, Jeroen Demeyer a écrit : > > On 2012-11-11 10:00, Nicolas M. Thiery wrote: > > > - Precompiled binary for Linux: besides the usual distro-specific > > > binaries, it would be very helpful to have two (32bit / 64bit) fat > > > Sage binaries that would work without dependencies on as many > > > distros and processors as possible. > > The pre-compiled binaries *should* work on old processors. If not, > > that's a bug which should be reported. Supporting more distros is > > possible if and only if somebody contributes a buildbot slave machine > > for building the binaries. > > One possible reason (maybe not the only one) for the binary build to > need recent (sse2) set of instructions may be this bug on atlas package: > http://trac.sagemath.org/sage_trac/ticket/13706 > > It has the effect of chosing HAMMER architecture > (btw, where is this default choice coming from ?) when > SAGE_FAT_BINARY is set to 'yes', no matter the value of > SAGE_ATLAS_ARCH (which could be older than Hammer). > > After aplying the basic patch (which should be checked/improved by > specialists), sse2 does not appear anymore on sage-flags.txt and > the build works on Pentium 3. > > The request about distros is not to have many distro-specific builds > that cost a lot but one autonomous robust non-distro-specific build. > > You ask for "contributing a buildbot slave machine for building the > binaries", is this about buying a machine or about spending time in > maintaining a buildbot on an existing machine ? > > Ciao, > Thierry > > -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
Hi, Le lundi 12 novembre 2012 10:31:52 UTC+1, Jeroen Demeyer a écrit : > On 2012-11-11 10:00, Nicolas M. Thiery wrote: > > - Precompiled binary for Linux: besides the usual distro-specific > > binaries, it would be very helpful to have two (32bit / 64bit) fat > > Sage binaries that would work without dependencies on as many > > distros and processors as possible. > The pre-compiled binaries *should* work on old processors. If not, > that's a bug which should be reported. Supporting more distros is > possible if and only if somebody contributes a buildbot slave machine > for building the binaries. One possible reason (maybe not the only one) for the binary build to need recent (sse2) set of instructions may be this bug on atlas package: http://trac.sagemath.org/sage_trac/ticket/13706 It has the effect of chosing HAMMER architecture (btw, where is this default choice coming from ?) when SAGE_FAT_BINARY is set to 'yes', no matter the value of SAGE_ATLAS_ARCH (which could be older than Hammer). After aplying the basic patch (which should be checked/improved by specialists), sse2 does not appear anymore on sage-flags.txt and the build works on Pentium 3. The request about distros is not to have many distro-specific builds that cost a lot but one autonomous robust non-distro-specific build. You ask for "contributing a buildbot slave machine for building the binaries", is this about buying a machine or about spending time in maintaining a buildbot on an existing machine ? Ciao, Thierry -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
2012/11/12 Jan Groenewald > The 4G limit: http://www.remastersys.com/ubuntu.html see the section > titled "The 4GB limit explained - not a remastersys limitation". > I see. Well, maybe there is another way to workaround the issue. After you've added the required software on the disc, you could use BleachBit and remove all language files which are not English or any language you wish to keep. IIRC this could free some hundreds of MB of data from your Ubuntu system. Also removing unneeded LaTeX documentation can help. -- *Andrea Lazzarotto* - http://andrealazzarotto.com* * -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
Hi I will have a look, definitely, thanks. The 4G limit: http://www.remastersys.com/ubuntu.html see the section titled "The 4GB limit explained - not a remastersys limitation". Regards, Jan On 12 November 2012 16:53, Andrea Lazzarotto wrote: > 2012/11/12 Jan Groenewald > >> Do you know much of it? Does it allow >> 1) to surpass a 4G limit? >> > > Do you mean the size of the ISO? I think yes. The distro I made as a > project for my high school graduation stays under 4 GB so I can't confirm > it, but you can check it to see a lot of customizations including software, > themes, the "default home contents" for new users and so on. > http://www.itislinux.it/ > > >> 2) to do a standard install from the ISO, including creating users, it >> simply adds extra packages transparent to the user? >> > > Do you mean "pre" creating users or creating a single user following the > standard installation procedure of Ubuntu? For the former, I think yes but > haven't tried, for the latter I can assure you the installation is the > standard Ubuntu way, so you can set up the first user account with the name > that you want. > > You can pre-install any software package (or system file for that matter) > and the DVD will contain it, so when you install the system you have what > you need. > > >> 3) allow adding of new sources.list.d files to the install target easily? >> > > Absolutely yes. Apart from allowing you to chroot and then simply use > "sudo add-apt-repository" you can also manually copy a file in that > directory. > > If you need information about UCK feel free to contact me. > > Best regards, > > > -- > *Andrea Lazzarotto* - http://andrealazzarotto.com* > * > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To post to this group, send email to sage-devel@googlegroups.com. > To unsubscribe from this group, send email to > sage-devel+unsubscr...@googlegroups.com. > Visit this group at http://groups.google.com/group/sage-devel?hl=en. > > > -- .~. /V\ Jan Groenewald /( )\www.aims.ac.za ^^-^^ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
2012/11/12 Jan Groenewald > Do you know much of it? Does it allow > 1) to surpass a 4G limit? > Do you mean the size of the ISO? I think yes. The distro I made as a project for my high school graduation stays under 4 GB so I can't confirm it, but you can check it to see a lot of customizations including software, themes, the "default home contents" for new users and so on. http://www.itislinux.it/ > 2) to do a standard install from the ISO, including creating users, it > simply adds extra packages transparent to the user? > Do you mean "pre" creating users or creating a single user following the standard installation procedure of Ubuntu? For the former, I think yes but haven't tried, for the latter I can assure you the installation is the standard Ubuntu way, so you can set up the first user account with the name that you want. You can pre-install any software package (or system file for that matter) and the DVD will contain it, so when you install the system you have what you need. > 3) allow adding of new sources.list.d files to the install target easily? > Absolutely yes. Apart from allowing you to chroot and then simply use "sudo add-apt-repository" you can also manually copy a file in that directory. If you need information about UCK feel free to contact me. Best regards, -- *Andrea Lazzarotto* - http://andrealazzarotto.com* * -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
Hi Yes. The reason is I have not started looking closely enough to know about UCK. Reference: http://sourceforge.net/projects/uck/ Do you know much of it? Does it allow 1) to surpass a 4G limit? 2) to do a standard install from the ISO, including creating users, it simply adds extra packages transparent to the user? 3) allow adding of new sources.list.d files to the install target easily? Regards, Jan On 12 November 2012 16:33, Andrea Lazzarotto wrote: > > > 2012/11/12 Nicolas M. Thiery > >> That's a question for Jan Groenewald :-) > > > Yes I'm sorry, I didn't look at the conversation list very well! > > > -- > *Andrea Lazzarotto* - http://andrealazzarotto.com* > * > > -- > You received this message because you are subscribed to the Google Groups > "sage-devel" group. > To post to this group, send email to sage-devel@googlegroups.com. > To unsubscribe from this group, send email to > sage-devel+unsubscr...@googlegroups.com. > Visit this group at http://groups.google.com/group/sage-devel?hl=en. > > > -- .~. /V\ Jan Groenewald /( )\www.aims.ac.za ^^-^^ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
2012/11/12 Nicolas M. Thiery > That's a question for Jan Groenewald :-) Yes I'm sorry, I didn't look at the conversation list very well! -- *Andrea Lazzarotto* - http://andrealazzarotto.com* * -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On Mon, Nov 12, 2012 at 02:10:37PM +0100, Andrea Lazzarotto wrote: > > I also hit the problem that Macs don't boot from USB, which IMHO is > > completely retarded, but that's just life. > >One could simply burn a PLOP boot manager CD and then use it to >boot from USB. The only exception to this would be the Macbook >Air without an external SuperDrive. Thanks for the pointer! >BTW Nicolas is there a specific reason you're planning to use the "hackish >and dirty" Remastersys instead of a pure Ubuntu editing tool like UCK? >Results are usually better with it and it's quite easy to customize the >system in every aspect before creating an ISO. That's a question for Jan Groenewald :-) Cheers, Nicolas -- Nicolas M. Thiéry "Isil" http://Nicolas.Thiery.name/ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
I don't understand where this quote came from because this is being cross-posted ( =.= ) through mailing lists, and I don't follow all of them, but... 2012/11/12 Nicolas M. Thiery > > I also hit the problem that Macs don't boot from USB, which IMHO is > > completely retarded, but that's just life. > > One could simply burn a PLOP boot manager CD and then use it to boot from USB. The only exception to this would be the Macbook Air without an external SuperDrive. BTW Nicolas is there a specific reason you're planning to use the "hackish and dirty" Remastersys instead of a pure Ubuntu editing tool like UCK? Results are usually better with it and it's quite easy to customize the system in every aspect before creating an ISO. Best regards, -- *Andrea Lazzarotto* - http://andrealazzarotto.com* * -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On Mon, Nov 12, 2012 at 10:31:47AM +0100, Jeroen Demeyer wrote: > The pre-compiled binaries *should* work on old processors. If not, > that's a bug which should be reported. Ah, good to know! I don't remember myself if we had issues with the processors themselves, or only with distro-related issues (like glibc version). Thierry? > Supporting more distros is possible if and only if somebody > contributes a buildbot slave machine for building the binaries. Ok. Note that, in the discussion at hand, it would be more about testing generic binaries rather than building distro-specific binaries. Thierry: in case the *working on old processors* is confirmed, what about running a virtual machine with your minimal Debian as buildbot on the sage-combinat server? Cheers, Nicolas -- Nicolas M. Thiéry "Isil" http://Nicolas.Thiery.name/ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On Mon, Nov 12, 2012 at 10:28:02AM +0100, Jeroen Demeyer wrote: > On 2012-11-11 10:00, Nicolas M. Thiery wrote: > > (a) failed most of the time on Linux by lack of gfortran. > Since sage-5.4, gfortran is no longer a requirement (see #13515), so > this will become easier in the future. Great! One problem crossed out of the list. Kuddos to those who worked on #13515! Nicolas -- Nicolas M. Thiéry "Isil" http://Nicolas.Thiery.name/ -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On 2012-11-11 10:00, Nicolas M. Thiery wrote: > - Precompiled binary for Linux: besides the usual distro-specific > binaries, it would be very helpful to have two (32bit / 64bit) fat > Sage binaries that would work without dependencies on as many > distros and processors as possible. The pre-compiled binaries *should* work on old processors. If not, that's a bug which should be reported. Supporting more distros is possible if and only if somebody contributes a buildbot slave machine for building the binaries. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.
Re: [sage-devel] Sage Days in Bobo-Dioulasso debriefing; Sage in developping countries
On 2012-11-11 10:00, Nicolas M. Thiery wrote: > (a) failed most of the time on Linux by lack of gfortran. Since sage-5.4, gfortran is no longer a requirement (see #13515), so this will become easier in the future. -- You received this message because you are subscribed to the Google Groups "sage-devel" group. To post to this group, send email to sage-devel@googlegroups.com. To unsubscribe from this group, send email to sage-devel+unsubscr...@googlegroups.com. Visit this group at http://groups.google.com/group/sage-devel?hl=en.