You know that recently published Cochrane review that some have claimed as evidence that face masks don’t work? Well, have some of these claims been a bit, shall we say, too cocky and not Cochrane-y enough? Well, in a statement issued on March 10 by the Cochrane Library, Karla Soares-Weiser, MD, PhD, MSc, Editor-in-Chief of the Cochrane Library, emphasized, “Many commentators have claimed that a recently-updated Cochrane Review shows that ‘masks don't work,’ which is an inaccurate and misleading interpretation.” Yikes.

最近発表されたコクラン・レビューで、フェイスマスクが効かないという証拠だと主張する人がいるのをご存知でしょうか。その主張の中には、ちょっと、言うなれば、生意気すぎるし、コクランらしさが足りないものもあったのではないでしょうか？コクラン・ライブラリーの編集長であるKarla Soares-Weiser（MD、PhD、MSc）は、3月10日に発表した声明の中で、「多くのコメンテーターが、最近更新されたコクランレビューが『マスクは効果がない』ことを示していると主張していますが、これは不正確で誤解を招く解釈です」と強調しました。うわぁ。

Permalink | 記事への反応(1) | 10:01

2021-08-11

■【和訳】コロナ ワクチンでADEが問題にならなかった理由(MedPage Today)

【和訳】コロナワクチンでADEが問題にならなかった理由(MedPage Today)

〜新種のワクチンであっても、抗体依存性増強が問題となる可能性は低い〜

by Veronica Hackethal, MD, MSc, Enterprise & Investigative Writer, MedPage Today

2021年 3月16日付

（原文記事）

Why ADE Hasn't Been a Problem With COVID Vaccines(MedPage Today)

https://www.medpagetoday.com/special-reports/exclusives/91648

パンデミックの初期に、科学者たちはCOVID-19ワクチンの有効性と安全性を確保するための最良の構築方法について、さまざまな議論を行いました。その中には、他のウイルス感染症やワクチンで見られる、死に至る可能性のある免疫現象である「抗体依存性免疫増強（ADE）」に関する議論もありました。

これまでのところ、COVID-19ワクチンによるADEの報告はありません。しかし、COVID-19ワクチンのADEに関する懸念は、ウイルスの亜種が緊急に発生したことで再び浮上してきました。ADEとは一体何でしょうか？過去の経験から何がわかっているのでしょうか？また、なぜ専門家はCOVID-19ワクチンでは問題ないと言っているのでしょうか？

◇ADEの特徴

ADEはさまざまな経路で発生しますが、おそらく最もよく知られているのは、いわゆる「トロイの木馬」経路です。これは、過去の感染やワクチン接種によって生じた非中和抗体が、再び病原体にさらされたときに、その病原体をシャットダウンできない場合に起こります。

トロイの木馬」経路とは、過去の感染やワクチン接種によって生じた非中和抗体が、再感染時に病原体をシャットダウンできず、かえってウイルスの侵入を許し、通常は侵入できない細胞（一般的にはマクロファージなどの免疫細胞）で増殖してしまうというものです。ハーバード大学T.H.チャン公衆衛生大学院のバリー・ブルーム医学博士は、MedPage Todayの取材に対して次のように述べています。

「ADEの原因は、ウイルスに対する抗体が中和されないことです。ウイルスに対する抗体が中和されず、抗体の受容体を持つ細胞にウイルスが取り込まれてしまうことにあります。これが、通常は感染しないような細胞にウイルスを取り込む方法です」とブルーム氏は言う。

ADEは、中和抗体（ウイルスと結合して感染を阻止する抗体）の存在量が十分に少なく、感染を防ぐことができない場合にも起こります。中和抗体は、ウイルス粒子と免疫複合体を形成するため、かえって病気を悪化させることがあります。

◇過去の経験はADEについて何を教えてくれるのか？

トロイの木馬型ADEの典型的な例は、デング熱です。デング熱には4種類のウイルスが存在します。それぞれのウイルスには違いがあり、過去に1つのウイルスに感染したからといって、別のウイルスから守るのに十分な抗体ができるとは限りません。

