WSJ Editor... Orlando Massacre Is A Hoax!

[Press Room]

As the oddities surrounding the Orlando nightclub massacre continue to mount former WSJ editor and columnist Paul Craig Roberts weighs in with his analysis of the alledged events. 
 
Orlando Shooting
Paul Craig Roberts (paulcraigroberts.org)
Some readers have asked for my take on the Orlando Shooting. 
I don?ft have one. Let?fs see if together we can form a reasonable view.
Let?fs start with the basic first question. Before there can be a murder declared, there must be a body. Has anyone seen on TV or in newspapers pictures of dead bodies? Bodies should be readily available if the reports are correct that fifty people were killed and 50 or more were wounded and in hospital. 
I cannot bear the presstitute TV and print media. These are full-time propaganda organizations. Hopefully, some of you hold your nose and watch the news and can fill in the spaces. Has anything we have been told been confirmed by any real evidence? 
Initially, I saw a CNN newscast and a RT report. The reports were heavy with verbiage of blood being all over the place, but the only visual evidence offered were three people, supposedly injured, being helped, not by medics or first responders, but by ordinary folks. A couple of people were helping a guy with tattoos in place of a shirt, but there was no sign of blood. Several people were helping people in police uniforms to carry a person who they dumped in the back of a pickup truck, not in the cab. About 6 people were carrying a person stretched out prone (no stretcher) down a street.
There was no blood and it looked like a crisis acting performance. Why prone? Is an injured person really able to keep his body stiff so that he can be carried along prone parallel to the ground? Where are they taking him? Is this just a camera walk-by? http://www.cnn.com/videos/us/2016/06/12/orlando-nightclub-shooting-witness-sot.cnn/video/playlists/orlando-nightclub-shooting/ 
What has become of the protocol that untrained people are not to attempt to help injured people? When police arrive at a scene, they usually run off bystanders, not recruit them to assist their activities or allow them to carry away the wounded and dead. 
Readers have noticed that the visual evidence does not match the verbal reports. Readers report that Fox ?gNews?h and MSNBC repeatedly show the same footage described above of bystanders carrying supposedly injured victims whose facial expressions are completely unstressed and show no pain, fear, or blood. 
So has anyone seen any dead bodies? Any body bags? Any wounded taken to hospitals in ambulances? Any of the hospital wounded interviewed by TV reporters? Has any reporter checked with the morgue?
Allegedly, people inside the massacre location made cell phone calls and texted. But no one took photos or videos? Are there no security cameras? No doormen to notice a heavily armed person enter? 
With 50 people killed and 50 or more wounded and reports of oceans of blood, there should be plenty of evidence Have any of you seen any of it?
As far as I know, dead bodies, other than those of the perpetrators themselves, seldom if ever emerge from the terrorist attacks. No dead bodies materialized from the Paris attacks except those of the alleged perpetrators. No dead bodies ever emerged from the Sandy Hook shootings. The only dead bodies I recall from the San Bernardino shooting were the husband-and-wife-alleged-perpetrators, and their hands were handcuffed behind their backs. Do police handcuff dead people who the police have shot to pieces? I don?ft remember dead bodies from Brussels, just reports of dead bodies.
One could say that the media is averse to invading the privacy of dead people and their relatives by showing dead bodies, or that the media doesn?ft want to show gruesome scenes?except for the videos of Muslim terrorists cutting off people?fs heads. But by now the unanswered questions from the various shootings have created so much skepticism that a person would think the media would provide corroborative evidence for the official claims. 
Maybe they have. As I admit, I don?ft watch the presstitute news. 
In order to shoot 100 people, the principal weapon allegedly used, an AR-15, would have had to have been reloaded several times, a procedure that takes enough time for people to rush the shooter and overpower him. 
Is it possible for one person to shoot 100 people successfully but not be able to shoot even one cop when police appear? Remember the Charlie Hebdo event. The two killers were highly professional when they wiped out the magazine staff and a policeman in the street, but later when confronted by police they were so hapless and incompetent as to suggest that they were not the same people. Remember the San Bernardino shootings. Three eyewitnesses said that the shooters were three muscular males dressed in black, not a husband and diminutive wife with a new baby.
What is most troublesome about these shootings is that the story seems already prepared by the 

Re: 2.2.2-staging Merged to 2.2.x

[Kornel Benko]

Am Donnerstag, 16. Juni 2016 um 22:27:12, schrieb Richard Heck 
> On 06/16/2016 05:09 PM, Guillaume Munch wrote:
> > Le 15/06/2016 22:39, Richard Heck a écrit :
> >>
> >> I have merged 2.2.2-staging into 2.2.x now, so all commits for stable
> >> should now go to 2.2.x.
> >>
> >> Richard
> >>
> >>
> >
> > Kudos to Scott for having been meticulous, so that no emergency release
> > was necessary.
> 
> Indeed.
> 
> Richard

+1
Kornel 

signature.asc
Description: This is a digitally signed message part.

Re: One official build system?

[Kornel Benko]

