match the
crates.io version numbers?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
he’d be open to
accepting PRs to https://github.com/bnjbvr/botzilla
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 09/01/2020 22:33, Josh Matthews wrote:
After coming across an instance of a non-snake case variable name that
didn't trigger any compiler warnings, I discovered that we disabled that
warning for the script crate 5 years ago
(https://github.com/servo/servo/commit/dc86e8365495acc87b983a290bb7277
On 20/12/2019 17:41, Josh Bowman-Matthews wrote:
One more IRC integration that I forgot about - we receive notifications
about daily taskcluster job failures on IRC. We'll want to verify the
plans for the taskcluster-notify service with respect to Matrix.
I asked:
Hi. What’s the future
work but seems doable.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
remain closed until mac3
can either be removed from the pool of workers or repaired.
I’ve (hopefully) fixed this and reopened the tree:
https://github.com/servo/servo/issues/24755#issuecomment-554619776
--
Simon Sapin
___
dev-servo mailing list
dev-servo
TPAC, W3C’s yearly gathering, happens in a couple weeks:
https://www.w3.org/2019/09/TPAC/schedule.html
I plan to attend the meetings for the CSS WG, the SVG WG, and the
Houdini TF. Let me know if you have topics that I should bring to either
of those groups’ attention.
--
Simon Sapin
://github.com/rust-lang/cargo/issues/5376
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 03/04/18 23:30, Emilio Cobos Álvarez wrote:
or the bit to use the gold linker.
The best outcome IMO would be to make that the default:
https://github.com/rust-lang/rust/issues/30783
This was implemented and then reverted because of Debian Wheezy
(oldoldstable), whose LTS ends next month
about try builds (where you can maybe be
satisfied when the grid mostly green) and did not mean to suggest
bypassing homu when it’s time to actually land something.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https
removed?
Oops. Yes, this file should stay. Besides that, I *think* you should
only have .cargo/git and .cargo/registry. These are the download cache
for dependencies.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https
dependencies.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
#L51
. By the way, it would be nice to have this file in servo/servo so we
don’t need to do the highstate dance every time we change it.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 23/12/17 20:54, Enrico Weigelt, metux IT consult via dev-servo wrote:
I'm using a pretty fresh rustc
I’ve responded in https://github.com/servo/servo/issues/19637. Please
pick one of the mailing list or issue tracker for each topic, and avoid
duplicating discussions.
--
Simon
current scope.
https://doc.rust-lang.org/book/second-edition/ch07-00-modules.html
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
installing rustup in our README, and
again an error message when mach cannot find a `rustup` executable.
The `system-rust = true` configuration would remain available and run
plain `cargo` or `rustc` like before.
Thoughts?
--
Simon Sapin
___
dev-servo
On 01/11/17 22:25, Josh Matthews wrote:
In short, I think we should enable the new testsuite, remove the old
tests and related CI jobs, and never look back! The ability to upstream
reftests and share others' improvements will be a significant boon.
Great news! Thanks for working on this.
--
Si
.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
piler (for example if they start making significant use of a new
language feature) it maybe worth updating the commit hashes in
https://github.com/rust-lang/rust/blob/master/src/tools/cargotest/main.rs
--
Simon Sapin
___
dev-servo mailing list
On 18/10/2017 23:26, Simon Sapin wrote:
Anyway, some of the affected commits have a rust-toolchain or
rust-nightly-date file that contains a date. You can then run something
like `rustup override set nightly-2017-10-13` to get that version and
tell rustup to use it when under the current
that without making a call and catching
some exceptions, but that seems fragile. We’re not using the ssl module
directly.
So now, `if HAS_SNI and sys.version_info >= (2, 7, 9)`, we use the
CloudFront hostname with root CAs from the certifi package. Otherwise we
use the unofficial S3 host
t; or "in trust store".
Gregory, do you have an idea what could be wrong here?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
ghtly. (Nighties in rustup are indexed by date of
publication, but are picked from the last merge before midnight, so on
the previous day.)
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 18/10/2017 22:37, Gregory Szorc wrote:
On Wed, Oct 18, 2017 at 10:01 PM, Simon Sapin wrote:
try:
from ssl import HAS_SNI
except ImportError:
HAS_SNI = False
[…]
https://static-rust-lang-org.s3.amazonaws.com/ is what we use at the
moment.
I’ve updated https
ust-lang-org.s3.amazonaws.com/ is what we use at the moment.
I’ll discuss with the Rust team to see if they’re willing to commit to
supporting some non-SNI hostname.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
ht
py when
we merge a new Nightly date. Or something like that.
Thoughts?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
effort of manually finding and configuring working Rust and Cargo
versions if we ever need to build an old Servo version?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
enough default version since Debian 8.0 Jessie
released in April 2015, and Ubuntu since Vivid Vervet 15.04 released in
April 2015.
Travis-CI still uses Ubuntu 14.04 LTS, but using 'language: python' in
.travis.yml gives an environment with a recent enough Python version.
Thoughts ?
other URL
schemes?)
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
never we want to make
breaking changes to heapsize.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
mpiled) soon after upgrading
rustc (so possibly with no relevant incremental cache entries) to
1.22.0-nightly (c6884b12d 2017-09-30).
5x slower than what?
Slower than the same with incremental disabled. Seven and a half minutes
(incremental = true) vs one and a half (incremental = f
different from making a read
code change. Maybe the red/green system will change that?
A real change that could occur during debugging and that’s easy to
reproduce at any base commit is adding println!("{:#?}", some_variable)
at a random place in the code.
--
Simon S
lk by Niko explains the new query-based approach for compiler
internals:
https://skillsmatter.com/skillscasts/10868-inside-the-rust-compiler
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
t mentions
the number of the PR being reverted, which is good.
It should also comment on *that* PR to let the people involved that
they’ll have something to fix and they’ll need to try to land this
again. We don’t want improvements being forgotten after being backed out.
-story-of-firefox-os-cb5bf796e8fb
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
`mach cargo check` is worth listing in Servo's README.md, IMO!
https://github.com/servo/servo/pull/16854 adds `mach check` and `mach
check-geckolib`, and mentions the former in README.
--
Simon Sapin
___
dev-servo mailing list
dev-
On 31/03/17 19:43, Simon Sapin wrote:
# cargo check
Remember how I said a crate needs its dependencies to be compiled before
it can start compiling? It actually only needs metadata (the results of
the analysis phase), not the generated code.
Cargo added a `cargo check` command that skips code
.
Agreed. I mentioned reverting because we got feedback that Firefox
compiles from scratch to avoid such issues, which I assume at some point
were pervasive enough to be a pain.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https
rvo/servo/pull/15565
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
comments anyway :)
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
s without these
keywords.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
review, please do so in a subsequent comment on a pull request, not in a
commit message or initial pull request message.
Thanks!
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
t only has a readme file that says the source is
now at https://github.com/servo/servo/tree/master/components/selectors.
The master branch and issue / PR tracker are still there if we need them.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.m
github.com/servo/rust-selectors and
made it the default. It only has a readme file that says the source is
now at https://github.com/servo/servo/tree/master/components/selectors.
The master branch and issue / PR tracker is still there if we need it.
--
S
me, contributing
to Gecko also requires jumping through a number of (different) hoops.)
I’m inclined to concede, but I’d like to hear from other people before
hitting the button.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lis
rvo/servo, and then trigger a try
push,
I think we can and should improve tooling here. One command to add a
replacement/override, one command to start a try build.
[...] and then publish to crates.io, [...]
I think we should make Travis-CI publish to crates.io when we merge a
version
coherence require them to be, while
keeping the bindgen-using build script in a dedicated crate.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
d style:: type for CSSRuleList. There's just
`Vec`, which is used in Stylesheet[1], MediaRule[2],
and @supports rules (not supported in servo yet).
There isn’t yet (in master) but as you did in #14190 the idea is to
introduce Arc’s (and RwLock’s) as n
proposed Font Metrics API that does this:
https://drafts.css-houdini.org/font-metrics-api/
It is still in early exploratory stages. Please send feedback on this
API as indicated near the top of the draft.
--
Simon Sapin
___
dev-servo mailing list
dev
On 03/11/16 21:02, Boris Zbarsky wrote:
On 11/3/16 3:17 PM, Simon Sapin wrote:
An important aspect is that atoms with different static sets are
different Rust types.
Just to check that I understand correctly...
Are element names atoms? Which static set do they come from?
Presumably the
d in selectors are conditionally-complied
re-exports of gecko_string_cache::Atom, which is unchanged.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
ary of this proposal.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
ary of this proposal.
--
Simon Sapin
--
You received this message because you are subscribed to the Google
Groups "stylo-team" group.
To unsubscribe from this group and stop receiving emails from it, send
an email to stylo-team+unsubscr...@mozilla.com.
To post to this group, send email to s
out HTML (not XHTML)" one.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 24/08/16 18:37, Simon Sapin wrote:
Some files (some of them relatively large, like
reference/support/big-buck-bunny-240p.webm) are also duplicated across
multiple specs.
Looks like even within on spec, /support and /reference/support have
some duplication. We should merge those too
use them.)
With this, I expect we can reduce the number of files by 3x and the size
in bytes more than that.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 18/07/16 15:43, Josh Matthews wrote:
Hi folks! We turned off Appveyor builds about 1.5 months ago because
they were constantly failing while building SpiderMonkey, and we just
had a few days where the TravisCI builds were permafailing unexpectedly.
I am pleased to report that we have re-enable
s the latter to skip painting such elements.
Maybe it could add a way to query that information? Or maybe display
lists already carry that information, without going to webrender?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
/crates/wayland-client
Beyond that, crates.io was unavailable for a while yesterday. Maybe that
impacted you?
What’s the full output you get when building Servo?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https
do
this, though it may unexpectedly break in the future.
Why isn’t this supposed to work? Based on conversations with Alex, Cargo
by design builds a crate with the union of all requested features. There
is no need for all dependents to specify the same set of features and
this
an fbdev. And i did not have the
exact nightly used by the build script, too.
Servo does do a lot of stuff of the GPU, but I don’t know the exact
requirements.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.o
Hi all,
I have a pull request for rust-url with large breaking changes:
https://github.com/servo/rust-url/pull/176
I’d appreciate feedback (preferably in github comments) on the API design.
Thanks!
--
Simon Sapin
___
dev-servo mailing list
dev
servo IRC channel:
https://wiki.mozilla.org/IRC
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
same the other way around?
How long would it typically take between approving a GitHub PR and
having it land in GitHub master? (This matters when a conflicting PR
needs to be rebased.) Would it be blocked on mozilla-inbound being
merged into mozilla-central?
?
http://www.ibiblio.org/harris/500milemail.html
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
to be a distraction
if we don’t bikeshed it.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
nverge with some of these?
[1] https://github.com/servo/rust-smallvec
[2]
https://github.com/SimonSapin/rust-std-candidates/blob/master/string-wrapper/lib.rs
[3] https://github.com/SimonSapin/rust-utf8
--
Simon Sapin
___
dev-servo mailing lis
On 26/11/15 17:05, Simon Sapin wrote:
Currently, pull requests can not land until `./mach test-tidy` passes,
which includes checking that we’re not building more than one version of
any crate.
This usually makes sense: duplicate crates increase binary size and
sometimes cause build errors
at do you think of making it advisory rather than a hard requirement?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 12/11/15 01:22, Lars Bergstrom wrote:
the 1--2AM US Pacific slot that
appears to be both the "deadzone" for our reviewer coverage
That’s 10~11 am in my time zone. I’m generally awake at that time, feel
free to ping me on IRC if I can unblock something.
--
S
http://doc.rust-lang.org/book/macros.html
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 23/10/15 05:43, Pranesha Shashwath Kumar Kattepura Jayabheema Rao wrote:
Python virtualenv failed to execute properly.
Try removing the python/_virtualenv directory, it should be re-created
automatically next time you run ./mach build
--
Simon Sapin
d and README.md.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
part of the WPT suite.
./mach build -r
./mach test-wpt -r
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
.gz>)
in the meantime.
If you also have a clone of the Servo repository, you can use its Rust
snapshot (which is downloaded automatically) by using e.g.
`../servo/mach cargo` instead of `cargo`.
--
Simon Sapin
___
dev-servo mailing lis
by 10am. Batching meetings would be ideal for me, but other
days work too.
Does the early meeting need to move at all? I thought what promted this
was conflicts with the late meeting time.
--
Simon Sapin
___
dev-servo mailing list
dev-servo
#structfield.user_stylesheets
to add "user origin" stylesheets to every document.
See https://drafts.csswg.org/css-cascade/#cascade-origin and
https://drafts.csswg.org/css-cascade/#cascading-origins
--
Simon Sapin
___
dev-servo mailing list
On 01/09/15 10:15, Anthony Ramine wrote:
I can be the second person on h5e, if you want.
That’s great, thanks!
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
as of code", to start, could be each crate in the
servo/servo repository and each other repository in the servo org on github.
Of course we may not be able to reach this ideal state yet, but we
should still go towards it.
--
Simon Sapin
___
dev-ser
single alphabetical-order group.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
serde
to notify of breaking changes in Rust Nightly and they are kept
up-to-date then the problem is solved, isn’t it?
Erickt has offered to give push access to some of us to help make this
happen. I don’t mind doing it if nobody else wants to.
--
Simon Sapin
at
all), so old Servo commits should still build.
We should still update to the new name, though, and use the crates.io
copy to force ourselves to keep it up-to-date. I’ve filed
https://github.com/servo/servo/issues/6406 about this.
--
Simon Sapin
his is less and less the case: many libraries can be
updated without updating Rust, and a smaller number of libraries need to
be updated when we update Rust. In time, there’ll be no reason to do
both at the same time.
--
Simon Sapin
___
dev-servo m
ependency declaration at the same time isn’t too much
of a bother.)
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 24/05/15 09:21, Simon Sapin wrote:
Please delay landing any PR in servo/servo until
https://github.com/servo/servo/pull/6174 gets reviewed and merged.
If you want to discuss the idea, head over to
https://github.com/servo/servo/issues/6041 .
It’s landed, the tree is open again. Thanks
Please delay landing any PR in servo/servo until
https://github.com/servo/servo/pull/6174 gets reviewed and merged.
If you want to discuss the idea, head over to
https://github.com/servo/servo/issues/6041 .
--
Simon Sapin
___
dev-servo mailing list
e’s area of interest?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
ll be "forced" to publish changes on
crates.io before Servo can use them.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
platform-specific code
however, I don’t think Appveyor brings us anything.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
depends on bswap? In the Rust version that Servo
uses right now, that functionality is part of the standard library’s
std::old_io::Reader and std::old_io::Writer and the bswap library did
not exist yet.
--
Simon Sapin
___
dev-servo mailing list
dev-servo
w scroll event handlers).
* CSS Async Style
As far as I understand, this proposes adding control on what phases of
rendering of what parts of the document can be deferred or (de)prioritized.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lis
cations and lots
of copying.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
, likely some time in January) of this
page:
https://wiki.mozilla.org/Community:SummerOfCode14:Brainstorming
We can still start gathering ideas, of course.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org
mportantly, if you use execute './target/servo' directly, it will
be your previous build and will not be updated by 'mach build' anymore.
You should use './components/servo/target/servo' or 'mach run' instead.
You can also run 'mv tar
ck for older browsers that don’t support CSS transforms.
(Still, this is more of an exception than a common case.)
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
way through, with a couple of different available inline sizes.
[1] http://dev.w3.org/csswg/css-sizing/#block-intrinsic
This means using results (for a subtree) of our third traversal in the
first traversal. Can we do that without compromising parallel layout?
--
Simon Sapin
rch with the bar at the top, or
with an URL like http://doc.servo.org/servo/?search=foo
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
se.
XML5 is entirely based on the assumption that we can give any meaning we
want to input sequences that used to fail to parse.
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 06/10/14 07:57, Henri Sivonen wrote:
On Sun, Oct 5, 2014 at 7:26 PM, Simon Sapin wrote:
JavaScript strings, however, can. (They are effectively potentially
ill-formed UTF-16.) It’s possible (?) that the Web depends on these
surrogates being preserved.
It's clear that JS programs depe
something out for .charAt() and friends), SpiderMonkey could support
WTF-8 internally for JS strings and Servo’s bindings could remove the
conversion.
What do you think?
--
Simon Sapin
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https
1 - 100 of 159 matches
Mail list logo