ADEはデング熱のワクチン接種後にも発生しています。例えば、2016年に4つの血清型すべてを防御するデングワクチンが開発され、フィリピンで80万人の子どもたちに接種されました。ワクチンを接種し、その後、野生型デングにさらされた子どものうち、14人が死亡しましたが、これはより重症化したためと考えられます。それ以来、このワクチンは、すでにデング熱に感染したことのある9歳以上の子どもにのみ推奨されています。

もう一つの典型的な例は、米国で行われた呼吸器合胞体ウイルス（RSV）の不活化ワクチンの臨床試験中にADEが発生したことです。1967年、臨床試験に参加してワクチンを接種した子どもたちが、その後、社会でウイルスに遭遇した際に、より重篤なRSV疾患を発症しました。2人の幼児が死亡しました。このワクチンは、肺閉塞や呼吸器疾患を引き起こす免疫複合体形成と関連しており、RSVワクチンの開発はかなり停滞しました。

同様に、1960年代に米国で開発されていた不活化麻疹ワクチンでもADEの事例が発生しました。ワクチンを接種した子どもが重症化したため、ワクチンは中止されました。現在、米国で使用されている弱毒化した麻疹生ワクチンでは、ADEは発生していません。

◇COVID-19コロナワクチンではADEは問題にならない

科学者たちは、COVID-19ワクチンではADEはほとんど問題にならないと言っていますが、これは何を根拠にしているのでしょうか？

COVID-19ワクチン開発の初期段階から、科学者たちはADEを引き起こす可能性が最も低いSARS-CoV-2のタンパク質をターゲットにすることを目指していた。例えば、SARS-CoV-2の核タンパク質を標的にすると、ADEを引き起こす可能性があることがわかったとき、彼らはすぐにそのアプローチをやめた。最も安全な方法はスパイクタンパクのS2サブユニットを標的とすることであると考え、それを実行したと、Derek Lowe博士はScience Translational Medicineのブログ「In the Pipeline」で書いています。

科学者たちは、ADEを探すために動物実験を計画しました。そして、緊急使用許可を得たCOVID-19ワクチンの実世界でのデータでもADEを探しています。今のところ、その兆候は見られません。実際には、その逆のことが起こっているとLowe氏は指摘しています。

「疑いの余地がないと思われるのは、ワクチンを接種した被験者からは重篤なコロナウイルス感染者が出ず、入院もしていないということです。これは、ADEが起こっている場合に予期されることとは正反対の現象です」と彼は書いている。

さらに、ADEは緊急の問題であり、非常に劇的なものになります。トロントにあるマクマスター大学の病理学・分子医学の准教授であるブライアン・リヒティ博士は、「もしこれらのワクチンに問題があるとしたら、今頃は発見されているでしょう」。

「（ADEが発生したら）すぐに死んでしまいますよ。私が知っているADEは、すべてのケースで、それは急性で、ほとんどがサイトカインに起因する事象です」と彼はMedPage Todayに語っています。

唯一の例外は、中国で開発された不活性化された全細胞ワクチン、つまり「殺した」ワクチンかもしれません。このワクチンには、1960年代にADEの原因となった麻疹ワクチンやRSVワクチンに使用されたのと同じアジュバントであるミョウバンが使用されています。ブルーム氏によると、中国の不活化全細胞ワクチンは、これらの古いワクチンと同様にADEを引き起こす可能性が「考えられる」とのことです。

「このワクチンが米国で日の目を見ることはないでしょうし、言及する価値もないかもしれません。中国製の全球殺虫ワクチンで実際にADEが発生した例はありませんし、あったとしても報告されていません」と述べています。

◇バリアント（変異株）については？

現在のCOVID-19ワクチンは、世界的に流行したSARS-CoV-2の原型を防ぐために開発されたものである。亜種（変異株）が増えるにつれ、科学者たちは、これらの亜種の1つがADEを引き起こすほどの違いを持つようになるのではないかという疑問を提起してきた。Lichty氏によると、今のところ、この懸念は仮説に過ぎないようです。

「これまでのところ、COVID-19ワクチンでADEが発生したという証拠はありません。すべて理論的なものです」と述べています。「これまでのところ、ADEは既存のワクチンやウイルスの変異体では問題にならないという証拠があると思います」。