Am Donnerstag, 16. Juni 2016 um 21:37:03, schrieb Georg Baum 

> Georg Baum wrote:
> 
> > Kornel Benko wrote:
> > 
> >> So it is a built and removed source. Should it be ditributed?
> > 
> > I don't think so. But I do not understand how to implement that. It seems
> > that automake evalutes all if-branches when adding file to the *_DIST
> > targets.
> 
> Actually I found it out and fixed it.
> 

So, as an outcome of this thread, using GLOB in cmake _may_ sometimes help 
automake :)
In a clean tree, the GLOB is not problematic IMHO.
That means, to create a tar file from cmake build, we have to clean first. I 
too see, that
it is not very comfortable.
Or omit globbing-expressions of course. This has its own inconveniences.

> Georg

Kornel


signature.asc
Description: This is a digitally signed message part.

Re: 2.2.2-staging Merged to 2.2.x

[Richard Heck]

On 06/16/2016 05:09 PM, Guillaume Munch wrote:

Le 15/06/2016 22:39, Richard Heck a écrit :


I have merged 2.2.2-staging into 2.2.x now, so all commits for stable
should now go to 2.2.x.

Richard




Kudos to Scott for having been meticulous, so that no emergency release
was necessary.


Indeed.

Richard

Re: One official build system?

[Georg Baum]

Georg Baum wrote:

> Kornel Benko wrote:
> 
>> So it is a built and removed source. Should it be ditributed?
> 
> I don't think so. But I do not understand how to implement that. It seems
> that automake evalutes all if-branches when adding file to the *_DIST
> targets.

Actually I found it out and fixed it.


Georg

Re: default dir when save for first time is not cwd

[Paul A . Rubin]

Scott Kostyshak  lyx.org> writes:

> 
> Currently if you start a new document and save, the default directory in
> the save dialog is the home directory. This is true even if I start lyx
> from a different directory. I would prefer for the default directory to
> be the current working directory.
> 
> Has this been discussed before?
> 
> Scott
> 

Is it the case under all operating systems that running LyX from a system
menu (Windows Start menu, Ubuntu whatchamacallit, ...) treats the user's
home directory as the current working directory? That seems to be true for
Linux Mint (just tested it), so probably for Ubuntu. If globally true, I see
no harm in the change. We just need to be careful not to ambush anyone.

Paul

Re: One official build system?

[Georg Baum]

Kornel Benko wrote:

> I see, but this one is from automake, not from cmake (where one would
> expect it). I don't have it local. The question mark is there, because I
> didn't knew, where it came from). Searching now...

A sorry, I was confused. This file is for the monolithic build, and we have 
more of these, e.g. src/lyxcore.cpp.

> # find . -name Makefile.am | xargs egrep lyxclient.cpp
> -->
> ./src/client/Makefile.am:lyxclient.cpp:
> ./src/client/Makefile.am:BUILT_SOURCES = lyxclient.cpp
> ./src/client/Makefile.am:CLEANFILES += lyxclient.cpp
> ./src/client/Makefile.am:lyxclient_SOURCES = lyxclient.cpp $(HEADERFILES)
> 
> So it is a built and removed source. Should it be ditributed?

I don't think so. But I do not understand how to implement that. It seems 
that automake evalutes all if-branches when adding file to the *_DIST 
targets.


Georg

Re: scrunched radio buttons on message pane

[Paul A . Rubin]

Scott Kostyshak  lyx.org> writes:


> > Ah,yes. I have to scrunch the window to its absolute minimum height, at
> > which point the tops and bottoms of the radio button circles are clipped.
> > Even one mouse fart bigger than minimum and the circles are intact.
> 
> OK so it is the same then.
> 
> Scott
> 
> P.S. I just googled "mouse fart" to see if that is an original creation
> of yours. I like it.
> 

Couldn't find the definition on Wikiipedia, though. It's the average
distance traveled by an average size mouse propelled by an average burst of
digestive gas. Statisticians, of course, argue endlessly whether it should
be based on arithmetic mean, median or geometric mean.

Re: lyx and dark color schemes

[Guillaume Munch]

Le 16/06/2016 19:19, Pavel Sanda a écrit :

Guillaume Munch wrote:

What can be somewhat annoying is to use branches, because you can't set
both
foreground and background. So if you share document with someone who uses
different color set, or even need to use lyx for quick on different
machines
you find out that you have to be extra careful what color to pick so both
dark/light regimes work :)



Try this


Nope all colors are screwed now.


Forgot to say, the idea is to use this with the default colors. If you 
had manually selected dark colors before, then they would show light 
now, so I advise that you test after reseting your colors (temporarily). 
Actually I tried, I like it and it solves many of the issues in one line 
of code (but one would need to elaborate on that of course).



I think on possible approach would be to
use your previous trick with defining new color for the foreground of
branch inset...



How exactly?

Re: lyx and dark color schemes

[Pavel Sanda]

