张学勇移民公司
微信扫一扫 分享朋友圈

已有 536 人浏览分享

开启左侧

杜鲁多终于发话:对铁路堵塞和封锁该停手了!

[复制链接]
536 0

加拿大总理杜鲁多表示,在两周后,铁路和其他主要运输路线上的路障必须要减少。他在渥太华新闻发布会上说:“我们正在等待原住民领导层能够理解这一点。他们有责任。”




图片来源:CP24
杜鲁多说,必须遵守禁令,必须维护法律。“让我们清楚一点:所有加拿大人都为此付出了代价。有些人无法上班,另一些人失去了工作。基本的商品无法抵达需要的地方。”

他说,这种情况“是不能接受的和站不住脚的”。

在安大略省一条重要的铁路线上进行封锁,是原住民支持者采取的行动。尽管管道沿线的民选委员会支持这个大型天然气管道项目,但
Wet"suwet"en
的世袭酋长反对在他们传统领地上进行施工。
星期四,BC省皇家骑警致信
Wet"suwet"en
的领导人,告诉他们打算将人员调离,转而驻扎在附近的乡镇。公共安全部长Bill Blair说,他相信这一举动符合Wet"suwet"en世袭酋长设定的条件,现在是时候撤下路障了。

作为回应,一位
Wet"suwet"en
的酋长表示,他的人民愿意与BC省进行对话,但BC省皇家骑警必须先离开Wet"suwet"en领地,管道公司Coastal GasLink停止该地区的工作。

BC省的世袭酋长Frank Alec说,加拿大皇家骑警尚未离开他们的领地,并指控警方“增加骚扰,非法逮捕,加强对当地人及其客人的监视。”他说:“这是完全不能接受的,完全不是出于真诚,与皇家骑警的表态相矛盾。”




图片来源:CP24


杜鲁多认为
封锁给加拿大人造成了麻烦,
当地原住民对总理杜鲁多的评论表示了反对,
说Wet"suwet"en面临着不公正。“不方便与不公正之间存在差异,完全的差异。不要混淆”。

与此同时,总理正面临来自几位省长的压力,后者要求联邦采取更加迅速和果断的行动来结束堵塞。
”曼尼托巴省的Brian Pallister周五说,
我们已经明确表示愿意公开发出信息,说我们不赞成抗议,不赞成违反法律的行为,因为这样做会危害人民的生命。
危及他们的福祉
,并不符合抗议者或公众的最大利益。

安大略省省长福特周五也发表声明说,“已经够了。非法封锁必须消除。这是国家紧急状态,各地无辜人民受到了伤害。联邦政府必须协调行动,取缔这些非法堵塞和封锁。”

阿尔伯塔省省长、前联邦保守党内阁部长肯尼的表态更加明确。他说,他在其他省长参加的电话会议上向总理杜鲁多明确表示,封锁对全国人民造成了毁灭性影响。他说,这么做正在吓跑投资,给外界的印象是加拿大不能作为一个现代民主国家来运作。




图片来源:Twitter.com/CBrentPatterson

杜鲁多在结束封锁方面承受着越来越大的压力,保守党呼吁政府使用武力,而自由党政府则坚持和平谈判是达成持久解决方案的唯一途径。各省省长都在敦促迅速解决问题。魁北克省长周四表示,一旦获得禁令,魁北克省警察将拆除蒙特利尔南部郊区的路障封锁。

加拿大国家铁路周四得到法院命令,要求终止对圣兰伯特的封锁。到星期五下午晚些时候,警察已经向那里的抗议者发出了几条警告,但没有闯进来。

杜鲁多办公室强调,总理认识到恢复全国铁路服务的必要性,并且鉴于对经济的影响,联邦政府正在考虑各类解决方案以解决当前的铁路中断问题。




图片来源:Paul Salvatori
杜鲁多称,这是一个“复杂的问题”,他与BC省省长正在密切合作。他还指出,他希望加拿大皇家骑警提出离开BC省原住民领地的提议,由原住民关系部长Carolyn Bennett和当地首领举行会议,以解决紧急和长期问题。

肯尼承认,
酋长
拒绝与联邦或省内阁厅长会晤,跟他们进行对话是“一个挑战”,除非皇家骑警和
GasLink
完全撤离他们的传统领地。

原文链接:https://www.cp24.com/news/trudeau-says-time-for-blockades-to-end-indigenous-leaders-to-work-with-government-1.4822450

举报 使用道具

回复
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

0

关注

5

粉丝

44947

主题
精彩推荐
热门资讯
网友晒图
图文推荐

维权声明:本站有大量内容由网友产生,如果有内容涉及您的版权或隐私,请点击右下角举报,我们会立即回应和处理。
版权声明:本站也有大量原创,本站欢迎转发原创,但转发前请与本站取得书面合作协议。

Powered by Discuz! X3.4 Copyright © 2003-2020, WinnipegChinese.COM
GMT-5, 2024-12-26 21:28 , Processed in 0.020177 second(s), 30 queries .