その理由の1つは、SARS-CoV-2が、ADEを引き起こすような形でマクロファージに影響を与えていないだけかもしれないが、科学者たちはまだ詳細を調べているところである。ADEは、HIV、エボラ出血熱、コクサッキーウイルス、SARSやMERSなどのコロナウイルスなど、他のウイルスに自然感染した場合にも報告されている。

「今回のパンデミックを通じて、科学者たちはSARS-CoV-2に関連するADEを探してきましたが、これまでのところ、その事例は見つかっていません」、とLichty氏は指摘します。

「このコロナウイルスは、すでに人間に十分に適応しているので、中和しない抗体との相互作用でマクロファージに侵入したとしても、マクロファージが明らかな病態を引き起こすのに十分なサイトカインを産生できないのかもしれません」と述べています。

◇新しいワクチンはより安全

mRNA ワクチンやアデノウイルス・ベクター・ワクチンは比較的新しいワクチンであるため、躊躇してしまうかもしれませんが、ブルーム氏によれば、これらのワクチンは、ADEの観点から見ると、古いタイプのワクチンよりも安全性プロファイルが優れています。

「肝心なのは、新しい技術は新しいウイルスのパンデミックへの対応が早いだけでなく、より安全で、より明確に科学的に設計されているということです」と彼は言います。「Sタンパク質ワクチンは、よりクリーンで、より慎重に定義されており、より低リスクです。Sタンパク質ワクチンは、よりクリーンで、より慎重に定義されています。そのため、ADEの可能性は、以前のウイルスワクチンの製造方法よりもはるかに低いのです」と述べています。

最終更新日：2021年 3月18日

Veronica HackethalはMedPage TodayのEnterprise and Investigative journalismチームのレポートを担当しています。

Permalink | 記事への反応(0) | 00:41

2020-12-22

■あのイオン だって 環境 配慮 商品ぐらい売ってるというのに……

MSC マークね、持続性や環境に配慮した魚介類のパッケージにつけられているマークなんだけど……

なのでパッケージされてない魚については、

「この魚ってMSC認証ですか？」

ぐらい店員に聞いてもいいと思ってたんだけど……

うなぎとかで色々後ろめたいので、せめて普段はできる限りのことはしたいし、お店側にもそういうものをできる限りおいてくれたらいいなと思ってるんだけど、聞かなくて良かったよほんと。

「店員の負担ガー」とか「上から目線の啓蒙の押しつけだー」とか言われたり、しまいには張り倒されたりするんでしょ。

怖すぎるわ。

Permalink | 記事への反応(1) | 19:59

2020-04-21

■

COVID-19によるcytokine stormにMSC(間葉系間質細胞)を使う試みが始まるかもだって

これはどうなるのかめちゃくちゃ興味ある

治療成功の是非よりも、成功したとして、その後。

副作用として好転的な反応がある気がしてならない

Permalink | 記事への反応(0) | 04:46

2018-10-12

■anond:20181012181047

もともと日本企業で働いていたけど、家族の関係でEUに来ました。

MScは日本で取っているけど、働いている中でもっと学びたいことができたので、冬学期からまずはnon-degree studentとして通っています。

こっちの人は大学の授業料が無料なのが羨ましいけど、EU外の人にとっても日本の大学に比べて格安の授業料なのがありがたいですね。

私はオーストリアにいるので基本ドイツ語の授業が多いけれど、ERASMUSで他の国からの学生も多いからか、英語の授業も多く、学生も先生も英語が通じるので助かっています。

私が日本で通っていた大学にはこんなにも多くの英語の講義がなかったので、日本に来る留学生はとても大変だったんだなぁと思います。

中国の自然科学系については詳しくわかりませんが、調査対象地域として中国をやられている方は、現地調査や収集データの取扱について中国政府から色々言われることが大変だと言っていました。

生物・化学の実験系の分野だけかもしれませんが、オーストリアの大学院生と日本の大学院生を比べると、日本の大学院のほうが、修論・実験に対して重きをおいたカリキュラムになっているように感じます。オーストリアの場合は、大学院に入っても研究室にいるより授業に出ている方が長いように見受けられます。前述の通り、講義といっても学生に対してプレゼンや何かプロダクトを作ったりレポーティングにより評価することが多いので、こちらの学生の方が自分の成果を表現する能力が高くなるように感じます。一方、日本の大学院ではゼミや実験が重視されているため、実験操作や実務能力に重きをおいているように感じます。

