United Nations Security Council Resolution 1692

United Nations Security Council Resolution 1692, adopted unanimously on June 30, 2006, after recalling resolutions on the situation in Burundi and the African Great Lakes region, particularly resolutions 1650 (2005) and 1669 (2006), the Council extended the mandate of the United Nations Operation in Burundi (ONUB) until December 31, 2006.[1]

UN Security Council
Resolution 1692
Burundi
Date30 June 2006
Meeting no.5,479
CodeS/RES/1692 (Document)
SubjectThe situation in Burundi
Voting summary
  • 15 voted for
  • None voted against
  • None abstained
ResultAdopted
Security Council composition
Permanent members
Non-permanent members

Resolution

Observations

The Security Council praised the Burundian people for the completion of the transitional period where authority had been transferred to democratically elected government and institutions. The resolution welcomed negotiations between the Palipehutu and Burundian government, facilitated by South Africa.[2] It recognised that, although there was an improvement in the security situation, there were still "factors of instability" present in Burundi and the Great Lakes region of Africa.

Acts

Acting under Chapter VII of the United Nations Charter, the Security Council extended the mandate of ONUB until the end of 2006. It also extended the temporary redeployment of military and civilian police personnel from the ONUB to the United Nations Mission in the Democratic Republic of the Congo (MONUC) until September 30, 2006.

Finally, Council members welcomed the intention of the Secretary-General Kofi Annan to establish the United Nations Integrated Office in Burundi, to succeed ONUB.

gollark: Also, I can afford to run this without real-world pay. I just don't want to be spammed with bad code.
gollark: CC would be kind of æ to use.
gollark: The main issue is still billing for it, I think; do you charge the person who *created* a trusted script per invocation/by resource use somehow (and risk possible denial of service against a script by spamming it with transactions - not sure if this is actually a problem since it would be costly), or do you charge fees to the person invoking it (which is an issue as krist is not that divisible)?
gollark: No. Also, I reserve the right to not actually do this due to anything whatsoever.
gollark: Well, it could be launched separately and run along with krist if it was popular enough.

See also

References

This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.