Guillaume Munch wrote:
>> What can be somewhat annoying is to use branches, because you can't set 
>> both
>> foreground and background. So if you share document with someone who uses
>> different color set, or even need to use lyx for quick on different 
>> machines
>> you find out that you have to be extra careful what color to pick so both
>> dark/light regimes work :)
>>
>
> Try this

Nope all colors are screwed now. I think on possible approach would be to
use your previous trick with defining new color for the foreground of
branch inset...

Pavel

Re: default dir when save for first time is not cwd

[Pavel Sanda]

Guillaume Munch wrote:
> Le 16/06/2016 01:30, Scott Kostyshak a écrit :
>> Currently if you start a new document and save, the default directory in
>> the save dialog is the home directory. This is true even if I start lyx
>> from a different directory. I would prefer for the default directory to
>> be the current working directory.
>>
>
> +1

+1
p

Re: 2.2.2-staging Merged to 2.2.x

[Guillaume Munch]

Le 15/06/2016 22:39, Richard Heck a écrit :


I have merged 2.2.2-staging into 2.2.x now, so all commits for stable
should now go to 2.2.x.

Richard




Kudos to Scott for having been meticulous, so that no emergency release
was necessary.

Guillaume

Re: lyx and dark color schemes

[Guillaume Munch]

Le 15/06/2016 18:51, Pavel Sanda a écrit :

Liviu Andronic wrote:

The single most unreadable instance though is blue headings like in Beamer:
http://i.imgur.com/zoSqWvX.png


Fuuny, I use the same colors but it never occurred to me that this is hard to 
read :)

What can be somewhat annoying is to use branches, because you can't set both
foreground and background. So if you share document with someone who uses
different color set, or even need to use lyx for quick on different machines
you find out that you have to be extra careful what color to pick so both
dark/light regimes work :)



Try this

diff --git a/src/frontends/qt4/GuiWorkArea.cpp b/src/frontends/qt4/GuiWorkArea.cpp
index b8886eb..9fa5ba7 100644
--- a/src/frontends/qt4/GuiWorkArea.cpp
+++ b/src/frontends/qt4/GuiWorkArea.cpp
@@ -1160,6 +1160,7 @@ void GuiWorkArea::paintEvent(QPaintEvent * ev)
 	QPainter pain(viewport());
 	double const pr = pixelRatio();
 	QRectF const rcs = QRectF(rc.x() * pr, rc.y() * pr, rc.width() * pr, rc.height() * pr);
+	pain.setCompositionMode(QPainter::RasterOp_NotSource);
 
 	if (lyxrc.use_qimage) {
 		QImage const & image = static_cast(*d->screen_);

Re: default dir when save for first time is not cwd

[Guillaume Munch]

Le 16/06/2016 01:30, Scott Kostyshak a écrit :

Currently if you start a new document and save, the default directory in
the save dialog is the home directory. This is true even if I start lyx
from a different directory. I would prefer for the default directory to
be the current working directory.



+1

Re: One official build system?

[Kornel Benko]

Am Mittwoch, 15. Juni 2016 um 22:29:17, schrieb Georg Baum 

> Kornel Benko wrote:
> 
> > Am Dienstag, 14. Juni 2016 um 22:37:58, schrieb Georg Baum
> > 
> >> The icons and the regex files are indeed a serious problem. The icons
> >> should be fixed now, this was simply a wrong style of using variables.
> > 
> > It does not look like that. Even after ./autogen.sh and configure.
> 
> For me the oxygen stuff was missing completely, but now I saw that you added 
> some missing icons. Thanks.
> 
> >> I'll take
> >> care for the regex files later, but what I do not understand is how the
> >> official windows build could succeed without these files (because of
> >> http://www.lyx.org/trac/ticket/9373). I fear that (again) the official
> >> installers were produced from git and not from an unpacked .tar.gz. Or
> >> bug 9373 is magically fixed and nobody noticed.
> >> 
> > 
> > I do not understand either.
> 
> I fixed the boost packaging. Maybe the windows build did work depsite the 
> missing files, at least one was definitely not used.

OK

> > Some files are distributed in automake, which we do not want I suppose
> > development/lyxserver/perl/LyX-Client-0.01.tar.gz
> > development/lyxserver/perl/LyX-Polite-0.01.tar.gz
> > src/client/lyxclient.cpp (what is this?)
> 
> The last one must be a local file (not in git). You see why I want explicit 
> lists? ;-)
> 

I see, but this one is from automake, not from cmake (where one would expect 
it). I don't have it local.
The question mark is there, because I didn't knew, where it came from).
Searching now...
# find . -name Makefile.am | xargs egrep lyxclient.cpp
-->
./src/client/Makefile.am:lyxclient.cpp:
./src/client/Makefile.am:BUILT_SOURCES = lyxclient.cpp
./src/client/Makefile.am:CLEANFILES += lyxclient.cpp
./src/client/Makefile.am:lyxclient_SOURCES = lyxclient.cpp 
$(HEADERFILES)

So it is a built and removed source. Should it be ditributed?

> Georg

Kornel

signature.asc
Description: This is a digitally signed message part.