私としては、今の時点でどちらが大学院のあり方として優れているかはよくわかりません。

日本から出たことのない学生は、研究に対して保守的になりがちなので、あなたが日本で学生生活を過ごしたことがない場合、戸惑いがあるかもしれません。

私が学部生で研究室を決める際、先輩から、「いくら有名な先生や研究室でも、実態は違うかもしれないから、研究室訪問をして、本当に自分がそこで一緒に研究したい人たちがいるかを基準にしたほうがいい」と言われました。

有名な先生は資金調達がうまく、予算が潤沢にあるかもしれないが、学生指導を全くしない先生もいます。

いい研究室が見つかるといいですね。

Permalink | 記事への反応(1) | 19:57

2016-12-15

■Ey, yo ゴマするバティ マン MSC

書けよ曲を

Permalink | 記事への反応(0) | 01:23

2011-10-01

■新しいMARPOL条約は日本の調査捕鯨の足かせとなるか？

最近シーシェパードなど海外の活動家の間で話題の海洋関連国際条約ですが、

はたして彼らが期待するように南極海で日本の調査捕鯨が行えなくなるのか？という件についての備忘録。

彼らの主張は調査捕鯨の母船日新丸が南極海を航行すると条約違反になる、というもの。

彼らによると、その根拠は二つ。

１）2011年 8月1日から南極海での重油の運搬・使用が禁止された。

２）同時に二重船殻（ダブルハル）でない船の流氷海域航行が禁止された。

日新丸が南極を合法的に航行するためには大幅な改造が必要になり、金も時間もかかるので無理だろうから、

今年日新丸が南極に来ることがあればそれは条約違反に当たるという主張。

これが事実なら大変、というわけで少し調べてみるとこれは全くの見当違い。

まず関連ソースを示すと、以下の二点。

SPECIAL REQUIREMENTS FOR THE USE OR CARRIAGE OF OILS IN THE ANTARCTIC AREA (RESOLUTION MEPC.189(60))

http://www.amsa.gov.au/Marine_Environment_Protection/Revision_of_Annexes_I_and_II_of_MARPOL/189-60.pdf

GUIDELINES FOR SHIPS OPERATING IN POLAR WATERS (MSC/Circ.1056-MEPC/Circ.399)

http://www.tc.gc.ca/media/documents/marinesafety/IMO_Polar_Guidelines.pdf

１）重油の使用について

マルポール条約の新しい条項に引っ掛かるのは日本で言うところのＣ重油のみ。

日新丸はもともとＡ重油（Ｃ重油より約３割高い）も併用しているので、

燃料費が多少増えることは確実だが南極海を航行することは当然可能。

２）二重船殻について

序文でわざわざ書かれているように、これはそもそも奨励であって強制ではない。

また、二重船殻化を奨励されているのは2011年 1月1日以降に建造される船のみ。

既に建造された船について改造を強制するような性質のものではないので、

これまた日新丸が南極海を航行する妨げにはならない。

今後こういうことを口実に日本の調査捕鯨がIMOの規制違反であるというようなことを言う人がいたとしたら、

その人は国際法やら南極海の航行規則などをほとんど知らない素人さんということですね。

例えば、以前逮捕されたピート・ベスーン（当時シーシェパード）とか。

http://www.facebook.com/Capt.Pete.Bethune/posts/214302368629769

Permalink | 記事への反応(0) | 15:38

2009-08-08

■

http://www.oshiete-kun.net/archives/2009/08/xp_2.html

これってさ、services.mscと何がちがうの？

services.mscでサービス停止と手動起動にすればいいじゃん。

それよりとめるべきサービス名おしえてくれよ

Permalink | 記事への反応(0) | 01:59

2008-12-27

■Re: anond:20081227163226

こういうこと？

Python 2.6 (r26:66721, Oct  2 2008, 11:35:03) [MSC v.1500 32 bit (Intel)] on win
32
Type "help", "copyright", "credits" or "license" for more information.
>>> spam = "egeegeegeggeeegeee"
>>> "egg" in spam
True
>>> spam = "egegegeeegeeeegege"
>>> "egg" in spam
False

