Dubrowna

Dubrowna (Belarusian Дуброўна Dubroŭna, Polish: Dąbrowna) or Dubrovno (Russian: Дубро́вно) is a small town on the Dnieper River. The toponym originates from a Proto-Slavic term for an oak forest, which may explain the inclusion of oak leaves and acorns in the town's coat of arms. Dubroŭna is the administrative centre of the Dubroŭna Raion of the Vitebsk Voblast in northern Belarus.

Dubrowna
Dubroŭna
Дуброўна
Дубровно
Flag
Coat of arms
Dubrowna
Coordinates: 54°34′N 30°41′E
Country Belarus
VoblastVitebsk Region
RaionDubrowna District
Elevation
170 m (560 ft)
Population
  Total9,100
Time zoneUTC+2 (EET)
  Summer (DST)UTC+3 (EEST)
Area code(s)+375 2137

In the 19th century Dubroŭna was a centre for weaving.[1] The town had a significant Jewish community that in 1898 formed more than half of its population.[1]

During World War II Dubrovno was heavily affected. It was occupied by German forces July 17–20, 1941, and the town's Jews were killed.[2] It was the scene of considerable partisan activity. From October 1943 to June 1944 it was at or near the front line, and was not finally reoccupied by Soviet forces until June 26, 1944.

Dubroŭna hosts an annual folk song and dance festival, "Dnepr voices in Dubrovno".[3]

Famous people born in Dubrowna

gollark: Try NodeOS!
gollark: Or Great Information Transfer.
gollark: Git stands for GIT Is Tremendous.
gollark: The stages of git clone are: Receive a "pack" file of all the objects in the repo database Create an index file for the received pack Check out the head revision (for a non-bare repo, obviously)"Resolving deltas" is the message shown for the second stage, indexing the pack file ("git index-pack").Pack files do not have the actual object IDs in them, only the object content. So to determine what the object IDs are, git has to do a decompress+SHA1 of each object in the pack to produce the object ID, which is then written into the index file.An object in a pack file may be stored as a delta i.e. a sequence of changes to make to some other object. In this case, git needs to retrieve the base object, apply the commands and SHA1 the result. The base object itself might have to be derived by applying a sequence of delta commands. (Even though in the case of a clone, the base object will have been encountered already, there is a limit to how many manufactured objects are cached in memory).In summary, the "resolving deltas" stage involves decompressing and checksumming the entire repo database, which not surprisingly takes quite a long time. Presumably decompressing and calculating SHA1s actually takes more time than applying the delta commands.In the case of a subsequent fetch, the received pack file may contain references (as delta object bases) to other objects that the receiving git is expected to already have. In this case, the receiving git actually rewrites the received pack file to include any such referenced objects, so that any stored pack file is self-sufficient. This might be where the message "resolving deltas" originated.
gollark: UPDATE: this is wrong.

References

  1. Rosenthal, Herman; Janovsky, S. "Dubrovna". JewishEncyclopaedia.com. Retrieved 20 April 2010.
  2. Catherine Merridale, Ivan's War: Life and Death in the Red Army, 1939-1945 (Macmillan, 2007: ISBN 0-312-42652-6), p. 38.
  3. "Culture". Vitebsk Oblast Executive Committee. Archived from the original on 30 November 2010. Retrieved 20 April 2010.
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.