On Friday, 31 May 2013 at 00:28:58 UTC, Jesse Phillips wrote:
Perfect chance to try out the new release process. Patch 2.063
and release 2.063.1.
Actually v2.063.1 is the current one, check the dmd tags ;)
It will be v2.063.2
P.S. It has made life of linux packagers SOOO much easier ^_^
On Thursday, 30 May 2013 at 22:41:08 UTC, Rob T wrote:=
Prior to issuing a release like this, it should instead be made
public as a "stable release candidate" with full installer on
the downloads page for review by anyone. After the bugs are
worked out and some time has elapsed, the stable RC i
I want to express my sincere gratitude to everyone who has been
involved in doing this release. It is a major breakthrough in D
development and release process and a solid step towards truly
mature project.
Really, a lot of small but important changes have just happened
that make this release
On Friday, 31 May 2013 at 09:08:17 UTC, Leandro Lucarella wrote:
This is just plain and completely wrong. I don't know many
big-ish
opensource projects that doesn't have release candidates, and I
haven't
see any "distribution" targeted at end users using release
candidates.
Have you ever see
On Friday, 31 May 2013 at 14:08:18 UTC, Leandro Lucarella wrote:
In mature projects RC does not differ that much from actual
release
other than by extra regression fixes. But for D process is not
THAT
smooth enough and it will take some time to settle things down.
This is pretty much how it i
On Friday, 31 May 2013 at 14:08:17 UTC, Leandro Lucarella wrote:
And I don't mean to minimize the incredible breakthrough
concerning the
release process in this cycle, just pointing out places were we
can
still do better :)
Btw, I have included minor version number into Arch Linux package
ve
On Thursday, 6 June 2013 at 10:50:30 UTC, Marco Leise wrote:
Yes please, this is holding me back from updating the Gentoo
package for dmd 2.063. (Unless I want to add that missing file
as a patch.)
Why not use git tag instead?
On Thursday, 13 June 2013 at 08:16:56 UTC, Peter Alexander wrote:
Visual Studio constantly crashes for me at work, and I can
imagine MonoDevelop and Eclipse being similar, but simpler
editors like Sublime Text, TextMate, vim, emacs etc. shouldn't
crash. I've been using Sublime Text for years no
On Thursday, 13 June 2013 at 09:06:00 UTC, Don wrote:
Mono-D and Eclipse DDT both have major problems with long
pauses while typing (eg 15 seconds unresponsive) and crashes.
Both of them even have "modules of death" where just viewing
the file will cause a crash. If you're unlucky enough to get
On Thursday, 13 June 2013 at 13:22:23 UTC, Don wrote:
Guys, this wasn't even part of the talk. The point I made in
the talk is: at the moment, IDE bugs are much, much worse than
compiler bugs.
Those IDEs are in an alpha state at best. They are not in a
state where you can just submit bug repo
On Thursday, 13 June 2013 at 22:30:25 UTC, Peter Alexander wrote:
What can gdb do in particular that Visual Studio can't?
Not trying to troll, I'm genuinely curious. I googled for
advanced gdb tricks to try and find some of the more advanced
stuff, but it was all simple things that Visual Stud
Have finally watched it. Great talk and good jokes! :)
One topic I'd like to hear more about is memory management
techniques. It was told that only very small amount of garbage is
generated and managed by GC, most code avoids heap allocations at
all. Is this somehow enforced (tooling, code rev
Slowly catching up with published videos :)
This has kind of convinced me that once D gets wider usage, tools
similar to AnalyzeD may become de-facto standard part of any
production toolchain, with a configurable rule set. D is complex
and multi-paradigm language (which rocks) and any single p
On Thursday, 20 June 2013 at 14:37:51 UTC, Adam D. Ruppe wrote:
Is it just me or has Rust completely displaced Go as the go-to
'why D when we have X' thing on the reddit?
It seems like not even a full year ago, Rust was rarely
mentioned and all the versus hype was about Go. Will Rust fade
awa
On Friday, 21 June 2013 at 11:13:49 UTC, Paulo Pinto wrote:
If you have powerful entities pushing a language down
developers throats, it will get used. That is how many
mainstream languages got where they are now.
It will be used if its capabilities suit target domain. In other
words, no matt
On Wednesday, 26 June 2013 at 11:08:17 UTC, Leandro Lucarella
wrote:
Android might be the only valid case (but I'm not really
familiar with Android model), but the kernel, since is based on
Linux, has to have the source code when
released. Maybe the drivers are closed source.
It is perfectly
Hm, bub.. Sounds like it should work with 'dub' nicely ;)
Looks promising and I'd really love to see some build tool other
then rdmd getting to the point it can be called standard.
Makefile's sometimes are just too inconvenient.
On Thursday, 27 June 2013 at 13:18:01 UTC, Joakim wrote:
There is no point talking to people who make blatantly ignorant
statements
Yeah, I keep wondering why someone even bothered to waste time
explaining all this to someone who is incapable of both providing
own reasoning and studying oppon
On Friday, 28 June 2013 at 16:00:57 UTC, Andrej Mitrovic wrote:
Deimos is an overhead which provides no benefits. It was
supposed to
be used to make discovery easy, but discovery can be done
through a
wiki, or dlang.org, or an automated process (dub).
I suspect with time Deimos will be comple
On Monday, 1 July 2013 at 16:32:55 UTC, Kagamin wrote:
4. If a build server does builds from scratch, shouldn't it be
better for performance to compile several source files in one
command? Also applies to user builds: when one wants to install
a project from source, he usually does it only once
On Tuesday, 2 July 2013 at 11:26:59 UTC, Michal Minich wrote:
But ... I'm asking only about implicit conversion of string
literal, not arbitrary expressions of string type.
char[] str = "abc".dup;
On Tuesday, 2 July 2013 at 11:33:16 UTC, Michal Minich wrote:
char[] str = "abc".dup;
Thanks, that is workaround I didn't know about.
I'm really interested about reasons why it doesn't works
(without dup/cast). At some point it had to be disabled. But I
really cannot find a reason why that w
On Tuesday, 2 July 2013 at 13:33:10 UTC, Michal Minich wrote:
Ok I understand. What I did as a first thing when I get error
on "char[] x = "a" was "char x = cast(char[])"a", Which was
obviously incorrect - as the "a" was/should be placed in rom.
So if this expression is allays wrong - casting s
On Thursday, 4 July 2013 at 16:47:36 UTC, Andrei Alexandrescu
wrote:
Videos for my two NDC 2013 talks are now online. Generic
Programming Galore using D at http://vimeo.com/68378925 and the
HipHop Virtual Machine at http://vimeo.com/68383350.
Andrei
Am I allowed to re-upload them to YouTube?
On Monday, 8 July 2013 at 17:53:45 UTC, Joseph Rushton Wakeling
wrote:
There'd need to be some way of filtering upstreams by topic. I
blog about D, but not _just_ about D.
http://planet.dsource.org has already been mentioned and it does
filter by tags.
On Tuesday, 9 July 2013 at 15:35:31 UTC, Andrei Alexandrescu
wrote:
I got permission. Videos can be uploaded to youtube as long as
NDC Oslo 2013 is mentioned.
Andrei
http://youtu.be/2W0G_FcSPcE
http://youtu.be/G5O_ypjlDD8
On Saturday, 27 July 2013 at 22:27:35 UTC, Brian Schott wrote:
DScanner is a tool for analyzing D source code. It has the
following features:
* Prints out a complete AST of a source file in XML format.
* Syntax checks code and prints warning/error messages
* Prints a listing of modules imported
On Sunday, 28 July 2013 at 13:44:03 UTC, Jacob Carlborg wrote:
I don't think it's necessary for semantic analysis to be
included in Phobos. It's enough to start with a lexer, then
later add a parser and semantic analysis.
Those were 2 separate not related questions ;)
On Tuesday, 30 July 2013 at 13:53:24 UTC, Chris wrote:
Dear Dees,
Here is the article. I've set up a (temporary?) blog for it.
The article deals with the "usability" of D and how it helped
to solve certain problems. It's not about benchmarking,
concurrency, unit tests and the like. Just about
On Sunday, 11 August 2013 at 17:15:52 UTC, David Nadlinger wrote:
What would be nice, however, is to have these D-specific tools
such as DVM, dub, … available in the distro repositories
Work in progress :)
Second attempt to get it through the review process. Please take
part.
Discussion thread:
http://forum.dlang.org/post/hsnmxykmoytfvwroi...@forum.dlang.org
On Monday, 12 August 2013 at 13:06:46 UTC, Mike Parker wrote:
As long as packaging the various distros doesn't require any
constraints on how I manage my projects, then it doesn't matter
too much to me where or how people package it up. However, I do
see benefits to promoting dub as the means t
On Monday, 12 August 2013 at 13:46:52 UTC, David wrote:
LDC is in [community] already, and iirc Dicebot is working on
getting
GDC into [community], too
Actually I am simply waiting until my PGP key gets signed by at
least 3 Arch Linux master keys :) Will make announcement about
all package
On Monday, 12 August 2013 at 14:34:04 UTC, Mike Parker wrote:
That's true. But, correct me if I'm wrong, rpms and the like
are bundled independently of the original source repository. So
a project relying solely on dub doesn't stop a package
maintainer from keeping a separate build script to bu
On Monday, 12 August 2013 at 15:55:10 UTC, Mike Parker wrote:
My view may indeed be heavily tinted by Windows, where this
sort of thing just isn't an issue to care about. I suppose I'll
have to adjust that a bit.
Hah, yeah, I guess the very understanding of user-distributed
"package" is very
On Thursday, 15 August 2013 at 17:55:38 UTC, monarch_dodra wrote:
I'll chime in thanking Jonathan for this valuable contribution.
I think I'll chip in by answering questions on SO too. I enjoy
helping.
Be warned - by the time notification about new question arrives
in RSS feed, it usually a
for development and exact mirror
can be found here (together with my AUR packages):
https://github.com/Dicebot/Arch-PKGBUILDs
Both accepting pull requests and checking for bug reports there.
--
Adding new
On Sunday, 25 August 2013 at 19:45:38 UTC, Johannes Pfau wrote:
Am Sun, 25 Aug 2013 21:11:51 +0200
schrieb "Dicebot" :
Greetings to fellow Arch Linux users - quite a lot of stuff has
happened there recently in relation to D and this should sum it
up.
Some changes may hav
On Sunday, 25 August 2013 at 20:33:49 UTC, Jordi Sayol wrote:
Is it not better:
- libphobos2.a
- liblphobos2.a
- libgphobos2.a
It is libphobos2.a, of course, typo-paste :)
Is it not better:
- libphobos2.so
Same here (blush)
What's the Arch Linux way to name
On Sunday, 25 August 2013 at 23:17:22 UTC, Andrei Alexandrescu
wrote:
On 8/25/13 12:11 PM, Dicebot wrote:
Greetings to fellow Arch Linux users - quite a lot of stuff has
happened there recently in relation to D and this should sum it
up.
Some changes may have not been synchronised to all
On Sunday, 25 August 2013 at 22:35:50 UTC, John Colvin wrote:
OT:
This might be the final straw that takes me over to Arch.
How are things over on that side of linux? I've been using
ubuntu/lubuntu/fedora/mint on various machines for years but
never really tried out the more DIY distros.
I li
On Monday, 26 August 2013 at 06:55:50 UTC, Jacob Carlborg wrote:
I was about to tag dstep for a new release but I wanted to make
a proper release as well, providing pre-compiled binaries and
so on. Unfortunately I haven't been able to produce a working
binary on Linux 32bit, which is weird sinc
On Monday, 26 August 2013 at 10:52:23 UTC, Mike Wey wrote:
Usually the actual binary has the fully qualified version
number, and libphobos2.so would be included/created by the
devel package.
Yes, that does seem to be the case with other packages, I am
simply reluctant to make any steps furthe
P.S.
I have recently found that D has an entry on Arch Wiki:
https://wiki.archlinux.org/index.php/D_%28programming_language%29
It is quite out of date now and I am quite busy :) But, hey, it
is a wiki, any fellow Arch user can go there and edit it!
Volunteers are appreciated ;)
On Monday, 26 August 2013 at 19:45:45 UTC, Atila Neves wrote:
I should've read this more carefully. Updated my system tonight
and was missing the phobos imports, took a while to figure out
why. For anyone else out there,
TL;DR Install the lib{,g,l}phobos-devel, or one of dlang-dmd,
dlang-gdc,
On Tuesday, 27 August 2013 at 15:42:28 UTC, Andrej Mitrovic wrote:
getUnitTests should help here, although it's still based on
compile-time introspection just like your library. I guess if
nothing
else, this trait will make your library implementation simpler.
:)
By the, way, can we currently
On Monday, 2 September 2013 at 10:31:15 UTC, Flamaros wrote:
I hope you'll made pull requests for an integration to phobos.
I should warn - it won't be easy and is likely to require lot of
work from contributor. Recent trend in Phobos contribution is to
require good integration with existing
On Wednesday, 4 September 2013 at 08:44:45 UTC, Rory McGuire
wrote:
yes, it does seem to break if the Implements template func is
in a
different module to the free standing func.
hmph, how to get around that.
I don't think it is possible. You can possibly have several
modules with free stand
On Wednesday, 4 September 2013 at 08:56:10 UTC, Rory McGuire
wrote:
A template should get evaluated in the calling context.
No, in D templates use declaration scope (unless they are
template mixins).
On Wednesday, 4 September 2013 at 09:23:44 UTC, Rory McGuire
wrote:
thanks, yes, I just found that in TDPL. knew it was templates
but forgot
about template mixins.
Do you know how to get a default parameter like __MODULE__ or
__LINE__ to
be used from the calling site?
I've tried but I think m
On Wednesday, 4 September 2013 at 10:33:26 UTC, Rory McGuire
wrote:
I have a basic solution but it can't handle basic types LOL!
you have to
typedef them so that moduleName!T works.
Of course it can't, built-in types don't have any owning module,
those are not symbols. Why would you want to c
On Tuesday, 10 September 2013 at 17:13:09 UTC, Daniel Davidson
wrote:
Thanks for the great work!
Do you think you are closer to feeling comfortable including in
some benchmark sites (e.g. maybe add to
http://www.techempower.com/benchmarks/#section=data-r5)?
Thanks
Dan
I think I can safely
ic benchmark game in that domain :-)
I've done some testing on my own ;)
https://github.com/Dicebot/web-performance-tests - unfortunately,
I was not able to get meaningful results for high concurrency
cases because of h/w limits generic crappy laptop network cards
have (should probably del
Please participate.
http://forum.dlang.org/thread/jsnhlcbulwyjuqcqo...@forum.dlang.org
On Friday, 20 September 2013 at 18:19:22 UTC, Gary Willoughby
wrote:
On Thursday, 12 September 2013 at 10:34:56 UTC, Sönke Ludwig
wrote:
Major changes since 0.9.16:
- The registry is now officially located at
http://code.dlang.org
What's the procedure for devs to add packages to the registry
On Monday, 23 September 2013 at 16:40:56 UTC, jostly wrote:
In specd, the actual code inside the unittest { } sections only
collect results, and the reporting is called from a main()
supplied by compiling with version "specrunner" set. I haven't
checked to see if your dunit do something similar
On Wednesday, 25 September 2013 at 19:50:47 UTC, jostly wrote:
Maybe... in my mind it depends on whether there are more than
one test per unit test block, because I really like each
failing test to be enumerated as well. But I can see the
benefit - that would allow me to have tests directly in
On Thursday, 26 September 2013 at 06:07:50 UTC, Jacob Carlborg
wrote:
On 2013-09-25 21:55, Dicebot wrote:
UDAs + recent trait to get all unit-tests during compile-time
really
favors instead having lot of small independent annotated
unit-test blocks.
If you have more than one test per unit
On Thursday, 26 September 2013 at 14:51:16 UTC, Jacob Carlborg
wrote:
Exactly. I guess I misunderstood you. Although I would consider
"having lot of small independent annotated unit-test blocks" be
basically what you're showing above.
Beg my pardon, bad wording from my side. I was referring to
Thanks Brian and reviewers for getting here!
Voting thread:
http://forum.dlang.org/post/eeenynxifropasqcu...@forum.dlang.org
Small Archy update:
1) dub has been just adopted into [community]
2) all three compiler phobos versions now provide 'd-runtime` and
`d-stdlib` meta-dependencies
On Friday, 4 October 2013 at 20:21:07 UTC, Kozzi wrote:
On Wednesday, 2 October 2013 at 15:14:08 UTC, Dicebot wrote:
Small Archy update:
1) dub has been just adopted into [community]
2) all three compiler phobos versions now provide 'd-runtime`
and `d-stdlib` meta-dependencies
I just
On Monday, 7 October 2013 at 19:34:11 UTC, Craig Dillabaugh wrote:
while I got a chuckle out of "D is what C++ wanted to be.", I
might omit this. Insulting C++ isn't likely a great way to
attract the C++ crowd, which is one of our major target
audiences.
Quite the contrary, I can't really ima
This time, the addin should be compatible to older beta
versions of
MonoDevelop (like 4.0.12) as well – so feel free to simply try
it out.
_very_ glad to hear that. Thanks for your work!
On Thursday, 10 October 2013 at 18:43:32 UTC, hsul wrote:
Good Job!
What's about gtkd, qtd?
I'd love to see them in the official repositories :-)
Arch Linux policies prohibit pure source packages (there are
always exception but it is not the case). I tend to agree, such
stuff makes much mor
On Friday, 11 October 2013 at 00:36:12 UTC, Andrei Alexandrescu
wrote:
Today I committed the first 5112 lines of D code to Facebook's
repository. The project is in heavy daily use at Facebook.
Compared to the original version (written in C++) we've
measured massive wins in all of source code si
* http://wiki.dlang.org/Review_Queue
* http://wiki.dlang.org/Review/std.d.lexer
= Formal Decision =
Assuming I have not missed anything (there were plenty of
off-topic in voting thread unfortunately), final stats are:
Voted total : 21
Yes : 11
Yes, If : 3
No : 7
http://forum.dlang.org/post/wuahsrjdcmdifnfgj...@forum.dlang.org
On Wednesday, 16 October 2013 at 12:38:40 UTC, Bruno Medeiros
wrote:
On 08/10/2013 14:18, Alexander Bothe wrote:
Are there any plans/tricks/hacks on how to get programs built
with dmd debuggable with gdb? Then we also could release the
addin for Windows as well!
(Afaik I asked the same question
On Monday, 21 October 2013 at 11:09:25 UTC, ilya-stromberg wrote:
Guys, we have at least 5 (!) different unit test projects!
Can you cooperate your efforts to create one, but wonderful?
...and add it to Phobos review queue ;)
On Monday, 21 October 2013 at 11:58:14 UTC, Jonathan M Davis
wrote:
I confess that I don't understand why anyone is creating any
unit test
projects for D, and I'd likely vote against any attempt to add
such a thing to
Phobos. D has built in unit testing functionality, and it works
great. Maybe
On Monday, 21 October 2013 at 12:24:18 UTC, Jonathan M Davis
wrote:
I know that you can extend the built-in facilities by
overriding how assert
works and the like.
Overriding assert is dangerous because changes behavior of
program itself and lacks context data. Own test runner
implemented us
On Monday, 21 October 2013 at 14:22:31 UTC, qznc wrote:
The descriptions I found usually sound like system testing is a
special case of integration testing, where you simply integrate
all components.
There is a certain terminology issue here as system testing may
apply to both certain program
Arch Linux package updated.
File content should have nothing to do with extension, it is as
good part of name as any other. Adding any extra meaning to it is
just some DOS legacy.
On Monday, 4 November 2013 at 10:53:22 UTC, Walter Bright wrote:
and dmd-2.064-0-x86_64.pkg.tar.xz are missing.
Seems to no longer be in 2.064. The installer builder was
changed.
I have asked Jordi to remove those some time ago to avoid
confusion with official Arch packages as matching buil
On Monday, 4 November 2013 at 16:40:25 UTC, Alexandre Riveira
wrote:
Hi Sönke,
Congratulations for your hard work.
One question,
How do you think your framework running in development mode
where a huge amount of models with many business rules exist. A
system under development can be slow,
Arch Linux package has been updated.
Was awaiting for some of good stuff from this release for a long
time :)
There are two extremely disappointing things though:
1)
We still can't get versioning right. Walter has treated release
candidate as a release which is why we have 2.064.2 right now
On Wednesday, 6 November 2013 at 12:02:48 UTC, Gary Willoughby
wrote:
Release notes?
http://dlang.org/changelog
Regarding project files - I like Mono-D attempt to support dub
package.json as project description file.
Regarding semantical analysis - both Mono-D and VisualD should
just merged efforts with DCD, problem solved :)
On Wednesday, 6 November 2013 at 14:35:07 UTC, evilrat wrote:
also if you look at my repo u can see it has examples
subfolder, should i put package.json there too or it would be
simpler to add custom build script for building all this
examples?
I think former is expected as it is how Sonke (d
Picking common standard for all possible IDE's scales better than
cloning approach of a single one (especially if this one is
closed and known of forcing closed ecosystems)
Unfortunately, I can't help here because already volunteered for
stuff much over my spare capabilities. But I wanted to note that
this is not just about stepping up and being willing to help -
such person would need to have a "push" access to website,
repositories, ftp and any other infrastruct
Please move to discussion thread for additional information:
http://forum.dlang.org/post/ujlhznaphepibgtpc...@forum.dlang.org
BTW, I have noticed that this version was compiled without
-D=PULL93 so transition switch list again only has `tls`. Is
there any specific reason to remove this switch after actual
deprecation? It still can be very useful for porting D1 to D2 :)
https://www.archlinux.org/packages/?q=dstep
Had a very quick run-through the provided functionality. Looks
nice and has some of utilities I tend to reinvent in my own code
when doing meta-programming. Though I'd prefer to initiate
creation of nested `std.meta` package and move such stuff there
instead of adding yet another plain module.
On Sunday, 10 November 2013 at 23:19:22 UTC, Froglegs wrote:
Slides are in English, do most Russian programmers speak
English?
No. However, most really interested in programming technology do.
Pretty much as in any other part of the world.
Please never post such questions to announcement list. There is a
D.learn for that.
On Tuesday, 12 November 2013 at 15:39:27 UTC, Andrej Mitrovic
wrote:
Btw, how did you make dub use a -version flag anyway? I can't
figure
it out from the docs. I suppose it's something like:
dub --build=release --version=?
But I see that --version means something else in dub.
It is done via
On Tuesday, 12 November 2013 at 22:17:46 UTC, John J wrote:
On 11/11/2013 11:56 AM, "Nordlöw" wrote:
Can I move or delete this post?
I use Thunderbird and it's pretty easy to cancel my own
messages:
Just select the post, go to 'Message' menu and click 'Cancel
message'
It will actually sen
On Tuesday, 26 November 2013 at 08:16:05 UTC, qznc wrote:
On Monday, 25 November 2013 at 19:31:45 UTC, Andrei
Alexandrescu wrote:
Share away and
get ideas rolling. Looking forward to your submissions!
I wonder if some kind of podium discussion on memory management
would be a nice idea? Manu "
On Wednesday, 27 November 2013 at 05:44:36 UTC, Jonathan M Davis
wrote:
And now I have to wrack my brain for ideas. :) I could probably
answer
questions about D all day, but coming up with something useful
to talk about
on my own never seems to be as easy as it should be...
I had some until I
On Saturday, 30 November 2013 at 20:49:14 UTC, Sönke Ludwig wrote:
Based on the bug reports so far, I've prepared a new beta
release of
0.9.21 for testing. Apart from fixes for the reported issues, it
contains a revamped command line interface with detailed help
for each
command and also the n
On Tuesday, 3 December 2013 at 13:00:06 UTC, Mike Parker wrote:
On 12/3/2013 9:47 PM, Bruno Medeiros wrote:
On 29/11/2013 17:01, Sönke Ludwig wrote:
A fresh DUB release is out. Apart from the usual bug fixes,
there are a
few considerable changes:
Quick question: is there a way to install/fe
On Friday, 6 December 2013 at 18:40:59 UTC, Jakob Ovrum wrote:
It has been said already in this thread, but for library
targets it must ignore the lack of a "main source file". It
should go without saying that libraries generally don't have
such a thing.
It adding such requirement for static
On Friday, 6 December 2013 at 19:10:51 UTC, Jakob Ovrum wrote:
It's unreasonable for Dub to require users to change the
structure of their project
It has been doing it since the very beginning and still does.
On Monday, 9 December 2013 at 14:49:05 UTC, Andrew Edwards wrote:
I am experiencing a slight problem on Fedora though. After
initial config, I was able to login remotely but now receive
the error "Connection refused". Can't remember changing
anything to cause this but anything is possible so I
Also I don't think you need to bother with maintaining own forks
unless you are planning to actually push something upstream. Just
cloning core repos on build systems should be enough.
On Monday, 9 December 2013 at 14:49:05 UTC, Andrew Edwards wrote:
2) What is the process to update a branch with all changes
master? I will need to do this because a lot of changes have
occurred since the 2.065 branches were created but the actual
betas are not yet prepared. Going forward, thi
1 - 100 of 592 matches
Mail list logo