Permalink | 記事への反応(1) | 16:41

2008-09-27

■ラップが最も上手な日本語 ラッパーって

誰なんだろう。とってもラップがお上手な10人をうんこしながら絞ってみた。

動画は、YouTubeから無理くり探してるので、「全然ベストな選曲じゃない！」という意見もあるかと思いますが、ご容赦ください。

■スキルフルなフローでラップする10人

・SEEDA（SCARS）→http://jp.youtube.com/watch?v=l8jdx1Y9SVc

・BES（Swanky Swipe）

・志人（降神）→http://jp.youtube.com/watch?v=A9vmF8tMPfI

・だるまさん（元韻踏合組合）

・Twigy（KAMINARI-KAZOKU）→http://jp.youtube.com/watch?v=fNiLCW3FThUの二人目（高音の人）

・Mummy-D（Rhymester）→http://jp.youtube.com/watch?v=e2Na-IJbEogの一人目（ハゲじゃないほう）

・DABO（Nitro Micrphone Underground）

・KREVA（元KICK THE CAN CREW）

・PES（RIP SLYME）

・ポチョムキン（餓鬼レンジャー）

・ISH-ONE（Ying Yang）→http://jp.youtube.com/watch?v=Cd7FsfWCxsYの1人目（PVは赤面系）

ラップは他のジャンルよりものすごーく敷居が低くて、そこが良さだったりもするんだけど、

街を歩いている一般人がカラオケでラップするのとさほど変わらないラップをするプロのラッパーは実は山ほど居る。

その中でこの10人は特にリズム解釈の点で抜きん出ていて、この人たちのラップに馴れてしまうと、凡百の下手っぴラッパーのCDをもう聞けなくなってしまう。

（技巧以外の点で魅力的なラッパーは別。例えばPRIMAL（MSC）のラップは決して技巧派ではないけどそのつんのめり加減がとても素敵。）

KREVAとかからラップに興味を持った人は、KREVAがスタンダードになってしまっていてあまり「KREVAはラップが超上手い」という意識は無いかもしれないけど、

何十枚も日本語ラップのCDを聞くうちに、「KREVAうめえ」って思うんじゃないかな。

あと、SOUL'd OUTが一番ラップが上手いという人がいて・・・となると世界一ラップが上手いのはTwista？どっちも嫌いじゃないけどね。

もちろんラップが上手いだけが全てじゃないので、歌詞が特に耳に引っ掛かる人たちも書いておきます。

■抒情性に富んだ詩を書く4人

・小林大吾→http://jp.youtube.com/watch?v=aXrDIT-fjtc

・Shing02

・Boss The MC（Tha Blue Herb）→http://jp.youtube.com/watch?v=9s1Z0hN8WNU

・志人（降神）

■ユーモラスな詩を書く7人

・ANI（スチャダラパー）

・BOSE（スチャダラパー）

・Mint（元韻踏合組合）

・AMIDA（元韻踏合組合）

・だるまさん（元韻踏合組合）

・Shing02→http://jp.youtube.com/watch?v=4C59NMd9en4

・般若（妄走族）

■ぶっ飛んだ詩を書く3人

・O2（MSC）→http://jp.youtube.com/watch?v=tTq7K8E91Ssの1分18秒からと2分24秒からと4分25秒からの人。

・NIPPS（元BUDDHA BRAND）→http://jp.youtube.com/watch?v=1r1X1mj8UGEの2分10秒辺りからの人。かわいすぎ

・志人（降神）→http://jp.youtube.com/watch?v=p1jmVv6Qs70の1分55秒辺りからの人。

Permalink | 記事への反応(5) | 14:55

2008-03-21

■[Python]Python 2.5のdistutilsで、Visual Studio 2005を使いたい！

目的

Visual Studio 2005しかインストールしてない場合、Python 2.5だとdistutilsが正しく動かないっぽいので、どうにかしたいYO！

なんでVisual Studio 2005だと、distutilsが動かないんかな？

distutilsでVisual Studioを使うときのコンパイル環境は、sysモジュールのversionプロパティを参照して環境を選択をしているようです。Pythonのインタプリタを起動して、以下のような命令を実行してみると、sys.versionプロパティが確認できます。

import sys;print sys.version

