On 28/04/2014, at 1809, Andrew wrote:
>
> sh: line 1: 45940 Trace/BPT trap: 5
> /Applications/Xcode.app/Contents/Developer/usr/bin/xcodebuild -sdk / -find
> strip 2> /dev/null
> xcrun: error: unable to find utility "strip", not a developer tool or in PATH
> install: child process failed:
Several branches needing review and merging fine get an "ApplyFailed"
ticket by
patchbot runners (many thanks for the service BTW). This is due to
https://github.com/robertwb/sage-patchbot/issues/10
where there are workarounds. So please if you run a patchbot check your logs
(e.g.
debian/jessi
Update:
It's not a 6.2.rc0 issue after all. My compile of 6.1.1 failed with:
...
sh: line 1: 45940 Trace/BPT trap: 5 /Applications/Xcode.app/Contents/
Developer/usr/bin/xcodebuild -sdk / -find strip 2> /dev/null
xcrun: error: unable to find utility "strip", not a developer tool or inPATH
ins
On Sunday, April 27, 2014 3:32:46 PM UTC-7, Dima Pasechnik wrote:
>
> In the first case one gets a transitive group on 8 points, and in the
> second case on 4 points.
>
> Is this a bug?
>
The really (only?) useful answer is to get the Galois group as a
permutation group on the roots of the ori
On Sun, Apr 27, 2014 at 5:16 PM, Volker Braun wrote:
> On Sunday, April 27, 2014 11:18:55 PM UTC+1, William wrote:
>>
>> It is not unusual to parse the output of a UNIX command.
>
>
> But it is highly unusual to parse *your own* output. First we find out what
> is installed, then we render a nice
The groups are isomorphic:
sage: K. = NumberField(x^4 - 2)
sage: G1 = K.galois_group(names='bbb')
sage: G2 = K.galois_group(type="gap",names='bbb').group()
sage: G1.is_isomorphic(G2)
True
but
sage: K.galois_closure(names="ccc")
Number Field in ccc with defining polynomial x^8 + 28*x^4 + 2500
So
On Sunday, April 27, 2014 11:18:55 PM UTC+1, William wrote:
>
> It is not unusual to parse the output of a UNIX command.
But it is highly unusual to parse *your own* output. First we find out what
is installed, then we render a nice ascii table, then we parse our own nice
ascii table to conver
On 04/27/2014 07:16 PM, P Purkayastha wrote:
>
>
> The patch is to do it automatically. It will raise an error *only* if
> you give ticks manually, and what you give is insufficient (see the
> examples in the doctests).
>
> Another ticket #13528 is positively reviewed but depends on this patch.
Volker Braun wrote:
I guess that #16187 broke it (the beautification of "sage -optional").
Yes, I feared that, so I did run doctests with the changes, and "All
tests passed!"... B)
By the way, optional_packages() parses the output of "sage -optional"
(!).
I knew that was the case long ti
On Sun, Apr 27, 2014 at 2:46 PM, Michael Orlitzky wrote:
> On 04/27/2014 04:57 PM, P Purkayastha wrote:
> > This is strange. Two of my earlier messages got deleted. Does anyone
> > know why? Perhaps because I only wrote the URL to the ticket?
> >
> > Getting back to the question, this was fixed tw
It appears that NumberField().galois_group() does not always
compute with the Galois closure of the field, although the doc says:
"Return the Galois group of the Galois closure of this number field".
sage: K. = NumberField(x^4 - 2)
sage: K.galois_group(names='bbb').degree()
8
sage: K.galois_group(
On Sun, Apr 27, 2014 at 3:06 PM, Volker Braun wrote:
> I guess that #16187 broke it (the beautification of "sage -optional").
>
> By the way, optional_packages() parses the output of "sage -optional" (!).
It is not unusual to parse the output of a UNIX command. It is
possibly worrisome for a U
I guess that #16187 broke it (the beautification of "sage -optional").
By the way, optional_packages() parses the output of "sage -optional" (!).
And it isn't doctested. The only surprise should be that it took this long
to break.
Finally, it is fundamentally unsound to modify shared libraries
On 04/27/2014 04:57 PM, P Purkayastha wrote:
> This is strange. Two of my earlier messages got deleted. Does anyone
> know why? Perhaps because I only wrote the URL to the ticket?
>
> Getting back to the question, this was fixed two years ago and is
> awaiting a review. See #13422
>
Ah, thanks f
Hi,
I installed the sage-6.2.rc0 [1] that Volker posted a few days ago.
However, the in-Sage commands install_package, optional_packages,
etc., are now broken. Any ideas what is going on?
More precisely:
sage: v = optional_packages()
...
Type 'sage -i package_name' to download and ins
On 04/26/2014 08:57 PM, kcrisman wrote:
>
>
> On Saturday, April 26, 2014 6:17:00 PM UTC-4, Michael Orlitzky wrote:
>
> If we try to plot some values in sage on a loglog scale where there
> will
> be fewer than 2 ticks on the (say) x-axis, it throws a ValueError:
>
> ...
>
>
This is strange. Two of my earlier messages got deleted. Does anyone know
why? Perhaps because I only wrote the URL to the ticket?
Getting back to the question, this was fixed two years ago and is awaiting
a review. See #13422
On Sunday, April 27, 2014 6:17:00 AM UTC+8, Michael Orlitzky wrote:
On Thursday, April 3, 2014 6:00:23 PM UTC+2, Daniel Krenn wrote:
>
> Am 2014-04-03 13:27, schrieb Dima Pasechnik:
> > On 2014-04-03, Daniel Krenn > wrote:
> >> Am 2014-04-02 22:17, schrieb Daniel Krenn:
> >>> Am 2014-04-02 22:00, schrieb Volker Braun:
> On Wednesday, April 2, 2014 8:35:0
18 matches
Mail list logo