Python 2.5.2だと、以下のようになっています。Visual Studio 2003の環境が使われるようです。

2.5.2 (r252:60911, Feb 21 2008, 13:11:45) [MSC v.1310 32 bit (Intel)]

Python 2.6a1だと、以下のようになっています。Visual Studio 2008の環境が使われるようです。

2.6a1 (r26a1:61155, Mar  1 2008, 12:11:56) [MSC v.1500 32 bit (Intel)]

以上から察するに、Python 2.5.2とPython 2.6のどちらでも、Visual Studio 2005の環境が選択されることはないっぽいです。うーん、困った！

解決策

「Python 2.6とVisual Studio 2008をインストールしよう！」というのを真っ先に思いつきましたが、あんまり環境を変えたくないんだよなー。というわけで、環境の変更を最低限に抑えてどうにかしてみました。簡単に言うと、distutilsだけの置き換えをしました。

Python 2.6 をインストールする

Python 2.6の公式ダウンロードページから、Windows版のインストーラーをダウンロードして、適当な場所にインストールしてください。

distutilsだけ置き換える

"Python-2.5.2/Lib/distutils"を別の場所に移動し、"Python-2.6a1/Lib/distutils"を"Python-2.5.2/Lib"以下にコピーしてください。以降はPython 2.6は必要ないので、アンインストールして構いません。

ファイルの修正

例外をPython 2.5.2で許されている形式に変更。
get_build_version()関数で強制的に8を返すように変更。

上記の2点の変更を行います。distutilsディレクトリに、以下のパッチをあててください。

Index: msvccompiler.py
===================================================================
--- msvccompiler.py
+++ msvccompiler.py
@@ -170,6 +170,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
Index: msvc9compiler.py
===================================================================
--- msvc9compiler.py
+++ msvc9compiler.py
@@ -128,7 +128,7 @@
                                "sdkinstallrootv2.0")
             else:
                 raise KeyError("sdkinstallrootv2.0")
-        except KeyError as exc: #
+        except KeyError, exc: #
             raise DistutilsPlatformError(
             """Python was built with Visual Studio 2008;
 extensions must be built with a compiler than can generate compatible binaries.
@@ -172,6 +172,7 @@
     if majorVersion == 6:
         minorVersion = 0
     if majorVersion >= 6:
+        return 8
         return majorVersion + minorVersion
     # else we don't know what version of the compiler this is
     return None
@@ -455,7 +456,7 @@
                 try:
                     self.spawn([self.rc] + pp_opts +
                                [output_opt] + [input_opt])
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             elif ext in self._mc_extensions:
@@ -482,7 +483,7 @@
                     self.spawn([self.rc] +
                                ["/fo" + obj] + [rc_file])
 
-                except DistutilsExecError as msg:
+                except DistutilsExecError, msg:
                     raise CompileError(msg)
                 continue
             else:
@@ -495,7 +496,7 @@
                 self.spawn([self.cc] + compile_opts + pp_opts +
                            [input_opt, output_opt] +
                            extra_postargs)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise CompileError(msg)
 
         return objects
@@ -520,7 +521,7 @@
                 pass # XXX what goes here?
             try:
                 self.spawn([self.lib] + lib_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LibError(msg)
         else:
             log.debug("skipping %s (up-to-date)", output_filename)
@@ -598,7 +599,7 @@
             self.mkpath(os.path.dirname(output_filename))
             try:
                 self.spawn([self.linker] + ld_args)
-            except DistutilsExecError as msg:
+            except DistutilsExecError, msg:
                 raise LinkError(msg)
 
         else:

manifestファイルを作る

python.exeと同じディレクトリに、以下のXMLを"python.exe.manifest"として保存してください。

<?xml version='1.0' encoding='UTF-8' standalone='yes'?>
<assembly xmlns='urn:schemas-microsoft-com:asm.v1' manifestVersion='1.0'>
  <dependency>
    <dependentAssembly>
      <assemblyIdentity
        type='win32'
        name='Microsoft.VC80.CRT'
        version='8.0.50608.0'
        processorArchitecture='x86'
        publicKeyToken='1fc8b3b9a1e18e3b'
        />
    </dependentAssembly>
  </dependency>
</assembly>