[HCDX] JRX Logs: Jun 19, 2024

[Jota Xavier via Hard-Core-DX]

Partial Logs: 19.776-19.784
JRX Logs: June 19, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRALIA
 ** 17650. Wed, Jun 19, 2024. 2231-2240, Reach Beyond Australia, Kununurra-AUS, 
in Japanese. Man talking during this log. Poor reception with barely audible 
moments: 25422 to 25411.

CHINA
** 7240. Wed, Jun 19, 2024. 2043-2056, Xizang RTV, Lhasa Tibet-CHN, Provincial 
Service in Chinese. Man announcer talking; 2044 Starts a musical space with 
regional songs. Fair reception: 35533.
** 7240. Wed, Jun 19, 2024. 2210-2220, Xizang RTV, Lhasa Tibet-CHN, Provincial 
Service in Chinese. A musical space; 2218 Brief music and man and woman voices 
in chinese. Fair reception: 35533.

CLANDESTINE
** 7605. Wed, Jun 19, 2024. 2027-2041, North Korea Reform Radio, Tashkent-UZB, 
in Korean. Man announcer talking; 2030 A brief music and returns man 
communication; 2037 Man talking with music background; 2039 A song by tenor 
voice and choir. Fair reception: 35533.

NORTHERN MARIANA ISLANDS
** 13715. Wed, Jun 19, 2024. 2241-2250, Radio Free Asia, Saipan-MRA, in Khmer. 
Man and woman talking, news?, with a fast pause between them. Poor reception: 
25522.

PHILIPPINES
** 9795. Wed, Jun 19, 2024. 2311-2322, FEBC Philippines, Iba-PHL, in Mon 
language. Man talking, preaching, presumably; 2319 A song by child. Good 
reception: 45544.
** 11895. Wed, Jun 19, 2024. 2221-2228, Radio Vaticana, Tinang-PHL, in Chinese. 
Woman talking, presumably news; 2227 A brief music; 2228 Man talking; 2229 
Ending. Fair reception: 35533.

SPAIN
** 17715. Wed, Jun 19, 2024. 2300-2310, Radio Exterior de España, Noblejas-E, 
in Portuguese. Time pips and ID; Woman announcer presents news, "Boletim de 
Notícias", mainly about King Filipe VI, 10th Reign Anniversary; 2306 REE ID; 
2307 Now, Mr Alexandre, news correpondent from Brazil, says about Latin 
American actuality. Very good reception: 5.

UZBEKISTAN
** 15320. Wed, Jun 19, 2024. 2051-2200, Adventist World Radio, Tashkent-UZB, in 
Javanese language. Man and woman talking; Presumed religious questions (She) 
and answers (He); 2255 A short song; 2256 Returns woman communication; Music; 
2359 Ending. Fair reception: 35533.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[Bug 1983603] Re: PDFMod crashes when trying to insert text in the title property textbox.

[Xavier Poinsard]

** Tags added: jammy

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1983603

Title:
  PDFMod crashes when trying to insert text in the title property
  textbox.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pdfmod/+bug/1983603/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[HCDX] JRX Logs: Jun 17, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 17, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 9510. Mon, Jun 17, 2024. 0201-0210, Adventist World Radio, Moosbrunn-AUT, in 
Urdu language. Woman talking; ID; 0202 A song; Seems to be a religious hymn; 
0205 Woman/man announcers talking. Fair reception: 35533.

CLANDESTINE
** 17575. Mon, Jun 17, 2024. 1612-1620, Radiyoonii Diree Shagar, Issoudun-F, in 
Oromo Service. Man announcer talking during this log time. Poor reception for 
this CLA Station target to Ethiopia: 35422.

GERMANY
** 17725. Mon, Jun 17, 2024. 1642-1650, Adventist World Radio, Nauen-D, in 
Amharic. Man talking, preaching; Other man participates too! Good reception for 
this transmission to Ethiopia: 45544.

INDIA
** 9860(*). Mon, Jun 17, 2024. 0111-0128, Akashvani External Service, 
Bengaluru-IND, in Sindhi. Men announcers talking; 0115 Space dedicated to 
indian songs. Fair reception: 35533.   
(*) New frequency; 7215 sign-off, today.
** 15260. Mon, Jun 17, 2024. 0130-0143, Akashvani External Service, 
Bengaluru-IND, in Indonesian. IS; 0132 ID and woman talking news, presumably; 
Poor reception: 25422.

MADAGASCAR
** 17730. Mon, Jun 17, 2024. 1621-1628, Adventist World Radio, 
Talata-Volonondry-MDG, in Marathi language. Man makes a prayer and says Amen! 
1622 Music (Seems to be a indian song!); 1627 Woman says ID and man repeats it 
and address to India; 1628 Ending. Good reception for this transmission to 
Central India: 45444.
** 17745. Mon, Jun 17, 2024. 1630-1640, BBC, Talata-Volonondry-MDG, in 
Kinyarwanda/Kirundi. ID; Woman/man announcers present BBC News, starting with 
Israel crisis; More news; Good reception: 45544.

TAJIKISTAN
** 15515. Mon, Jun 17, 2024. 0211-0220, Adventist World Radio, Dushanbe-TJK, in 
English. Man announcer talking, preaching. Fair reception for this transmission 
to Bangladesh: 35533.

THAILAND
** 15460. Mon, Jun 17, 2024. 1546-1558, Voice of America, Udon Thani-THA, in 
Hausa. Woman/Man announcers talking news; 1553 Music. Poor reception: 35322.

UZBEKISTAN
** 15515. Mon, Jun 17, 2024. 0150-0200, Adventist World Radio, Tashkent-UZB, in 
Cantonese. Woman talking; 0153 Music; Man and woman communications; 0158 A 
brief music, ID, The Voice of Hope; IS. Poor reception: 35422.

VATICAN CITY STATE (Status Civitatis Vaticanae)
** 13830. Mon, Jun 17, 2024. 1601-1610, Radio Vaticana, Talata-Volonondry-MDG, 
in Swahili. ID; Woman announcer talking news, presumed; 1605 A brief music and 
returs woman communication. Poor reception: 35422.
** 17790. Mon, Jun 17, 2024. 1534-1543, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Arabic. Man announcer talking news, presumably. Fair reception: 
35533.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs_June 15-16, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 15-16, 2024
Receiver: Tecsun S-2000
All times Universal Time

BRAZIL
** 6180. Sat, Jun 15, 2024. 2310-2321, Radio Nacional da Amazônia, Brasília-DF, 
in Portuguese. A musical program; Man says ID. Good and rare reception in my 
area: 45544.
** 6180. Sun, Jun 16, 2024. 0115-0130, Radio Nacional da Amazônia, Brasília-DF, 
in Portuguese. Football match between Fluminense 1x0 Atlético de Goiás, 
narrating and comments by men announcers and mobile woman reporter; ID, ID 
jingle and local time; 0128 Goal by Atlético: Now, the score 1x1. Good 
reception: 45554.

CHINA
** 7385. Sat, Jun 15, 2024. 2325-2335, PBS Xizang, Lhasa-Tibet-CHN, in Tibetan. 
Music; Man and woman talking. Fair reception: 35533.
** 11760. Sun, Jun 16, 2024. 2242-2250, China Radio International, Xian-CHN, in 
Portuguese. Chinese instrumental music, only. Nothing changed! Nothing 
changed!! 2257 Ending-sign-off. Very good reception: 5! Impossible to hear 
RHC at this time!
** 13780. Sun, Jun 16, 2024. 0137-0148, China Radio International, Kunming-CHN, 
in Nepali. Man announcer talking; 0143 Man and woman announcers talking. Fair 
reception: 35533.

CUBA
** 15230. Sun, Jun 16, 2024. 2228-2230, Radio Habana Cuba, Quivicán-CUB, in 
Portuguese. Cuban song. Barely audible reception: 25311.
** 15230. Sun, Jun 16, 2024. 2230-2240, Radio Habana Cuba, Quivicán-CUB, in 
Portuguese. IS; ID; Woman and man talking. Barely audible reception: 25411, 
with poor and rare moments, 25422.

GREAT BRITAIN
** 7300. Sun, Jun 16, 2024. 2114-2130, Reach Beyond-Akhbar Mufriha, 
Woofferton-G, in Arabic. Man talks; 2116 A religious song "Habib Jesus"; 2119 
Man says ID and a prayer, presumably; 2123 ID and other songs. Good reception: 
45554.

KOREA NORTH
** 7235. Sun, Jun 16, 2024. 2132-2140, Voice of Korea, Kujang-KRE, in Chinese. 
Man announcer talks; 2137 A song by male singer; 2139 Woman and man talking. 
Poor reception: 35332.

MADAGASCAR
** 11875. Sun, Jun 16, 2024. 2203-2212, Adventist World Radio, 
Talata-Volonondry-MDG, in Vietnamese. Woman preaches with music background; 
2207 Man talking, preaching, enthusiastically! Good reception: 45544.

NEW ZEALAND
** 15720. Sun, Jun 16, 2024. 2144-2155, RNZ Pacific, Rangitaiki-NZL, in 
English. Man and woman communications; A conversation between them. Poor 
reception: 35533.

UNITED ARAB EMIRATES
** 9540. Sun, Jun 16, 2024. 0201-0214, FEBC International, Al-Dhabbaya-UAE, in 
Urdu. Music; Man talking. Poor to barely audible reception to Pakistan: 25322 
to 25311.

UNITED STATES OF AMERICA
** 5085. Sun, Jun 16, 2024. 0246-0255, WTWW, Lebanon-TN, in English. Two 
announcers say about christian themes; Seems be questions and answers between 
them; 0253 ID and return communications. Fair reception: 45433.
** 5935. Sun, Jun 16, 2024. 0226-0237, WWCR2, Nashville-TN, in English. Pastor 
makes a preaching; Moments of excitement and no break to drink water!! Fair 
reception: 45433.
** 7365. Sun, Jun 16, 2024. 0149-0158, Radio Martí, Greenville-NC, in Spanish. 
Woman presents news; She says about government cuban corruption; 0153 Man and 
woman talking news, mainly about Cuba Republic, with reporters news 
collaborators. Good reception: 45544.
** 7505. Sun, Jun 16, 2024. 0238-0245, WNRO, New Orleans-LA, in English. Woman 
and man talking; 0240 Man talking. Poor reception: 35422.
** 9265. Sun, Jun 16, 2024. 0216-0225, WINB Shortwave, Red Lion-PA, in English. 
Pastor makes a sermon with very enthusiasm. Poor reception: 35422.
** 9475. Sun, Jun 16, 2024. 2213-2225, WTWW, Lebanon-TN, in English. Today, a 
musical space; 2223 Man says ID and more song by choir; 2225 Abrupt sign-off! 
Fair reception: 35533.
** 17790. Sun, Jun 16, 2024. 1933-1940, PAB-Radio Africa Network, 
Okeechobee-FL, in English. Pastor makes a preaching with enthusiasm. Fair 
reception: 35533.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[GOABOOKCLUB] Goa 2075 | Mayabhushan Nagvenkar

['Xavier Centre of Historical Research' via The Goa Book Club]

View this post on the web at 
https://xchr.substack.com/p/goa-2075-mayabhushan-nagvenkar

XCHR CONVERSATIONS
Please join us for Conversations on Mayabhushan Nagvenkar’s book, Goa < 2075, 
together with Gerard de Souza (Goa correspondent, Hindustan Times) on Thursday, 
20 June 2024 at 6 pm at the Xavier Centre of Historical Research, Porvorim.
Please join us for tea at 5:30 pm.
Goa < 2075
Imagine Goa, fifty years hence.
As a state run by a ‘democratic’ corporation, instead of an elected government. 
As a state where the population is divided into two classes, the Overlords, a 
rich numerical minority, who can afford a licenced privilege to live on the 
surface and the Subterraneans, the underprivileged mass, shepherded into 
underground cavernous colonies. As a state with extensive manicured 
landscaping, it is the beacon of global tourism and has India’s most expensive 
acreage, but at the cost of its forest cover, with climate change already 
whittling away at its beaches. As a state where a Board of Directors has 
replaced the Council of Ministers and where even Goa’s nomenclature has been 
changed to Go-aah as part of a commercial branding exercise. And as a state 
whose last living tigress is about to be hunted to clear off a patch of forests 
to make way for another luxurious villa enclave.
My debut novel, ‘Goa 2075’, India’s first live, bilingual novel, is set in this 
futuristic milieu. The plot, set circa 2075, revolves around five friends who 
pursue a vigilante brand of justice to avenge the murder of another slain 
friend and his wife, over their refusal to sell their home, the last standing 
traditional house in Anjuna.
Emboldened by their success in avenging their friend’s murder, the five friends 
expand the ambit of their vigilante justice to include the Board of Directors, 
responsible for the state’s destruction and brutal subjugation of the 
Subterraneans.
Mayabhushan Nagvenkar
“It took me 26 years as a journalist to realise that the domain is divided into 
left and right ideological silos, with little to no room to manoeuvre for those 
who are critical of both thoughts. So f... that.
In other news, I have co-authored the biography of former Defence Minister 
Manohar Parrikar. Another nonfiction book on urban crime is scheduled to be 
published later this year.
I was born in Mumbai, and until some years ago, I was glad to have grown up in 
Goa. That's about the gist of it.”
Gerard de Souza
Gerard de Souza is a journalist working as the Goa Correspondent for Hindustan 
Times. A journalist for the last 16 years editing and reporting on a wide range 
of issues concerning Goa, its people and environment across a range of local 
publications including Gomantak Times, O Heraldo and The Goan Everyday.
He is also the author of the recently published book, Crimes of Passion, that 
chronicles a series of 11 crimes spurned by love and rejection.
When not writing and reporting, he is busy fishing for clams, hunting for the 
best cashew feni (or urrak) or tending to his mango orchard.
Xavier Centre of Historical Research
B B Borkar Road, Porvorim, Goa 403521, India

Unsubscribe 
https://substack.com/redirect/2/eyJlIjoiaHR0cHM6Ly94Y2hyLnN1YnN0YWNrLmNvbS9hY3Rpb24vZGlzYWJsZV9lbWFpbD90b2tlbj1leUoxYzJWeVgybGtJam95TkRZME1UTTVOakFzSW5CdmMzUmZhV1FpT2pFME5UWTNOelEyTWl3aWFXRjBJam94TnpFNE5EZzJOalE1TENKbGVIQWlPakUzTlRBd01qSTJORGtzSW1semN5STZJbkIxWWkweU5qazNNREV3SWl3aWMzVmlJam9pWkdsellXSnNaVjlsYldGcGJDSjkudHItdU0tSUU1T250R2xETDVCNndQamxaUG4tYWMtNUxUWFlIN0RJY3k1USIsInAiOjE0NTY3NzQ2MiwicyI6MjY5NzAxMCwiZiI6dHJ1ZSwidSI6MjQ2NDEzOTYwLCJpYXQiOjE3MTg0ODY2NDksImV4cCI6MTcyMTA3ODY0OSwiaXNzIjoicHViLTAiLCJzdWIiOiJsaW5rLXJlZGlyZWN0In0.EBY5Tpe9aMyaj0AArUcg9UG-wLQLW7pcEQF57r5Bijs?

-- 
*** Please be polite and on-topic in your posts. ***
--- 
You received this message because you are subscribed to the Google Groups "The 
Goa Book Club" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to goa-book-club+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/goa-book-club/20240615212403.3.170b244218f57473%40mg-d0.substack.com.

[HCDX] JRX Logs_June 14, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 14, 2024
Receiver: Tecsun S-2000
All times Universal Time

BRAZIL
** 1060. Fri, Jun 14, 2024. 0441-0450, Radio Grande BH, Belo Horizonte-MG, in 
Portuguese. Station belongs to IPDA (Igreja Pentecostal Deus É Amor) Network. 
Pastor makes a prayer into program "Pão Diário"; Woman talking too; 0443 Gospel 
songs and next, Pastor makes a preaching. Fair reception: 35543.
** 1080. Fri, Jun 14, 2024. 0427-0440, Radio Fascinação, Itapetinga-BA, in 
Portuguese. A musical program "Madrugada Fascinação" presented by man 
announcer; ID. Fair reception: 35533.
** 1270. Fri, Jun 14, 2024. 0411-0425, Radio Brasil Central, Goiânia-GO, in 
Portuguese. The best of brazilian Samba, presented by man announcer; 0414 ID 
and local time and more samba songs. Good reception: 45544.
** 4985. Fri, Jun 14, 2024. 0359-0410, Radio Brasil Central, Goiânia-GO, in 
Portuguese. Man announcer presents a musical program, with the best of the 
brazilian Samba; ID and local time. Fair reception with slight to moderate 
interference by RTTY transmission: 43533.

CUBA
** 9790. Fri, Jun 14, 2024. 0341-0355, China Radio International, Quivicán-CUB, 
in English. Woman and man announcers talking during this log. Poor to barely 
audible reception: 25422 to 25411.

FRANCE
** 9440. Fri, Jun 14, 2024. 0316-0326, NHK World Japan, Issoudun-F, in 
Japanese. Man talking; 0322 Man announcer talking and a song. Fair reception: 
35533.

ROMANIA
** 9740. Fri, Jun 14, 2024. 0328-0338, Radio Romania International, 
Galbeni-ROU, in English. Woman announcer talks; 0330 Man says ID; 0331 Woman 
presents a musical program. Fair reception: 35533.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: June 13, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 13, 2024
Receiver: Tecsun S-2000
All times Universal Time

NORTHERN MARIANA ISLANDS
** 12140. Thu, Jun 13, 2024. 2246-2256, Radio Free Asia, Tinian-MRA, in Khmer. 
Man talking; 2249 Man communication continues; A conversation with other man. 
Poor reception: 25532.
** 13715. Thu, Jun 13, 2024. 2258-2310, Radio Free Asia, Saipan-MRA, in Khmer 
language. Now, man in conversation with a woman; 2300 Man announcer talking, 
with briefs musical pauses and a conversation with a woman at 2306, 
approximately. Fair reception, better than on 12140kHz, Tinian relay: 35533.

PHILIPPINES
** 9795. Thu, Jun 13, 2024. 2341-2350, FEBC Philippines, Iba-PHL, in Lao. Man 
talking, preaching, of course during this log time. Fair reception: 35533.
** 12055. Thu, Jun 13, 2024. 2332-2340, FEBC Philippines, Bocaue-PHL, in 
Palaung-Pale language. Man talking; 2333 Woman playing a devotional music, 
presumed; 2337 Man talking and he plays a brief song, too; He prayer. Fair 
reception: 45443.
** 12095. Thu, Jun 13, 2024. 2312-2320, FEBC Philippines, Bocaue-PHL, in 
Hmong-White dialect. Man announcer talking, preaches, presumed. Fair reception: 
45443.

UZBEKISTAN
** 9700. Thu, Jun 13, 2024. 2321-2329, Adventist World Radio, Tashkent-UZB, in 
Khmer. Man announcer talking with music background; 2323 Now, woman announcer 
talking; 2325 Music; 2327 Woman talking, ID, website and address, 
letter-by-letter; Man says too; 2329 Ending. Poor reception: 25522.
** 15320. Thu, Jun 13, 2024. 2238-2245, Adventist World Radio, Tashkent-UZB, in 
Javanese. Woman talking, preaching, presumably; 2244 A brief music and returns 
woman communication. Fair reception: 35533.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: June 11, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 11, 2024
Receiver: Tecsun S-2000
All times Universal Time

ASCENSION ISLAND
** 11660.Tue, Jun 11, 2024. 1931-1940, BBC, Ascension Island-ASC, in Hausa. 
Woman/man announcers talk news; 1937 Woman in conversation with a man. Fair 
reception: 35533.
..
AUSTRIA
** 15440. Tue, Jun 11, 2024. 1901-1910, Adventist World Radio, Moosbrunn-AUT, 
in Hausa. Man makes a preaching; 1908 A song; 1910 ID and address to Nigeria. 
Good reception: 45544.

CHINA
** 9745.Tue, Jun 11, 2024. 2011-2020, China Radio International, Kashgar-CHN, 
in Esperanto. Woman announcer talking with piano background; 2013 Now, 
Man/woman talking with music background; ID; 2015 A song by female singer; Good 
reception: 45554.

GUAM
** 9320.Tue, Jun 11, 2024. 1921-1930, Trans World Radio-KTWR, Agana Merizo-GUM, 
in Korean. Man/woman talking; 1925 A hymn; 1928 Man talking. Poor reception: 
35422.

INDIA
** 9620.Tue, Jun 11, 2024. 2000-2010, Akashvani External Service, 
Bengaluru-IND, in French. Music; 2005 Woman and man announcers talk. Fair 
reception: 35533.

KUWAIT
** 9490.Tue, Jun 11, 2024. 2021-2030, Voice of America, Umm Al-Riman-KWT, in 
French. Music; 2022 Man talking and a rap song; 2027 Ending. Fair reception: 
35533.

ROMANIA
** 13650.Tue, Jun 11, 2024. 2029-2040, Radio Romania International, 
Tiganesti-ROU, in English. IS; 2030 Man says ID, website and  programming of 
the day; 2032 He presents a newsletter; 2036 Woman announcer presents a 
commentary. Good reception: 45554.

SÃO TOMÉ E PRÍNCIPE
** 9470.Tue, Jun 11, 2024. 1951-1959, Voice of America, Pinheira-STP, in 
Kinyarwanda/Kirundi. Men in conversation; 1955 Woman and man in conversation; 
1959 Ending. Fair reception: 35533.

TURKEY
** 9880.Tue, Jun 11, 2024. 1941-1950, Voice of Turkey, Emirler-TUR, in French. 
Woman presents news; 1945 ID, a brief music and returns woman communication; 
1948 A turkish song. Good reception: 45544.

VIETNAM
** 11885.Tue, Jun 11, 2024. 1911-1920, Voice of Vietnam, Son Tay-VTN, in 
English. Woman talking; 1916 Man and woman talking. Fair reception: 35533.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[kde] [Bug 488408] New: iBus Panel/Untranslated string in English appearing when hovering the iBus icon

[Xavier Besnard]

https://bugs.kde.org/show_bug.cgi?id=488408

Bug ID: 488408
   Summary: iBus Panel/Untranslated string in English appearing
when hovering the iBus icon
Classification: I don't know
   Product: kde
   Version: unspecified
  Platform: Ubuntu
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: unassigned-b...@kde.org
  Reporter: xavier.besn...@neuf.fr
  Target Milestone: ---

Created attachment 170409
  --> https://bugs.kde.org/attachment.cgi?id=170409=edit
Snapshop when hovering the iBus widget

Hi.
I am running currently Kubuntu development version 24.10 (oracular) but what I
reported was already present in previous Kubuntu & KDE Plasma version. I am
also a French translator for KDE Plasma.
In my systray, I added the widget related to the keyboard configuration. So, a
"FR" is correctly displayed in the bottom dashboard.
When hovering with the mouse pointer, the following pieces of text are
displayed:
* Panneau iBUS ==> Correct/French translated sentence, 
* You can tooggle the activate menu and context one with clicking the mouse
middle button on the panel icon. ==> Incorrect as in English

When performing a grep in all po files, this string is missing from the KDE po
files. So, I suppose this string is not  taken into account for translation.

Please, could you check that situation and fix it, if it is really a bug.
Many thanks. I remain available for any further information.
Regards. Xavier

STEPS TO REPRODUCE
1. Hovering the iBUS widget in the dahsboard

OBSERVED RESULT
Untranslated English string not present in KDE po files

EXPECTED RESULT
English string in a FR localized environment

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: 
plasmashell -v: plasmashell 5.27.11
 lsb_release -a

Distributor ID: Ubuntu
Description:Ubuntu Oracular Oriole (development branch)
Release:24.10
Codename:   oracular


ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [neonixie-l] Finally Got A Clock and It Doesn't Work

[Xavier Burton]

I got you. Just shoot me an email and I'll send you some for free.

On Tue, Jun 11, 2024, 3:53 PM Mac Doktor  wrote:

>
> On Jun 11, 2024, at 12:37 AM, Michail Wilson  wrote:
>
> Yeah, you have a short for 0 which is most likely the K155.   Have you
> tried simply putting in a new one? (It’s fortunately socketed.)
>
>
> OK, who stateside has a couple lying around? I'll go to eBay if I have to
> but I'll get clobbered on the shipping.
>
>
> Terry Bowman, KA4HJH
> "The Mac Doctor"
>
> https://www.astarcloseup.com
>
> Edward R. Murrow: “Who owns the patent on this vaccine?”
> Dr. Jonas Salk: “Well, the people, I would say. There is no patent. Could
> you patent the sun?”—*See It Now*, 12 April 1955
>
> --
> You received this message because you are subscribed to the Google Groups
> "neonixie-l" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to neonixie-l+unsubscr...@googlegroups.com.
> To view this discussion on the web, visit
> https://groups.google.com/d/msgid/neonixie-l/7FC1F557-46FF-4B07-8AC8-469C035FBCA1%40gmail.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"neonixie-l" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to neonixie-l+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/neonixie-l/CAOt79-vgrD4N%3DGu-SkDxcb%3DPerwjnKN%3DkkHQuDaL28b8pqpQsg%40mail.gmail.com.

[HCDX] JRX Logs: June 11, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 11, 2024Receiver: Tecsun S-2000All times Universal Time
ASCENSION ISLAND** 11660.Tue, Jun 11, 2024. 1931-1940, BBC, Ascension 
Island-ASC, in Hausa. Woman/man announcers talk news; 1937 Woman in 
conversation with a man. Fair reception: 35533..AUSTRIA** 15440. Tue, Jun 11, 
2024. 1901-1910, Adventist World Radio, Moosbrunn-AUT, in Hausa. Man makes a 
preaching; 1908 A song; 1910 ID and address to Nigeria. Good reception: 45544.
CHINA** 9745.Tue, Jun 11, 2024. 2011-2020, China Radio International, 
Kashgar-CHN, in Esperanto. Woman announcer talking with piano background; 2013 
Now, Man/woman talking with music background; ID; 2015 A song by female singer; 
Good reception: 45554.
GUAM** 9320.Tue, Jun 11, 2024. 1921-1930, Trans World Radio-KTWR, Agana 
Merizo-GUM, in Korean. Man/woman talking; 1925 A hymn; 1928 Man talking. Poor 
reception: 35422.
INDIA** 9620.Tue, Jun 11, 2024. 2000-2010, Akashvani External Service, 
Bengaluru-IND, in French. Music; 2005 Woman and man announcers talk. Fair 
reception: 35533.
KUWAIT** 9490.Tue, Jun 11, 2024. 2021-2030, Voice of America, Umm Al-Riman-KWT, 
in French. Music; 2022 Man talking and a rap song; 2027 Ending. Fair reception: 
35533.
ROMANIA** 13650.Tue, Jun 11, 2024. 2029-2040, Radio Romania International, 
Tiganesti-ROU, in English. IS; 2030 Man says ID, website and  programming of 
the day; 2032 He presents a newsletter; 2036 Woman announcer presents a 
commentary. Good reception: 45554.
SÃO TOMÉ E PRÍNCIPE** 9470.Tue, Jun 11, 2024. 1951-1959, Voice of America, 
Pinheira-STP, in Kinyarwanda/Kirundi. Men in conversation; 1955 Woman and man 
in conversation; 1959 Ending. Fair reception: 35533.
TURKEY** 9880.Tue, Jun 11, 2024. 1941-1950, Voice of Turkey, Emirler-TUR, in 
French. Woman presents news; 1945 ID, a brief music and returns woman 
communication; 1948 A turkish song. Good reception: 45544.
VIETNAM** 11885.Tue, Jun 11, 2024. 1911-1920, Voice of Vietnam, Son Tay-VTN, in 
English. Woman talking; 1916 Man and woman talking. Fair reception: 35533.

JRX (José Ronaldo Xavier, 75)Cabedelo-PB, Brazil (UTC-3)
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: [FRnOG] [JOBS] Recherche contrat d'apprentissage Bac+5 de 36mois en région parisienne

[Xavier Lecluse]

Hello,

N'hésite pas à aller faire un tour sur les pages recrutement des opérateurs si 
c'est un domaine qui t'attire.

Exemple côté Orange Business, à Massy : 
https://orange.jobs/jobs/v3/offers/135343?lang=fr
Ce n'est qu'un exemple parmi d'autres.

Xavier


- Mail original -
De: "Pierre Schauli via frnog" 
À: frnog-j...@frnog.org
Envoyé: Lundi 10 Juin 2024 11:40:51
Objet: [FRnOG] [JOBS] Recherche contrat d'apprentissage Bac+5 de 36mois en 
région parisienne

Bonjour à tous,

Je me permets d’envoyer un mail sur cette liste car je suis à la recherche d’un 
contrat d’apprentissage de 36 mois liant les domaines de l’ingénierie 
logicielle et des réseaux (DevOps, automation, SRE…). Je recherche en région 
parisienne, à proximité d'Évry-Courcouronnes (dans un rayon de 50 km, je 
possède le permis de conduire, et je pourrais avoir un véhicule si nécessaire). 
Le rythme de l’alternance est plutôt court, allant de 2 à 3 jours en entreprise 
chaque semaine.

Je suis actuellement en Bac+2, sortant d’une classe préparatoire aux grandes 
écoles en filière MPI (Mathématiques, Physique et Informatique). En septembre 
2024, j’intégrerai l’école d’ingénieur Télécom SudParis, en spécialité Réseau 
et Informatique sous statut apprenti, dans l’objectif d’obtenir un diplôme 
d’ingénieur en informatique (Bac+5). Vous pouvez trouver plus d’informations 
sur ma formation à l’adresse suivante : https://www.fisa.telecom-sudparis.eu/

En parallèle de ma classe préparatoire qui m’a permis d'acquérir de solides 
compétences théoriques, j’ai eu l'occasion de développer d’autres compétences 
en manipulant des technologies systèmes à travers divers projets personnels 
(docker, git, github actions, …)

Vous pouvez retrouver mon CV à l’adresse suivante : https://pierre.schauli.fr/cv

Si vous avez un poste à proposer ou des contacts, vous pouvez me contacter à 
l’adresse suivante : pierre.scha...@lilo.org
Je suis ouvert à toutes propositions, même si elles ne sont pas exactement en 
accord avec ma recherche.
Toute information ou conseil pouvant m’aider à trouver mon alternance est aussi 
bienvenu !

Merci à vous !

Bien cordialement,

———

Pierre Schauli
pierre.scha...@lilo.org


---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[i18n] [Bug 488327] French translation kde.org header incorrect

[Xavier Besnard]

https://bugs.kde.org/show_bug.cgi?id=488327

Xavier Besnard  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REPORTED|RESOLVED
 CC||xavier.besn...@neuf.fr

--- Comment #1 from Xavier Besnard  ---
Hello Titouan. Thanks for your report.

Translation fixed as requested and change committed. The KDE FR community is
alwas searching for new contributors to KDE translations and the work is huge.
In case you are interested even for a limited amount of your time.
Regards. Xavier

-- 
You are receiving this mail because:
You are watching all bug changes.

[gcc r15-1173] fixincludes: bypass the math_exception fix on __cplusplus

[François-Xavier Coudert via Gcc-cvs]

https://gcc.gnu.org/g:66d6b1861ec57ba29540a5fa7854df3978ba5409

commit r15-1173-g66d6b1861ec57ba29540a5fa7854df3978ba5409
Author: Francois-Xavier Coudert 
Date:   Fri Jun 7 11:05:39 2024 +0200

fixincludes: bypass the math_exception fix on __cplusplus

fixincludes/ChangeLog:

* fixincl.x: Regenerate.
* inclhack.def (math_exception): Bypass on __cplusplus.
* tests/base/math.h: Regenerate.

Diff:
---
 fixincludes/fixincl.x | 12 +---
 fixincludes/inclhack.def  | 12 +---
 fixincludes/tests/base/math.h | 11 ---
 3 files changed, 6 insertions(+), 29 deletions(-)

diff --git a/fixincludes/fixincl.x b/fixincludes/fixincl.x
index caaff2883e0..54a530b50ca 100644
--- a/fixincludes/fixincl.x
+++ b/fixincludes/fixincl.x
@@ -2,11 +2,11 @@
  *
  * DO NOT EDIT THIS FILE   (fixincl.x)
  *
- * It has been AutoGen-ed  June  4, 2024 at 02:35:55 PM by AutoGen 5.18.16
+ * It has been AutoGen-ed  June  7, 2024 at 11:03:58 AM by AutoGen 5.18.16
  * From the definitionsinclhack.def
  * and the template file   fixincl
  */
-/* DO NOT SVN-MERGE THIS FILE, EITHER Tue Jun  4 14:35:55 CEST 2024
+/* DO NOT SVN-MERGE THIS FILE, EITHER Fri Jun  7 11:03:58 CEST 2024
  *
  * You must regenerate it.  Use the ./genfixes script.
  *
@@ -6793,9 +6793,7 @@ tSCC zMath_ExceptionList[] =
 /*
  *  Machine/OS name selection pattern
  */
-tSCC* apzMath_ExceptionMachs[] = {
-"*-*-solaris2.1[0-9]*",
-(const char*)NULL };
+#define apzMath_ExceptionMachs (const char**)NULL
 
 /*
  *  content selection pattern - do fix if pattern found
@@ -6807,7 +6805,7 @@ tSCC zMath_ExceptionSelect0[] =
  *  content bypass pattern - skip fix if pattern found
  */
 tSCC zMath_ExceptionBypass0[] =
-   "We have a problem when using C\\+\\+|for C\\+\\+, 
_[a-z0-9A-Z_]+_exception; for C, exception";
+   "__cplusplus";
 
 #defineMATH_EXCEPTION_TEST_CT  2
 static tTestDesc aMath_ExceptionTests[] = {
@@ -12304,7 +12302,7 @@ tFixDesc fixDescList[ FIX_COUNT ] = {
 
   {  zMath_ExceptionName,zMath_ExceptionList,
  apzMath_ExceptionMachs,
- MATH_EXCEPTION_TEST_CT, FD_MACH_IFNOT | FD_SUBROUTINE,
+ MATH_EXCEPTION_TEST_CT, FD_MACH_ONLY | FD_SUBROUTINE,
  aMath_ExceptionTests,   apzMath_ExceptionPatch, 0 },
 
   {  zMath_Huge_Val_From_Dbl_MaxName,zMath_Huge_Val_From_Dbl_MaxList,
diff --git a/fixincludes/inclhack.def b/fixincludes/inclhack.def
index 35402d0621c..f7fc5cdbabd 100644
--- a/fixincludes/inclhack.def
+++ b/fixincludes/inclhack.def
@@ -3412,17 +3412,7 @@ fix = {
 hackname  = math_exception;
 files = math.h;
 select= "struct exception";
-/*
- * This should be bypassed on __cplusplus, but some supposedly C++
- * aware headers, such as Solaris 8 and 9, don't wrap their struct
- * exception either.  So currently we bypass only for glibc, based on a
- * comment in the fixed glibc header.  Ick.
- */
-bypass= 'We have a problem when using C\+\+|for C\+\+, '
-   '_[a-z0-9A-Z_]+_exception; for C, exception';
-/* The Solaris 10 headers already get this right.  */
-mach   = '*-*-solaris2.1[0-9]*';
-not_machine = true;
+bypass= '__cplusplus';
 c_fix = wrap;
 
 c_fix_arg = "#ifdef __cplusplus\n"
diff --git a/fixincludes/tests/base/math.h b/fixincludes/tests/base/math.h
index 7b92f29a409..3c378c5df95 100644
--- a/fixincludes/tests/base/math.h
+++ b/fixincludes/tests/base/math.h
@@ -7,12 +7,6 @@
 This had to be done to correct non-standard usages in the
 original, manufacturer supplied header file.  */
 
-#ifndef FIXINC_WRAP_MATH_H_MATH_EXCEPTION
-#define FIXINC_WRAP_MATH_H_MATH_EXCEPTION 1
-
-#ifdef __cplusplus
-#define exception __math_exception
-#endif
 
 
 #if defined( BROKEN_CABS_CHECK )
@@ -146,8 +140,3 @@ int foo;
 #endif /* _C99 */
 
 #endif  /* VXWORKS_MATH_H_FP_C99_CHECK */
-#ifdef __cplusplus
-#undef exception
-#endif
-
-#endif  /* FIXINC_WRAP_MATH_H_MATH_EXCEPTION */

[HCDX] JRX Logs: June 10, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 10, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 11955. Mon, Jun 10, 2024. 2000-2010, Adventist World Radio, Moosbrunn-AUT, 
in Dyula language. IS; ID, in english, by woman; Next, man says ID in dyula 
language; 2002 Woman says a prayer; 2004 Woman makes a preaching with music 
pauses. Good reception: 45554.

FRANCE
** 21690. Mon, Jun 10, 2024. 1542-1550, Radio France Internationale, 
Issoudun-F, in Swahili. Man announcer in conversation with a external news 
reporter; 1546 Woman/man announcers present news. Fair reception: 45433.

GERMANY
** 9555. Mon, Jun 10, 2024. 2011-2020, Adventist World Radio, Nauen-D, in 
French. Man talking, preaching; 2014 Woman says ID and address to Côte 
d´Ivoire; 2015 Returns preaching with other man. Fair reception: 35533..
** 11790. Mon, Jun 10, 2024. 2041-2050, Adventist World Radio, Nauen-D, in 
Yoruba language. Woman talking, preaching; ID; Music; 2047 Man talking, 
praying.  Good reception: 45544.
** 11800. Mon, Jun 10, 2024. 2021-2030, Adventist World Radio, Nauen-D, in 
Moore language. Man and woman announcers talking; Seems be questions and 
answers, presumed; 2025 Brief music and return woman/man communication: ID and 
address to Burkina Faso; 2027 A song, a classical song by piano and orchestra. 
Good reception: 45554.

MALI
** 17630. Mon, Jun 10, 2024. 1532-1540, China Radio International-CGTN, 
Bamako-MLI, in English. Woman and man announcers talking about chinese themes 
and a nice conversation between them. Good reception: 45544. 

UNITED STATES OF AMERICA
** 17790. Mon, Jun 10, 2024. 1602-1611, PAB-Radio Africa Network, 
Okeechobee-FL, in English. Man talking, preaching, during this log. Poor 
reception: 25532.

VATICAN CITY STATE
** 9705. Mon, Jun 10, 2024. 2031-2040, Radio Vaticana, Santa Maria di 
Galeria-CVA, in French. Woman talking; ID, français afrique; 2033 Man/woman 
present news of Church, Pope and the World. Good reception: 45544.
** 17700. Mon, Jun 10, 2024. 1519-1530, Voice of America, Santa Maria di 
Galeria-CVA, in Hausa. Man announcer talking news and nigerian news reporter 
collaborator; 1526 Now, woman announcer presents news, too; 1530 Ending. Fair 
reception for this Status Civitatis Vaticanae relay: 35533.
** 17790. Mon, Jun 10, 2024. 1551-1558, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Arabic. Woman announcer talking; 1556 A brief music and woman 
talks; 1558 IS and ending. Poor reception: 35422.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)



_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: [ubuntu-ec] Llamado a la reactivación de la comunidad Ubuntu Ecuador

[Xavier "Krosto" Paez]

En la Digital Freedom Foundation han empezado las conversaciones para el
Software Freedom Day.
Podriamos empezar con la organizacion local del evento.

Yo me pongo a las ordenes para lo que necesiten

Saludos cordiales

Krosto

On Tue, Jun 4, 2024 at 7:27 PM Pedro Franco  wrote:

> Estimados tod@s:
> Hago un llamado de contacto a los compañeros @Hubuntu y @Meisok que fueron
> el iniciador y administrador de los foros de la comunidad Ubuntu Ecuador.
> Hay el interés de un grupo de jóvenes profesionales, en reactivar la
> comunidad Ubuntu Ecuador para  seguir expandiendo el espíritu comunitario y
> técnico de Ubuntu en Ecuador, para las nuevas generaciones de usuarios. Por
> lo tanto, estamos tratando de ensamblar un plan de reactivaciòn con
> actividades concretas. Para tal fin, las ideas son bienvenidas.
> Saludos Cordiales
> PetruxEC
> --
> Ubuntu-ec mailing list
> Ubuntu-ec@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-ec
>
-- 
Ubuntu-ec mailing list
Ubuntu-ec@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-ec

[HCDX] JRX Logs: June 9, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 9, 2024
Receiver: Tecsun S-2000
All times Universal Time

ALGERIA
** 13790. Sun, Jun 9, 2024. 2020-2032, Ifrikya FM, Ouargla-ALG, in 
Arabic/French. Music; 2224 Woman and man talking, in arabic; 2226 Woman 
talking, in french, with music background. Good reception: 45554.

BRAZIL
** 1280. Sun, Jun 9, 2024. 0346-0355, Radio Sanhauá, Bayeux-PB, in Portuguese. 
A musical program with regional songs; ID sometimes. Recorded programming, full 
night. Good reception: 45544.

CHINA
** 13690. Sun, Jun 9, 2024. 2157-2207, China Radio International, 
Shijiazhuang-CHN, in Spanish. A musical programming with chinese songs; 2205 
Recorded program "China en Chino" presented by woman announcer. Good reception: 
55544.
** 15380. Sun, Jun 9, 2024. 2312-2320, China National Radio 1-Voice of China, 
Beijing-CHN, in Chinese. Woman and man announcers talking. No pause during this 
log. Good reception: 45544.

IRELAND
** 13264-USB. Sun, Jun 9, 2024. 0338-0345, Shannon Volmet, Shannon-IRL, in 
English. Woman says meteorologial conditions for aircrafts in flight; ID. Fair 
reception: 35553.
** 13264-USB. Sun, Jun 9, 2024. 2031-2054, Shannon Volmet, Shannon-IRL, in 
English. Woman announcer says about time conditions at Shannon Airport for 
aircrafts in flight; ID. Fair reception: 35553.

KOREA NORTH
** 13760. Sun, Jun 9, 2024. 2208-2218, Voice of Korea, Kujang-KRE, in Spanish. 
Man says a government commentary; 2211 ID, Aquí Pyongyang; A musical space with 
north korean songs; ID. Good reception: 45544.
** 15245. Sun, Jun 9, 2024. 2234-2244, Voice of Korea, Kujang-KRE, in Spanish. 
Man announcer presents a musical program with north korean songs. Fair 
reception: 45433.

MALI
** 13630. Sun, Jun 9, 2024. 2145-2155, China Radio International, Bamako-MLI, 
in French. Woman announcer talking; She says about chinese themes. Good 
reception: 45544.

UZBEKISTAN
** 15320. Sun, Jun 9, 2024. 2245-2256, Adventist World Radio, Tashkent-UZB, in 
Javanese. Man talking, preaching; 2251 Woman talking with music background; A 
brief song, woman talks; 2254 A song. Fair reception: 35543.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: June 8, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 8, 2024
Receiver: Tecsun S-2000
All times Universal Time

CHINA
** 11895. Sat, Jun 8, 2024. 1946-1956, China Radio International, Kashgar-CHN, 
in Cantonese. Woman talking and a conversation with other woman; A short song; 
1957 Ending. Good reception: 45544.

IRELAND
** 13264-USB. Sat, Jun 8, 2024. 2110-2126, Shannon Volmet, Shannon-IRL, in 
English. Man announcer says about meteorological conditions at Shannon Airport: 
wind, visibility and more. Good reception: 45554.

KOREA NORTH
** 15245. Sat, Jun 8, 2024. 1959-2010, Voice of Korea, Kujang-KRE, in French. 
IS; ID, National Anthem; Man and woman talks and a song dedicated to Supreme 
Leader; 2006 Woman talking news. Poor reception: 35432. A few better on 
13760kuj, 35533.

NEW ZEALAND
** 15720. Sat, Jun 8, 2024. 2027-2103, RNZ Pacific, Rangitaiki-NZL, in English. 
Men announcers talking and a conversation between them; 2045 Women participing 
too; Seems be a debate, a round table! 2100 Time pips and starts a newsletter 
by man announcer, with Israel, Hamas and Middle East crisis. Very good 
reception: 5.

SPAIN
** 15390. Sat, Jun 8, 2024. 2012-2025, Radio Exterior de España, Noblejas-E, in 
Spanish. "Tablero Deportivo": Men announcers narrating and commenting the Real 
Madrid 84x64 Murcia, basketball match. Football news and more. Good reception: 
45544.

VIETNAM
** 11885. Sat, Jun 8, 2024. 1934-1945, Voice of Vietnam, Son Tay-VTN, in 
French. Woman announcer talks news; 1940 Man and woman talk. Fair reception: 
35533.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)

Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Unable to build python3.11

[Xavier Humbert]

Le 08/06/2024 19:33, TIM KELLERS a écrit :

On 6/8/24 12:38 PM, Xavier Humbert wrote:

Hi,

Tried to compile python 3.11 but if fails at QA and install stage 
with  :


[root@numenor python311]# make clean all
[...]
> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
egrep: warning: egrep is obsolescent; using /usr/local/bin/ggrep -E
Warning: you might not need LIB_DEPENDS on libreadline.so.8
readelf: Error: Not an ELF file - it has the wrong magic bytes at the 
start
Warning: 
/usr/ports/lang/python311/work/stage/usr/local/lib/libpython3.11d.so.1.0-gdb.py 
doesn't have a SONAME.

Warning: pkg(8) will not register it as being provided by the port.
Warning: If another port depend on it, pkg will not be able to know 
where it comes from.
Warning: It is directly in /usr/local/lib, it is probably used by 
other ports.

[root@numenor python311]# make install
===>  Installing for python311-3.11.9
===>  Checking if python311 is already installed
===>   Registering installation for python311-3.11.9
pkg-static: Unable to access file 
/usr/ports/lang/python311/work/stage/usr/local/lib/python3.11/lib-dynload/_testclinic.cpython-311.so:No 
such file or directory

*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/python311
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/python311
[root@numenor python311]# make showconfig
===> The following configuration options are available for 
python311-3.11.9:

  DEBUG=on: Build with debugging support
  IPV6=on: IPv6 protocol support
  LIBMPDEC=on: Use libmpdec from ports instead of bundled version
  LTO=on: Use Link-Time Optimization
  NLS=on: Enable gettext support for the locale module
  PYMALLOC=on: Enable specialized mallocs
> Hash Algorithm (PEP-456): you can only select none or one of them
  FNV=off: Modified Fowler-Noll-Vo Algorithm
  SIPHASH=on: SipHash24 Algorithm
===> Use 'make config' to modify these settings

My goal was to follow 20240529 entry in UPDATING

Regards,

Xavier




Which version and which architecture are you building on?

Tim



I'm building python 3.11 on 13-STABLE/amd64

Xavier

--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
https://www.amdh.fr

Unable to build python3.11

[Xavier Humbert]

Hi,

Tried to compile python 3.11 but if fails at QA and install stage with  :

[root@numenor python311]# make clean all
[...]
> Compressing man pages (compress-man)
> Running Q/A tests (stage-qa)
egrep: warning: egrep is obsolescent; using /usr/local/bin/ggrep -E
Warning: you might not need LIB_DEPENDS on libreadline.so.8
readelf: Error: Not an ELF file - it has the wrong magic bytes at the start
Warning: 
/usr/ports/lang/python311/work/stage/usr/local/lib/libpython3.11d.so.1.0-gdb.py 
doesn't have a SONAME.

Warning: pkg(8) will not register it as being provided by the port.
Warning: If another port depend on it, pkg will not be able to know 
where it comes from.
Warning: It is directly in /usr/local/lib, it is probably used by other 
ports.

[root@numenor python311]# make install
===>  Installing for python311-3.11.9
===>  Checking if python311 is already installed
===>   Registering installation for python311-3.11.9
pkg-static: Unable to access file 
/usr/ports/lang/python311/work/stage/usr/local/lib/python3.11/lib-dynload/_testclinic.cpython-311.so:No 
such file or directory

*** Error code 1

Stop.
make[1]: stopped in /usr/ports/lang/python311
*** Error code 1

Stop.
make: stopped in /usr/ports/lang/python311
[root@numenor python311]# make showconfig
===> The following configuration options are available for python311-3.11.9:
 DEBUG=on: Build with debugging support
 IPV6=on: IPv6 protocol support
 LIBMPDEC=on: Use libmpdec from ports instead of bundled version
 LTO=on: Use Link-Time Optimization
 NLS=on: Enable gettext support for the locale module
 PYMALLOC=on: Enable specialized mallocs
> Hash Algorithm (PEP-456): you can only select none or one of them
 FNV=off: Modified Fowler-Noll-Vo Algorithm
 SIPHASH=on: SipHash24 Algorithm
===> Use 'make config' to modify these settings

My goal was to follow 20240529 entry in UPDATING

Regards,

Xavier

--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
https://www.amdh.fr

[HCDX] JRX Logs: June 7, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 7, 2024
Receiver: Tecsun S-2000
All times Universal Time

ASCENSION ISLAND
** 11660. Fri, Jun 7, 2024. 1951-1959, BBC, Ascension Island-ASC, in Hausa. A 
conversation about nigerian themes between woman/man announcers and inviteds. 
Fair reception: 45433.

BRAZIL
** 11780. Fri, Jun 7, 2024. 2011-2020, Radio Nacional da Amazônia, Brasília, 
Distrito Federal (DF), in Portuguese. Maurício Rabelo presents a musical 
program "Sintonia com Sul", special dedicated to Rio Grande do Sul State; ID. 
Good reception: 45544.

CHINA
** 11825. Fri, Jun 7, 2024. 2113-2120, China Radio International, Beijing-CHN, 
in Croatian. Program "Chinese Class" presented by woman/man announcers. Good 
reception: 45554.

FRANCE
** 11700. Fri, Jun 7, 2024. 2000-2010, Radio France Internationale, Issoudun-F, 
in Hausa. Men announcers talk news; RFI ID. Fair reception: 45433.

GERMANY
** 11800. Fri, Jun 7, 2024. 2021-2030, Adventist World Radio, Nauen-D, in Moore 
language. Woman preaches; 2025 A brief music and man/woman say ID and more; 
2027 A classical song by piano and orchestra; 2030 Ending. Good reception: 
45554.

JAPAN
** 11625. Fri, Jun 7, 2024. 1941-1950, NHK World Japan, Yamata-J, in Japanese. 
Man announcer talks; 1943 Woman talks too; 1946 Music, seems an old jazz, 
presumed; 1948 Returns man communication. Poor reception: 25532.

OMAN
** 9780. Fri, Jun 7, 2024. 1902-1910, BBC, Al-Seela-OMA, in Oromo. Man and 
woman present news; 1909 ID. Fair reception: 45533.
** 9780. Fri, Jun 7, 2024. 1910-1920, BBC, Al-Seela-OMA, in Tigrinya. ID; Woman 
and man announcers talk news with BBC external collaborators. Fair reception: 
45533.

PHILIPPINES
** 9960. Fri, Jun 7, 2024. 1921-1930, Radyo Pilipinas, Tinang-PHL, Filipino 
Service. Man announcer interviews a man; 1928 ID: PBS and frequencies; Address; 
1929 The National Anthem. Good reception: 45544.

UZBEKISTAN
** 11535. Fri, Jun 7, 2024. 1931-1940, Dengê Gel, Tashkent-UZB, in Kurdish. 
Music:  Seems to be a Hymn of the clandestine kurdish movement and/or a 
revolucionary song. Fair reception for this CLA Station: 35533.

VATICAN CITY STATE
** 11870. Fri, Jun 7, 2024. 2121-2128, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Portuguese. Woman announcer interviews a man, writer; They say 
about the african immigration and consequences in his new book; 2128 Ends of 
edition and a brief IS. Good reception: 45554.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)

Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[gcc r15-1095] fixincludes: bypass some fixes for recent darwin headers

[François-Xavier Coudert via Gcc-cvs]

https://gcc.gnu.org/g:e4f1c1be61d916345655d5edba309502046c9473

commit r15-1095-ge4f1c1be61d916345655d5edba309502046c9473
Author: Francois-Xavier Coudert 
Date:   Sun Jun 2 21:07:23 2024 +0200

fixincludes: bypass some fixes for recent darwin headers

fixincludes/ChangeLog:

* fixincl.x: Regenerate.
* inclhack.def (darwin_stdint_7, darwin_dispatch_object_1,
darwin_os_trace_2, darwin_os_base_1): Include bypasses
for recent headers, fixed by Apple.

Diff:
---
 fixincludes/fixincl.x| 42 +++---
 fixincludes/inclhack.def |  4 
 2 files changed, 39 insertions(+), 7 deletions(-)

diff --git a/fixincludes/fixincl.x b/fixincludes/fixincl.x
index e52f11d8460..caaff2883e0 100644
--- a/fixincludes/fixincl.x
+++ b/fixincludes/fixincl.x
@@ -2,11 +2,11 @@
  *
  * DO NOT EDIT THIS FILE   (fixincl.x)
  *
- * It has been AutoGen-ed  August 17, 2023 at 10:16:38 AM by AutoGen 5.18.12
+ * It has been AutoGen-ed  June  4, 2024 at 02:35:55 PM by AutoGen 5.18.16
  * From the definitionsinclhack.def
  * and the template file   fixincl
  */
-/* DO NOT SVN-MERGE THIS FILE, EITHER Thu Aug 17 10:16:38 CEST 2023
+/* DO NOT SVN-MERGE THIS FILE, EITHER Tue Jun  4 14:35:55 CEST 2024
  *
  * You must regenerate it.  Use the ./genfixes script.
  *
@@ -3070,8 +3070,15 @@ tSCC* apzDarwin_Os_Trace_2Machs[] = {
 tSCC zDarwin_Os_Trace_2Select0[] =
"typedef.*\\^os_trace_payload_t.*";
 
-#defineDARWIN_OS_TRACE_2_TEST_CT  1
+/*
+ *  content bypass pattern - skip fix if pattern found
+ */
+tSCC zDarwin_Os_Trace_2Bypass0[] =
+   "#ifdef __BLOCKS__";
+
+#defineDARWIN_OS_TRACE_2_TEST_CT  2
 static tTestDesc aDarwin_Os_Trace_2Tests[] = {
+  { TT_NEGREP,   zDarwin_Os_Trace_2Bypass0, (regex_t*)NULL },
   { TT_EGREP,zDarwin_Os_Trace_2Select0, (regex_t*)NULL }, };
 
 /*
@@ -3199,8 +3206,15 @@ tSCC zDarwin_Os_Base_1Select0[] =
"#define __has_attribute.*\n\
 #endif";
 
-#defineDARWIN_OS_BASE_1_TEST_CT  1
+/*
+ *  content bypass pattern - skip fix if pattern found
+ */
+tSCC zDarwin_Os_Base_1Bypass0[] =
+   "#define __has_extension";
+
+#defineDARWIN_OS_BASE_1_TEST_CT  2
 static tTestDesc aDarwin_Os_Base_1Tests[] = {
+  { TT_NEGREP,   zDarwin_Os_Base_1Bypass0, (regex_t*)NULL },
   { TT_EGREP,zDarwin_Os_Base_1Select0, (regex_t*)NULL }, };
 
 /*
@@ -3239,8 +3253,15 @@ tSCC* apzDarwin_Dispatch_Object_1Machs[] = {
 tSCC zDarwin_Dispatch_Object_1Select0[] =
"typedef void.*\\^dispatch_block_t.*";
 
-#defineDARWIN_DISPATCH_OBJECT_1_TEST_CT  1
+/*
+ *  content bypass pattern - skip fix if pattern found
+ */
+tSCC zDarwin_Dispatch_Object_1Bypass0[] =
+   "#ifdef __BLOCKS__";
+
+#defineDARWIN_DISPATCH_OBJECT_1_TEST_CT  2
 static tTestDesc aDarwin_Dispatch_Object_1Tests[] = {
+  { TT_NEGREP,   zDarwin_Dispatch_Object_1Bypass0, (regex_t*)NULL },
   { TT_EGREP,zDarwin_Dispatch_Object_1Select0, (regex_t*)NULL }, };
 
 /*
@@ -3591,8 +3612,15 @@ tSCC zDarwin_Stdint_7Select0[] =
"#define INTMAX_C\\(v\\)[ \t]+\\(v ## LL\\)\n\
 #define UINTMAX_C\\(v\\)[ \t]+\\(v ## ULL\\)";
 
-#defineDARWIN_STDINT_7_TEST_CT  1
+/*
+ *  content bypass pattern - skip fix if pattern found
+ */
+tSCC zDarwin_Stdint_7Bypass0[] =
+   "#ifdef __LP64__";
+
+#defineDARWIN_STDINT_7_TEST_CT  2
 static tTestDesc aDarwin_Stdint_7Tests[] = {
+  { TT_NEGREP,   zDarwin_Stdint_7Bypass0, (regex_t*)NULL },
   { TT_EGREP,zDarwin_Stdint_7Select0, (regex_t*)NULL }, };
 
 /*
@@ -11169,7 +11197,7 @@ static const char* apzX11_SprintfPatch[] = {
  *
  *  List of all fixes
  */
-#define REGEX_COUNT  313
+#define REGEX_COUNT  317
 #define MACH_LIST_SIZE_LIMIT 187
 #define FIX_COUNT274
 
diff --git a/fixincludes/inclhack.def b/fixincludes/inclhack.def
index 19e0ea2df66..35402d0621c 100644
--- a/fixincludes/inclhack.def
+++ b/fixincludes/inclhack.def
@@ -1486,6 +1486,7 @@ fix = {
   mach  = "*-*-darwin*";
   files = os/trace.h;
   select= "typedef.*\\^os_trace_payload_t.*";
+  bypass= "#ifdef __BLOCKS__";
   c_fix = format;
   c_fix_arg = "#if __BLOCKS__\n%0\n#endif";
   test_text = "typedef void (^os_trace_payload_t)(xpc_object_t xdict);";
@@ -1566,6 +1567,7 @@ fix = {
 #define __has_attribute.*
 #endif
 OS_BASE_1_SEL;
+  bypass= "#define __has_extension";
   c_fix = format;
   c_fix_arg = <<- OS_BASE_1_FIX
 %0
@@ -1589,6 +1591,7 @@ fix = {
   mach  = "*-*-darwin*";
   files = dispatch/object.h;
   select= "typedef void.*\\^dispatch_block_t.*";
+  bypass= "#ifdef __BLOCKS__";
   c_fix = format;
   c_fix_arg = "#if __BLOCKS__\n%0\n#endif";
   test_text = <<- DISPATCH_OBJECT_1_TEST
@@ -1791,6 +1794,7 @@ fix = {
"#endif";
 sele

Re: [FRnOG] [TECH] Arista pour full-table ?

[Xavier Beaudouin via frnog]

Hello,

(raz le bol du top posting, j'ai remis dans l'ordre)

> On 06/06/2024 16:57, David Ponzone wrote:
>> En Arista, oui apparemment :)
>> Pas grave, je vais me rabattre sur mes bons amis de 6wind, de toute façon, 
>> leur
>> produit défonce tout et le support est monstrueux (je l’ai déjà dit ?).
>> C’est juste que vu le coût du KWh, j’aurais préféré une solution à 300W qu’à
>> 700W (Dell R630).
>
> Pas besoin de tortiller du cul pour chier droit,
> 
> Tu prends un Arista 7280SR/TR, au mieux ça coûte 2.6k€,
> 
> T'as 6x100G linerate et des patates de ports 10G,
> 
> Tu fais du fib-compression Arista, pas besoin de s'emmerder avec flexroute,
> 
> Tu peux changer sa RAM de 8G à 16G, c'est de la bête LPDDR3,
> 
> T'as un routeur efficace qui tient la fullview pour du 100GbE
> tranquillement.
> 
> Je veux bien voir si sur serveur tu arrives aux mêmes perfs, rien qu'en
> bande-passante/latence et giggue.

C'est marrant j'ai le même raisonnement... 
Pour un client qui n'as pas besoin de bande passante ni de gigue stable 
(quoique)...
On a essayé 6wind (parce qu'il y a du support) dans de VM.

Outre la syntaxe qui est un peu zarb, mais ayant fait du Krotik, c'est pas 
pire...

Par contre y a un truc qui m'as complétement refroidis.. et assez gravement 
c'est
le fait que ce machin est basé sur une ubuntu... qui garde encore ses conneries
entre autre de cloud-init.

Qu'on utilise du Linux, soit... (après si les dev aiment se faire mal... c'est 
pas moi), mais garder certains délires des distributions linux... là par contre
ça passe moyen...

Et honnêtement entre un MX204 ou l'arista cité au dessus, et un machin soft...
Mon coeur balance...

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[HCDX] JRX Logs: June 6, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 6, 2024
Receiver: Tecsun S-2000
All times Universal Time

ALGERIA
** 17600. Thu, Jun 6, 2024. 1842-1855, Ifrikya FM, Béchar-ALG, in French. Woman 
announcer talking; African songs; ID sometimes. Good reception: 45554.

BRAZIL
** 9665. Thu, Jun 6, 2024. 2019-2035, Radio Voz Missionária, Camboriú, Santa 
Catarina (SC), in Portuguese. Evangelical Station. Gospel songs; 2031 Man says 
ID: RVM, transmitting from Camboriú to Brazil and the World! Music. Exceptional 
good reception, today, in my area: 45554. 

CHINA
** 9440. Thu, Jun 6, 2024. 2007-2015, China Radio International-CGTN, 
Kunming-CHN, in English. Man announcer in conversation with a man, an american 
man. Very good reception: 5. 
** 9480. Thu, Jun 6, 2024. 1951-1957, China Radio International, Xian-CHN, in 
French. A "Chinese Class" by woman and man announcers; 1955 A song; 1957 
Ending. Good reception: 45554.
** 9525. Thu, Jun 6, 2024. 1931-1940, China Radio International, Beijing-CHN, 
in Russian. ID in chinese and russian (Radio Kitay). Woman announcer talking 
with music background; 1937 A song, the same recorded song, at same time, 
1937!!. Good reception: 45554. 
** 9575. Thu, Jun 6, 2024. 1921-1930, China Radio International, Beijing-CHN, 
in Chaozhou. Woman and man talking; She says Taiwan sometimes; 1927 Music.  
Good reception: 45544.

INDIA
** 9620. Thu, Jun 6, 2024. 1908-1920, Akashvani External Service, 
Bengaluru-IND, in Arabic. Indian songs; 1917 Man says ID; An arabic song. Fair 
reception: 35533. 

JAPAN
** 9480. Thu, Jun 6, 2024. 1958-2006, NHK World Japan, Yamata-J, in Japanese. 
IS; 2000 ID; Woman and man announcers talking. Barely audible reception with 
moderate interference by strong VOA Afrique on 9490kHz: 23511.

KUWAIT
** 9490. Thu, Jun 6, 2024. 1941-1950, Voice of America, Umm Al-Rimam-KWT, in 
French. Woman and man announcers present news in "VOA Afrique" with 
collaborators, too. Good reception, today: 45544.

TURKEY
** 9750. Thu, Jun 6, 2024. 1858-1905, Voice of Turkey, Emirler-TUR, in English. 
Music; 1901 Man talks?; 1902 Woman talks? 1903 Yes, she talks. Barely audible 
reception: 25311. 


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)

Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: June 5, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 5, 2024
Receiver: Tecsun S-2000
All times Universal Time

ASCENSION ISLAND
** 15400. Wed, Jun 5, 2024. 1853-1859, BBC, Ascension Island-ASC, in English. 
Man announcer in conversation with a woman; 1858 He talks news; ID by woman. 
Good reception: 45544.

AUSTRIA
** 11870. Wed, Jun 5, 2024. 0416-0426, Adventist World Radio, Moosbrunn-AUT, in 
Turkish. Woman announcer talking, preaching. Fair reception: 35533.
** 15440. Wed, Jun 5, 2024. 1901-1910, Adventist World Radio, Moosbrunn-AUT, in 
Hausa. IS; ID; Man says a prayer, Amen! Next, he preaches; ID and address to 
Nigeria. Good reception: 45554.

CHINA
** 11860. Wed, Jun 5, 2024. 0151-0205, China Radio International, Kunming-CHN, 
in Nepali. Music; 0155 Woman/man talk; Man talks with a slight music 
background; 0201 Woman talks and a pop song. Fair reception: 35533. Parallel on 
13780 via Kunming, 45544.
** 13710. Wed, Jun 5, 2024. 1912-1920, China Radio International, Kunming-CHN, 
in Turkish. Woman talking news, presumably. Very good reception: 5.

GREAT BRITAIN
** 12050. Wed, Jun 5, 2024. 1941-1950, Radio Ndarason Internationale, 
Woofferton-G, in Kanuri. Man and collaborators present news, presumed; 1945 
Woman talking with pieces of songs; A conversation with a man. Fair reception: 
35433.

GUAM
** 9320. Wed, Jun 5, 2024. 1922-1930, Trans World Radio Guam-KTWR, Agana 
Merizo-GUM, in Korean. Man talking, preaching; 1925 Man playing a song; 1928 
Woman talking after piano chord. Fair reception: 35533.

PHILIPPINES
** 15190. Wed, Jun 5, 2024. 1843-1852, Radyo Pilipinas, Tinang-PHL, in 
Filipino. Woman and man communications; ID; Man talks news, presumed, with 
collaborator. Very good reception: 5.

ROMANIA
** 13860. Wed, Jun 5, 2024. 1931-1940, Radio Romania International, 
Tiganesti-ROU, in Spanish. Man announcer presents a space dedicated to romanian 
tourism, today, about "La Vía Transilvanica", tourism, history, culture and 
more; The singer Valeria playing a folk song. Good reception: 45554.

TURKEY
** 9870. Wed, Jun 5, 2024. 0113-0128, Voice of Turkey, Emirler-TUR, in Spanish. 
Man presents a newsletter; 0115 News in "La Prensa Turca de Hoy" by man 
announcer; Next, the program "Consejos para una vida eficiente"; 0122 Music; 
0127 Multilingual ID. Good reception: 45554. 

UNITED STATES OF AMERICA
** 7305. Wed, Jun 5, 2024. 0129-0140, Radio Vaticana, Greenville-NC, in 
Spanish. IS; Laudetur Jesus Christus; ID; Woman says the prgramming themes of 
this edition; 0132 Now, woman starts news of the Catholic Church and Pope; She 
says about next Human Fraternity Award 2024, 6th edition.Good reception: 45554.

UZBEKISTAN
** 15515. Wed, Jun 5, 2024. 0141-0150, Adventist World Radio, Tashkent-UZB, in 
Cantonese. Woman communication; She preaches; 0145 A song by female singer and 
kids choir; 0149 Woman talks. Fair reception: 35433.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)

_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Translation for "timeout" ind German + Where to tell about bad UI translations?

['Xavier' via OsmAnd]

On Wed, Jun 05, 2024 at 10:58:38AM -0700, jot ess wrote:

Is there a better place than here to tell about bad translations in the UI?
A bug report at GitHub seems inappropriate.


That is the best way to have your report seen by the developers.

While one of the developers does drop by this list occasionally, the 
developers do not regularly read the list, and the rest of us here 
are simply users like yourself.


--
You received this message because you are subscribed to the Google Groups 
"OsmAnd" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to osmand+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/osmand/ZmCuXNyNjwF/ub%2B3%40d820.dp100.com.

Re: [ovs-dev] [PATCH ovn v2] tests: Fix flaky PMUTD flows test.

[Xavier Simonart]

?, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=100,reg14=0x3,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +  sed -e 's/load:0x[[0-9]]\+/load:0x?/g' | grep -v NXST_FLOW | \
> +  awk '{print $7, $8}' | sort], [0], [dnl
> +priority=0 actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x1,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x?->NXM_NX_REG11[[]],load:0x?->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x?->NXM_NX_REG11[[]],load:0x?->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x3,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x?->NXM_NX_REG11[[]],load:0x?->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>  ])
>
> -check ovn-nbctl lsp-del lsp3
> +check ovn-nbctl --wait=hv lsp-del lsp3
>  AT_CHECK([as hv1 ovs-ofctl dump-flows br-int table=OFTABLE_CT_ZONE_LOOKUP
> | \
> -  sed -e 's/cookie=0x.*, duration=.*, table/cookie=??,
> duration=??, table/' | \
> -  sed -e
> 's/actions=load:0x.*->NXM_NX_REG13/actions=load:0x?->NXM_NX_REG13/' |
> -  grep -v NXST_FLOW |sort], [0], [dnl
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=0
> actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=100,reg14=0x1,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +  sed -e 's/load:0x[[0-9]]\+/load:0x?/g' | grep -v NXST_FLOW | \
> +  awk '{print $7, $8}' | sort], [0], [dnl
> +priority=0 actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x1,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x?->NXM_NX_REG11[[]],load:0x?->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x?->NXM_NX_REG11[[]],load:0x?->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>  ])
>
>  OVN_CLEANUP([hv1])
> --
> 2.45.1
>
> Looks good to me, thanks!
Acked-by: Xavier Simonart 


> ___
> dev mailing list
> d...@openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>
>
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[HCDX] JRX Logs: June 4, 2024_Corrections

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 4, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 15440. Tue, Jun 4, 2024. 1922-1929, Adventist World Radio, Moosbrunn-AUT, in 
Hausa. Man preaching with music background; 1924 Other man talks, says ID, 
website, POBox to Nigeria; He says some words letter-by-letter, in english; 
1926 Music; 1927 AWR IS music; 1929 The end. Good reception: 45554.
** 15440. Tue, Jun 4, 2024. 1930-1940, Adventist World Radio, Moosbrunn-AUT, in 
Igbo. IS; ID in english, french and italian; Website; 1931 ID in igbo language; 
1934  Woman talks after brief music; Yes, she preaches. Good reception: 
45554.** 17570. Tue, Jun 4, 2024. 1940-1950, Adventist World Radio, 
Moosbrunn-AUT, in French. Man talks, preaches; 1947 A song by duet singers; 
1949 Woman says ID and program "Écoute le Bible" (1) by man presenter. Good 
reception: 45544.
(1) Correction: "Écoute la Bible"

CHINA
** 11895. Tue, Jun 4, 2024. 1825-1835, China Radio International, Xian-CHN, in 
Chaozhou. Chinese music; 1830 Woman says ID and more; 1833 A song. Good 
reception: 45554.
** 13710. Tue, Jun 4, 2024. 1901-1910, China Radio International, Kunming-CHN, 
in Turkish. Woman presents a newsletter. Very good reception: 5.
** 13760. Tue, Jun 4, 2024. 1836-1845, China Radio International-CGTN, 
Kashgar-CHN, in English. Man and woman announcers in conversation with a 
filipino man; 1844 Ends conversation. Fair reception: 45543. 

FRANCE
** 15300. Tue, Jun 4, 2024. 1847-1859, Radio France Internationale, Issoudun-F, 
in French. Woman/man communications and pieces of english songs of the same 
female singer; 1853 A conversation with a man; ID; A song, in french; 1859 
Ending. Good reception: 45554.

GERMANY
** 11995 (2). Tue, Jun 4, 2024. 1951-1959, Adventist World Radio, Nauen-D, in 
Tachelhit. Man Pastor preaching; 1957 Music; 1958 Ending with a abrupt 
sign-off. Good reception: 55544.
(2) Correction: 11955.

ROMANIA
** 13860. Tue, Jun 4, 2024. 1911-1921, Radio Romania International, 
Tiganesti-ROU, in Spanish. Woman announcer presents news;  1914 ID; 1915 Now, 
Mrs Victoria Sepciu presents the weekly space "Romanía mi Casa". Good 
reception: 45544.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: June 4, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 4, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 15440. Tue, Jun 4, 2024. 1922-1929, Adventist World Radio, Moosbrunn-AUT, in 
Hausa. Man preaching with music background; 1924 Other man talks, says ID, 
website, POBox to Nigeria; He says some words letter-by-letter, in english; 
1926 Music; 1927 AWR IS music; 1929 The end. Good reception: 45554.
** 15440. Tue, Jun 4, 2024. 1930-1940, Adventist World Radio, Moosbrunn-AUT, in 
Igbo. IS; ID in english, french and italian; Website; 1931 ID in igbo language; 
1934  Woman talks after brief music; Yes, she preaches. Good reception: 45554.
** 17570. Tue, Jun 4, 2024. 1940-1950, Adventist World Radio, Moosbrunn-AUT, in 
French. Man talks, preaches; 1947 A song by duet singers; 1949 Woman says ID 
and program "Écoute le Bible" by man presenter. Good reception: 45544.

CHINA
** 11895. Tue, Jun 4, 2024. 1825-1835, China Radio International, Xian-CHN, in 
Chaozhou. Chinese music; 1830 Woman says ID and more; 1833 A song. Good 
reception: 45554.
** 13710. Tue, Jun 4, 2024. 1901-1910, China Radio International, Kunming-CHN, 
in Turkish. Woman presents a newsletter. Very good reception: 5.
** 13760. Tue, Jun 4, 2024. 1836-1845, China Radio International-CGTN, 
Kashgar-CHN, in English. Man and woman announcers in conversation with a 
filipino man; 1844 Ends conversation. Fair reception: 45543. 

FRANCE
** 15300. Tue, Jun 4, 2024. 1847-1859, Radio France Internationale, Issoudun-F, 
in French. Woman/man communications and pieces of english songs of the same 
female singer; 1853 A conversation with a man; ID; A song, in french; 1859 
Ending. Good reception: 45554.

GERMANY
** 11995. Tue, Jun 4, 2024. 1951-1959, Adventist World Radio, Nauen-D, in 
Tachelhit. Man Pastor preaching; 1957 Music; 1958 Ending with a abrupt 
sign-off. Good reception: 55544.

ROMANIA
** 13860. Tue, Jun 4, 2024. 1911-1921, Radio Romania International, 
Tiganesti-ROU, in Spanish. Woman announcer presents news;  1914 ID; 1915 Now, 
Mrs Victoria Sepciu presents the weekly space "Romanía mi Casa". Good 
reception: 45544.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)




Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[ovs-dev] [PATCH ovn 3/8] tests: Fixed flaky "Logical router IP for NAT".

[Xavier Simonart]

Signed-off-by: Xavier Simonart 
---
 tests/ovn-northd.at | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/tests/ovn-northd.at b/tests/ovn-northd.at
index f3ffb4a6d..579f3311e 100644
--- a/tests/ovn-northd.at
+++ b/tests/ovn-northd.at
@@ -12101,7 +12101,7 @@ CHECK_NO_CHANGE_AFTER_RECOMPUTE
 
 # Adding a logical router port should result in recompute
 check as northd ovn-appctl -t ovn-northd inc-engine/clear-stats
-check ovn-nbctl lrp-add lr0 lr0-sw0 00:00:00:00:ff:01 10.0.0.1/24
+check ovn-nbctl --wait=sb lrp-add lr0 lr0-sw0 00:00:00:00:ff:01 10.0.0.1/24
 # for northd engine there will be both recompute and compute
 # first it will be recompute to handle lr0-sw0 and then a compute
 # for the SB port binding change.
@@ -12131,7 +12131,7 @@ check ovn-nbctl lrp-add lr0 lr0-public 
00:00:20:20:12:13 172.168.0.100/24
 check ovn-nbctl lsp-add public public-lr0
 check ovn-nbctl lsp-set-type public-lr0 router
 check ovn-nbctl lsp-set-addresses public-lr0 router
-check ovn-nbctl lsp-set-options public-lr0 router-port=lr0-public
+check ovn-nbctl --wait=sb lsp-set-options public-lr0 router-port=lr0-public
 
 # localnet port
 check ovn-nbctl lsp-add public ln-public
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 6/8] tests: Wait for controller exit before restart.

[Xavier Simonart]

In some rare cases, and despite "recent" changes to wait for cleanup
before replying to exit, ovn-controller was still running when trying
to restart it.

Signed-off-by: Xavier Simonart 
---
 tests/ovn-macros.at |  9 +
 tests/ovn.at| 17 ++---
 2 files changed, 15 insertions(+), 11 deletions(-)

diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at
index 47ada5c70..71a46db8b 100644
--- a/tests/ovn-macros.at
+++ b/tests/ovn-macros.at
@@ -1107,6 +1107,15 @@ m4_define([OVN_CHECK_SCAPY_EDNS_CLIENT_SUBNET_SUPPORT],
 AT_SKIP_IF([! echo "from scapy.layers.dns import EDNS0ClientSubnet" | 
python 2>&1 > /dev/null])
 ])
 
+m4_define([OVN_CONTROLLER_EXIT_RESTART],
+  [TMPPID=$(cat $1/ovn-controller.pid)
+   AT_CHECK([as $1 ovn-appctl -t ovn-controller exit --restart])
+   # Make sure ovn-controller stopped so that a future restart will not fail.
+   # Checking debug/status is running is not enough as there might be a small 
race condition.
+   echo "Waiting for pid $TMPPID"
+   OVS_WAIT_WHILE([kill -0 $TMPPID 2>/dev/null])
+])
+
 m4_define([OFTABLE_PHY_TO_LOG], [0])
 m4_define([OFTABLE_LOG_INGRESS_PIPELINE], [8])
 m4_define([OFTABLE_OUTPUT_LARGE_PKT_DETECT], [37])
diff --git a/tests/ovn.at b/tests/ovn.at
index 2dd0dfd2e..8fa26c192 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -20615,7 +20615,7 @@ echo $expected | ovstest test-ovn expr-to-packets > 
expected
 OVN_CHECK_PACKETS([hv2/vif1-tx.pcap], [expected])
 
 # Stop ovn-controller on hv2 with --restart flag
-as hv2 ovs-appctl -t ovn-controller exit --restart
+OVN_CONTROLLER_EXIT_RESTART([hv2])
 
 # Now send the packet again. This time, it should still arrive
 OVS_WAIT_UNTIL([as hv1 ovs-appctl -t ovn-controller inject-pkt "$packet"])
@@ -29316,7 +29316,7 @@ check test "$hvt2" -gt 0
 # Kill ovn-controller on chassis hv3, so that it won't update nb_cfg.
 # Then wait for 9 out of 10
 sleep 1
-check as hv3 ovn-appctl -t ovn-controller exit --restart
+OVN_CONTROLLER_EXIT_RESTART([hv3])
 wait_for_ports_up
 ovn-nbctl --wait=sb sync
 wait_row_count Chassis_Private 9 name!=hv3 nb_cfg=2
@@ -36252,7 +36252,7 @@ check_tunnel_port hv1 br-int hv2@192.168.0.2%192.168.0.1
 check_tunnel_port hv2 br-int hv1@192.168.0.1%192.168.0.2
 
 # Stop ovn-controller on hv1
-check as hv1 ovn-appctl -t ovn-controller exit --restart
+OVN_CONTROLLER_EXIT_RESTART([hv1])
 
 # The tunnel should remain intact
 check_tunnel_port hv1 br-int hv2@192.168.0.2%192.168.0.1
@@ -36281,7 +36281,7 @@ check_tunnel_port hv2 br-int1 
hv1@192.168.0.1%192.168.0.2
 check grep -q "Clearing old tunnel port \"ovn-hv1-0\" 
(hv1@192.168.0.1%192.168.0.2) from bridge \"br-int\"" hv2/ovn-controller.log
 
 # Stop ovn-controller on hv1
-check as hv1 ovn-appctl -t ovn-controller exit --restart
+OVN_CONTROLLER_EXIT_RESTART([hv1])
 
 # The tunnel should remain intact
 check_tunnel_port hv1 br-int1 hv2@192.168.0.2%192.168.0.1
@@ -36371,10 +36371,7 @@ prev_id2=$(ovs-vsctl --bare --columns _uuid find port 
external_ids:ovn-chassis-i
 # The hv2 is running we can remove the override file
 rm -f ${OVN_SYSCONFDIR}/system-id-override
 
-check ovn-appctl -t ovn-controller exit --restart
-
-# Make sure ovn-controller stopped before restarting it
-OVS_WAIT_UNTIL([test x$(ovn-appctl -t ovn-controller debug/status) != 
"xrunning"])
+OVN_CONTROLLER_EXIT_RESTART([hv1])
 
 # for some reason SSL ovsdb configuration overrides CLI, so
 # delete ssl config from ovsdb to give CLI arguments priority
@@ -37086,9 +37083,7 @@ AT_CHECK([grep -c "NXT_CT_FLUSH_ZONE" 
hv1/ovs-vswitchd.log], [0], [dnl
 ])
 
 AS_BOX([Check conversion from UUID - restart])
-ovn-appctl -t ovn-controller exit --restart
-# Make sure ovn-controller stopped before restarting it
-OVS_WAIT_UNTIL([test "$(ovn-appctl -t ovn-controller debug/status)" != 
"running"])
+OVN_CONTROLLER_EXIT_RESTART([hv1])
 
 replace_with_uuid lr0
 replace_with_uuid sw0
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 7/8] tests: Fixed flaky "ovn-ic -- AZ register".

[Xavier Simonart]

Signed-off-by: Xavier Simonart 
---
 tests/ovn-ic.at | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/tests/ovn-ic.at b/tests/ovn-ic.at
index ad24011f2..b27031828 100644
--- a/tests/ovn-ic.at
+++ b/tests/ovn-ic.at
@@ -6,6 +6,8 @@ ovn_init_ic_db
 ovn_start az1
 ovn_start az2
 
+OVS_WAIT_UNTIL([test 2 = `ovn-ic-sbctl show | wc -l`])
+
 check ovn-ic-nbctl --wait=sb sync
 AT_CHECK([ovn-ic-sbctl show], [0], [dnl
 availability-zone az1
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 0/8] Flaky tests fixes and tests cleanup.

[Xavier Simonart]

Xavier Simonart (8):
  tests: Cleanup on_exit commands.
  tests: Fixed "lflow cache operations".
  tests: Fixed flaky "Logical router IP for NAT".
  tests: Fixed flaky "NB_Global and SB_Global I+P".
  tests: Fixed multiple flaky tests.
  tests: Wait for controller exit before restart.
  tests: Fixed flaky "ovn-ic -- AZ register".
  tests: Fix flaky "ovn-controller - restart ...".

 tests/ofproto-macros.at |  2 +-
 tests/ovn-controller.at | 51 ++-
 tests/ovn-ic.at |  2 ++
 tests/ovn-macros.at |  9 +
 tests/ovn-northd.at |  5 +--
 tests/ovn.at| 70 -
 tests/system-kmod-macros.at |  4 +--
 7 files changed, 74 insertions(+), 69 deletions(-)

-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 5/8] tests: Fixed multiple flaky tests.

[Xavier Simonart]

Multiple tests were using grep such as grep 10.0.0.1, which can
hit uuid or cookies.
Using grep -F fixes those issues.
Other tests were using grep 10\.0\.0\.1, which fails for the some reason.
Using grep "10\.0\.0\.1" fixes the issue (grep -F would have been fine as well).

Signed-off-by: Xavier Simonart 
---
 tests/ovn-controller.at | 48 -
 tests/ovn.at| 46 +++
 2 files changed, 47 insertions(+), 47 deletions(-)

diff --git a/tests/ovn-controller.at b/tests/ovn-controller.at
index fc50b6ff8..16710911b 100644
--- a/tests/ovn-controller.at
+++ b/tests/ovn-controller.at
@@ -1032,11 +1032,11 @@ reprocess_count_old=$(read_counter 
consider_logical_flow)
 check ovn-nbctl add address_set as1 addresses 10.0.0.21,10.0.0.22 -- \
 remove address_set as1 addresses 10.0.0.10
 check ovn-nbctl --wait=hv sync
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.21], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.21"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.22], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.22"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.10], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.10"], 
[1], [ignore])
 
 reprocess_count_new=$(read_counter consider_logical_flow)
 AT_CHECK([echo $(($reprocess_count_new - $reprocess_count_old))], [0], [0
@@ -1048,9 +1048,9 @@ reprocess_count_old=$(read_counter consider_logical_flow)
 check ovn-nbctl remove address_set as1 addresses 10.0.0.21,10.0.0.22 -- \
 add address_set as1 addresses 10.0.0.10
 check ovn-nbctl --wait=hv sync
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.21], 
[1], [ignore])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.22], 
[1], [ignore])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.10], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.21"], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.22"], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.10"], [0], [1
 ])
 
 reprocess_count_new=$(read_counter consider_logical_flow)
@@ -1063,9 +1063,9 @@ reprocess_count_old=$(read_counter consider_logical_flow)
 check ovn-nbctl add address_set as1 addresses 10.0.0.21 -- \
 remove address_set as1 addresses 10.0.0.10
 check ovn-nbctl --wait=hv sync
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.21], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.21"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.10], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.10"], 
[1], [ignore])
 
 reprocess_count_new=$(read_counter consider_logical_flow)
 AT_CHECK([echo $(($reprocess_count_new - $reprocess_count_old))], [0], [0
@@ -1077,12 +1077,12 @@ reprocess_count_old=$(read_counter 
consider_logical_flow)
 check ovn-nbctl add address_set as1 addresses 10.0.0.22,10.0.0.23 -- \
 remove address_set as1 addresses 10.0.0.9,10.0.0.8
 check ovn-nbctl --wait=hv sync
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.22], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.22"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.23], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.23"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.8], 
[1], [ignore])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep 10\.0\.0\.9], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.8"], 
[1], [ignore])
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep "10\.0\.0\.9"], 
[1], [ignore])
 
 reprocess_count_new=$(read_counter consider_logical_flow)
 AT_CHECK([echo $(($reprocess_count_new - $reprocess_count_old))], [0], [0
@@ -1231,11 +1231,11 @@ reprocess_count_old=$(read_counter 
consider_logical_flow)
 check ovn-nbctl add address_set as1 addresses 10.0.0.21,10.0.0.22 -- \
 remove address_set as1 addresses 10.0.0.10
 check ovn-nbctl --wait=hv sync
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.21], 
[0], [1
+AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 
"10\.0\.0\.21"], [0], [1
 ])
-AT_CHECK([ovs-ofctl dump-flows br-int table=$acl_eval | grep -c 10\.0\.0\.22], 
[

[ovs-dev] [PATCH ovn 4/8] tests: Fixed flaky "NB_Global and SB_Global I+P".

[Xavier Simonart]

Signed-off-by: Xavier Simonart 
---
 tests/ovn-northd.at | 1 +
 1 file changed, 1 insertion(+)

diff --git a/tests/ovn-northd.at b/tests/ovn-northd.at
index 579f3311e..8aaf25fa5 100644
--- a/tests/ovn-northd.at
+++ b/tests/ovn-northd.at
@@ -12463,6 +12463,7 @@ CHECK_NO_CHANGE_AFTER_RECOMPUTE
 check as northd ovn-appctl -t ovn-northd inc-engine/clear-stats
 # This should result in recomputes.
 check ovn-sbctl set SB_Global . options:bar=foo
+check ovn-nbctl --wait=sb sync
 check_engine_stats global_config recompute compute
 check_engine_stats northd recompute nocompute
 check_engine_stats lflow recompute nocompute
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 1/8] tests: Cleanup on_exit commands.

[Xavier Simonart]

Avoid unnecessary errors trying to stop already stopped processes,
or removing already removed datapath.
Tests were not failing due to this, but potentially confusing errors
were logged.

Signed-off-by: Xavier Simonart 
---
 tests/ofproto-macros.at | 2 +-
 tests/system-kmod-macros.at | 4 ++--
 2 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/tests/ofproto-macros.at b/tests/ofproto-macros.at
index 31a067c1e..b0a05baf2 100644
--- a/tests/ofproto-macros.at
+++ b/tests/ofproto-macros.at
@@ -196,7 +196,7 @@ m4_define([_OVS_VSWITCHD_START],
 
dnl Start ovsdb-server.
AT_CHECK([ovsdb-server --detach --no-chdir --pidfile --log-file 
--remote=punix:$OVS_RUNDIR/db.sock], [0], [], [stderr])
-   on_exit "kill `cat ovsdb-server.pid`"
+   on_exit "test -e `cat ovsdb-server.pid` && kill `cat ovsdb-server.pid`"
AT_CHECK([[sed < stderr '
 /vlog|INFO|opened log file/d
 /ovsdb_server|INFO|ovsdb-server (Open vSwitch)/d']])
diff --git a/tests/system-kmod-macros.at b/tests/system-kmod-macros.at
index 6f6670199..ec23c55cf 100644
--- a/tests/system-kmod-macros.at
+++ b/tests/system-kmod-macros.at
@@ -22,8 +22,8 @@ m4_define([OVS_TRAFFIC_VSWITCHD_START],
   [modprobe -q mod || echo "Module mod not loaded."
on_exit 'modprobe -q -r mod'
   ])
-   on_exit 'ovs-dpctl del-dp ovs-system'
-   on_exit 'ovs-appctl dpctl/flush-conntrack'
+   on_exit 'ovs-dpctl show | grep ovs-system && ovs-dpctl del-dp ovs-system'
+   on_exit 'test -e $OVS_RUNDIR/ovs-vswitchd.pid && ovs-appctl 
dpctl/flush-conntrack'
_OVS_VSWITCHD_START([])
dnl Add bridges, ports, etc.
AT_CHECK([ovs-vsctl -- _ADD_BR([br0]) -- $1 m4_if([$2], [], [], [| 
uuidfilt])], [0], [$2])
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 2/8] tests: Fixed "lflow cache operations".

[Xavier Simonart]

Test was adding acl on an non-existing pg, causing warning/errors
in ovn-controller.log.

Signed-off-by: Xavier Simonart 
---
 tests/ovn.at | 7 ++-
 1 file changed, 2 insertions(+), 5 deletions(-)

diff --git a/tests/ovn.at b/tests/ovn.at
index f4f8934f7..311393bd8 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -28849,6 +28849,7 @@ ovn-nbctl ls-add ls1 \
 -- lsp-add ls1 lsp1 \
 -- lsp-add ls1 lsp2 \
 -- pg-add pg1 lsp1 lsp2 \
+-- pg-add pg2 lsp1 \
 -- create Address_Set name=as1 addresses=\"10.0.0.1\",\"10.0.0.2\"
 check ovn-nbctl --wait=hv sync
 wait_for_ports_up lsp1 lsp2
@@ -28903,11 +28904,7 @@ check ovn-nbctl --wait=hv sync
 AT_CHECK([test "$expr_cnt" = "$(get_cache_count cache-expr)"], [0], [])
 AT_CHECK([test "$matches_cnt" = "$(get_cache_count cache-matches)"], [0], [])
 
-# Ignore errors "Syntax error at \`\@pg2\' expecting port group name"
-# Need  to investigate whteher those errors are expected
-OVN_CLEANUP([hv1
-/Syntax error at/d
-])
+OVN_CLEANUP([hv1])
 
 AT_CLEANUP
 ])
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH ovn 8/8] tests: Fix flaky "ovn-controller - restart ...".

[Xavier Simonart]

Signed-off-by: Xavier Simonart 
---
 tests/ovn-controller.at | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/tests/ovn-controller.at b/tests/ovn-controller.at
index 16710911b..3751755be 100644
--- a/tests/ovn-controller.at
+++ b/tests/ovn-controller.at
@@ -2487,7 +2487,8 @@ check ovn-nbctl lsp-add ls-ext lsp-ext \
 -- lsp-set-addresses lsp-ext unknown
 check ovn-nbctl --wait=hv sync
 
-AT_CHECK([ovs-vsctl list-ports br-int | grep patch-br-int-to-lsp-ext], [0], 
[ignore])
+# Patch port might be created by ovn-controller after handling nb_cfg sync, if 
ovs db is busy handling command.
+OVS_WAIT_UNTIL([test 1 = $(ovs-vsctl list-ports br-int | grep 
patch-br-int-to-lsp-ext | wc -l)])
 
 # Stop ovn-controller
 OVS_APP_EXIT_AND_WAIT([ovn-controller])
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH ovn] tests: Fix flaky PMUTD flows test.

[Xavier Simonart]

Hi Ales

On Tue, Jun 4, 2024 at 2:36 PM Ales Musil  wrote:

>
>
> On Tue, Jun 4, 2024 at 2:19 PM Xavier Simonart 
> wrote:
>
>> Hi Ales
>>
>> Thanks for the patch.
>>
>
> Hi Xavier,
>
> thank you for the review.
>
>
>> On Fri, May 31, 2024 at 2:52 PM Ales Musil  wrote:
>>
>>> Add missing sync calls to make sure that the flows are present and
>>> strip the statistics from the flows.
>>>
>>> Fixes: 3faadc76ad71 ("northd: Fix pmtud for non routed traffic.")
>>> Signed-off-by: Ales Musil 
>>> ---
>>>  tests/ovn-controller.at | 42 +++--
>>>  1 file changed, 24 insertions(+), 18 deletions(-)
>>>
>>> diff --git a/tests/ovn-controller.at b/tests/ovn-controller.at
>>> index fc50b6ff8..3d3825cb8 100644
>>> --- a/tests/ovn-controller.at
>>> +++ b/tests/ovn-controller.at
>>> @@ -3036,13 +3036,16 @@ check ovs-vsctl \
>>>  -- add-port br-int vif2 \
>>>  -- set Interface vif2 external_ids:iface-id=lsp2
>>>
>>> +wait_for_ports_up
>>> +check ovn-nbctl --wait=hv sync
>>> +
>>>  AT_CHECK([as hv1 ovs-ofctl dump-flows br-int
>>> table=OFTABLE_CT_ZONE_LOOKUP | \
>>> -  sed -e 's/cookie=0x.*, duration=.*, table/cookie=??,
>>> duration=??, table/' | \
>>>sed -e
>>> 's/actions=load:0x.*->NXM_NX_REG13/actions=load:0x?->NXM_NX_REG13/' | \
>>> -  grep -v NXST_FLOW |sort], [0], [dnl
>>> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
>>> n_bytes=0, idle_age=0, priority=0
>>> actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
>>> n_bytes=0, idle_age=0, priority=100,reg14=0x1,metadata=0x1
>>> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
>>> n_bytes=0, idle_age=0, priority=100,reg14=0x2,metadata=0x1
>>> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>> +  grep -v NXST_FLOW | \
>>> +  awk '{print $7, $8}' | sort], [0], [dnl
>>> +priority=0 actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>> +priority=100,reg14=0x1,metadata=0x1
>>> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>> +priority=100,reg14=0x2,metadata=0x1
>>> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>>>  ])
>>>
>>> In addition to your change, I have seen a different kind of failure for
>> this test: on some systems, the test always fails because ct_zones id are
>> different, and hence reg11 and reg12 are filled with different values.
>> I think that this happens depending on whether the system uses murmur or
>> crc for hashing.
>> Hence, I think we should also sed/replace the values loaded in reg11 and
>> reg12 as we do for reg13.
>> Same comment applies to the similar checks below.
>> I have such a system where tests are failing. So, if it's easier for you,
>> let me know if you'd like me to apply a further patch, or test your
>> changes, or provide access to the system.
>>
>
> It makes sense, I agree that we should replace all loads and the reg
> values, which makes me wonder if it isn't actually better to just count the
> flows instead WDYT?
>
In fact, I was wondering about almost the opposite (:-)) - we could query
the ct-zone-list to find out the zone_id and check whether the flows are
exactly what we expect. But then I found that to be really overkill.
So, I think that checking the flows (w/ zone-id hidden) seemed a correct
trade-off. Also, it makes the test easier to understand (we know what we
expect), and make debugging easier if the test fails.
WDYT?

>
>
>>
>>  check ovn-nbctl lsp-add ls1 lsp3 \
>>> @@ -3051,24 +3054,27 @@ check ovs-vsctl \
>>>  -- add-port br-int vif3 \
>>>  -- set Interface vif3 external_ids:iface-id=lsp3
>>>
>>> +wait_for_ports_up
>>> +check ovn-nbctl --wait=hv sync
>>> +
>>>  AT_CHECK([as hv1 ovs-ofctl dump-flows br-int
>>> table=OFTABLE_CT_ZONE_LOOKUP | \
>>> -  sed -e 's/cookie=0x.*, duration=.*, table/cookie=??,
>

Re: [ovs-dev] [PATCH ovn] tests: Fix flaky PMUTD flows test.

[Xavier Simonart]

13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x3,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>  ])
>
> -check ovn-nbctl lsp-del lsp3
> +check ovn-nbctl --wait=hv lsp-del lsp3
>  AT_CHECK([as hv1 ovs-ofctl dump-flows br-int table=OFTABLE_CT_ZONE_LOOKUP
> | \
> -  sed -e 's/cookie=0x.*, duration=.*, table/cookie=??,
> duration=??, table/' | \
> -  sed -e
> 's/actions=load:0x.*->NXM_NX_REG13/actions=load:0x?->NXM_NX_REG13/' |
> -  grep -v NXST_FLOW |sort], [0], [dnl
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=0
> actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=100,reg14=0x1,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> - cookie=??, duration=??, table=OFTABLE_CT_ZONE_LOOKUP, n_packets=0,
> n_bytes=0, idle_age=0, priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +  sed -e
> 's/actions=load:0x.*->NXM_NX_REG13/actions=load:0x?->NXM_NX_REG13/' | \
> +  grep -v NXST_FLOW | \
> +  awk '{print $7, $8}' | sort], [0], [dnl
> +priority=0 actions=resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x1,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
> +priority=100,reg14=0x2,metadata=0x1
> actions=load:0x?->NXM_NX_REG13[[0..15]],load:0x2->NXM_NX_REG11[[]],load:0x1->NXM_NX_REG12[[]],resubmit(,OFTABLE_LOG_INGRESS_PIPELINE)
>  ])
>
>  OVN_CLEANUP([hv1])
> --
> 2.45.0
>
> Besides the comment above, it looks good to me.
Thanks
Xavier

> ___
> dev mailing list
> d...@openvswitch.org
> https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>
>
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Bug#918464: nocache.c:148: init_mutexes: Assertion `fds_lock != NULL' failed.

[Xavier G.]

Package: nocache
Version: 1.1-1+b1
Followup-For: Bug #918464

Addendum: this issue was seemingly fixed upstream:
https://github.com/Feh/nocache/commit/7451e161997d4282dd6b66fd1514b5b157b41f8a

Therefore, this bug could be fixed by packaging nocache v1.2, tagged two
years ago.

Bug#918464: nocache.c:148: init_mutexes: Assertion `fds_lock != NULL' failed.

[Xavier G.]

Package: nocache
Version: 1.1-1+b1
Followup-For: Bug #918464

Hi,

Following a full-upgrade on two Debian Sid hosts of mine on 2024-06-02
around 21:55 UTC, I have just stumbled upon this issue.

It matches the explanation provided by Sven and can be worked around by
lowering the hard NOFILE rlimit, e.g. ulimit -Hn 1

However, the fact that nocache, a program typically used to leave global
memory usage untouched, triggers an OOM is particularly ironic. It would
be nice if this could be fixed, either in nocache itself or by adjusting
default rlimits.

-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.8.12-amd64 (SMP w/16 CPU threads; PREEMPT)
Kernel taint flags: TAINT_OOT_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages nocache depends on:
ii  libc6  2.38-12

nocache recommends no packages.

nocache suggests no packages.

-- no debconf information

Bug#1072560: slim: as slim is unmaintained, please update to the slim-fork project

[Xavier Brochard]

Package: slim
Severity: normal
Tags: upstream
X-Debbugs-Cc: xav...@alternatif.org

Dear Maintainer,

Someone forked Slim a few years ago to fix bugs in this unmaintained software. 
Other projects already adopted the fork (Gentoo, Devuan, Venom...). I think 
that Debian could benefit of such an update.

Thanks and have a good day
Xavier

[ceph-users] Find PG mappings without upmap

[Xavier Trilla]

Hi,

I'm working on a script, and I would like to find where a specific PG would be 
mapped without the existing upmap .

For what I can see, all the commands I can think of, will always report the 
current mapping, not the original mapping that crush without upmap exceptions 
would output.

I've been trying to query ceph, or even use osdmaptool, but as osdmaptool 
requires the OSD map -and I don't see how I can remove the upmaps from a 
downloaded osdmap file-.

Any ideas?

Thanks!
Xavier

___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[HCDX] JRX Logs: June 2, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 2, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 11955. Sun, Jun 2, 2024. 2011-2020, Adventist World Radio, Moosbrunn-AUT, in 
Dyula language. ID and address to Abdijan, by man announcer, sometimes, with 
music background and recorded bird voices; 2015 Man talks and music by choir; 
ID. Very good reception: 5.

BRAZIL
** 9370. Sun, Jun 2, 2024. 2131-2140, Radio Frankenstein, xx-Paraíba, Brazil, 
in Portuguese. A musical program: today, with regional songs and rhythms: 
"Forró", "Xote" "Baião", typical music and rhythms of Northeast of Brazil; ID 
sometimes. Fair reception: 35433.

Station: Radio Frankenstein (unofficial broadcaster);
Frequency: 9370kHz;
Power: ??
Programming: Music, only;
E-mail: ondascurtasbra...@gmail.com

CHINA
** 7445. Sun, Jun 2, 2024. 2100-2110, China Radio International, Kunming-CHN, 
in Serbian. ID by woman/man announcers; 2101 Woman talks and chinese music, 
only. No regular programming! Good reception: 45544. 
** 11895. Sun, Jun 2, 2024. 1951-1956, China Radio International, Kashgar-CHN, 
in Cantonese. Woman and man in conversation; She talks with music background; 
1955 Other woman talking, says ID; Says CRI A24 sked in cantonese, presumed; 
1957 Sign-off. Good reception: 45554. 

GERMANY
** 9780. Sun, Jun 2, 2024. 2000-2010, Adventist World Radio, Nauen-D, in 
French. IS; ID: La Voix de l´Esperance, émission quotidienne, says man 
announcer; 2003 Woman talks, makes a preaching. Good reception: 45554. 

GUAM
** 15530. Sun, Jun 2, 2024. 1902-1910, Adventist World Radio-KSDA, Agat-GUM, in 
Korean. Man talking, preaching, of course. Good reception: 45554.

INDIA
** 9620. Sun, Jun 2, 2024. 1921-1929, Akashvani External Service, 
Bengaluru-IND, in Arabic. Indian music; 1924 Man talking and a summary news, 
presumed; 1928 Indian music. Poor reception: 35432.
** 9620. Sun, Jun 2, 2024. 1930-1940, Akashvani External Service, 
Bengaluru-IND, in French. Woman says ID; Station IS; 1931 Woman talking news; 
1934 Music; 1935 Returns woman voice. Poor reception: 35432.

MADAGASCAR
** 9765. Sun, Jun 2, 2024. 2121-2130, MWV-WBC Programa Palavra Alegre, 
Mahajanga-MDG, in Portuguese. Music and christian messages for all; ID, website 
(palavraalegre.com.br) and POBox. Good reception: 45554.

ROMANIA
** 11975. Sun, Jun 2, 2024. 1941-1950, Radio Romania International, 
Galbeni-ROU, in Romanian. Man announcer in conversation with a romanian man. 
Good reception: 45544.

SPAIN
** 15520. Sun, Jun 2, 2024. 1911-1920, Radio Exterior de España, Noblejas-E, in 
Spanish. Tablero Deportivo, all football, with news by men announcers; Woman 
participates too. Good reception: 45554.

VATICAN CITY STATE
** 11870. Sun, Jun 2, 2024. 2111-2128, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Portuguese. Woman announcer interviews a cleric about Concílio 
Vaticano II; 2114 Africa Cultural, a repetition program of the last thursday, 
an interview. Very good reception: 55555.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


Yahoo Mail: Busque, organize e aumente sua produtividade
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Error in staging for print/luatex

[Xavier Humbert]

Le 02/06/2024 18:21, Moin Rahman a écrit :



On Jun 2, 2024, at 5:39 PM, Xavier Humbert  wrote:

Hi,

I cannot upgrade print/luatex, it fails at staging :

===>  Staging for tex-luatex-20240312
===>   tex-luatex-20240312 depends on file: 
/usr/local/share/texmf-var/web2c/tex/tex.fmt - found
===>   tex-luatex-20240312 depends on executable: weave - found
===>   tex-luatex-20240312 depends on file: 
/usr/local/libdata/pkgconfig/pixman-1.pc - found
[...]
PANIC: unprotected error in call to Lua API (zlib library version does not 
match - header: 1.2.13, library: 1.3.1)

I googled for that error, suggestions were to rebuild texlive-base, with no 
success.

Any hint ?

Regards,

Xavier

--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
https://www.amdh.fr



If you are using ports delete all tex related ports and reinstall.

Kind regards,
Moin


Thanks, pkg delete -f tex\*, then portinstall the same fixed the problem !

Regards,

Xavier

--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
https://www.amdh.fr

Error in staging for print/luatex

[Xavier Humbert]

Hi,

I cannot upgrade print/luatex, it fails at staging :

===>  Staging for tex-luatex-20240312
===>   tex-luatex-20240312 depends on file: 
/usr/local/share/texmf-var/web2c/tex/tex.fmt - found

===>   tex-luatex-20240312 depends on executable: weave - found
===>   tex-luatex-20240312 depends on file: 
/usr/local/libdata/pkgconfig/pixman-1.pc - found

[...]
PANIC: unprotected error in call to Lua API (zlib library version does 
not match - header: 1.2.13, library: 1.3.1)


I googled for that error, suggestions were to rebuild texlive-base, with 
no success.


Any hint ?

Regards,

Xavier

--
Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer
https://www.amdh.fr

[HCDX] JRX Logs: June 1, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: June 1, 2024
Receiver: Tecsun S-2000
All times Universal Time

CHINA
** 7445. Sat, Jun 1, 2024. 2145-2156, China Radio International, Urumqi-CHN, in 
Hungarian. Woman and man announcers present a Chinese Class; 2154 Woman says 
ID; IS. Good reception: 45554.

PHILIPPINES
** 9320. Sat, Jun 1, 2024. 2221-2230, Voice of America, Tinang-PHL, in Khmer. 
Man talking; Woman talking too; 2227 Woman talks, says ID and frequencies; 2228 
VOA ID and more, website in english; IS, ID and man says sign-off; IS till 
2230. Fair reception: 35533. 

SPAIN
** 17715. Sat, Jun 1, 2024. 2242-2303, Radio Exterior de España, Noblejas-E, in 
Spanish. Woman announcer interviews a invited woman about spanish fish 
production and consumption; 2251 Now, a nice interview with a spanish female 
singer; A short pieces of your songs; 2258 Woman says ID and more; 2259 IS and 
REE Sked A24 in spanish by man announcer. Very good reception: 5.
Note: IS till 2303!!

UZBEKISTAN
** 15320. Sat, Jun 1, 2024. 2211-2220, Adventist World Radio, Tashkent-UZB, in 
Ngaju-Dayak. A hymn by female singer; 2215 Woman talks, preaching; Man talks 
too. Fair reception: 35533.

UNITED STATES OF AMERICA
** 9565. Sat, Jun 1, 2024. 2231-2240, Radio Martí, Greenville-NC, in Spanish. 
ID :Radio Martí, El mundo de la información! Radio Martí, Siempre Contigo; 2233 
Starts Martí Noticias, presented by male announcer and collaborators. Good 
reception: 45544. 

VATICAN CITY STATE
** 7410. Sat, Jun 1, 2024. 2200-2210, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Chinese. Man says ID and more; 2202 News, presumed, by man 
announcer. Fair reception: 35543. 


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: [FRnOG] [MISC] Digression du Vendredi sur l'identité numérique

[Xavier Beaudouin via frnog]

Hello

Dans d'autres pays il y a des GIE pour ça... Exemple au Luxembourg, que je 
connais bien, il y a Luxtrust.

(...)

> Je prêche que l'état devrait fournir un service de SSO utilisable par de
> tierces parties et qu'au lieu de forcer les prestataires à faire son
> boulot (stocker des données sensibles "au cas où"), il devrait forcer
> ces prestataires à utiliser cette solution. Cela permettrai d'améliorer
> le modèle de sécurité, de simplifier les procédures (pour tout le monde:
> l'utilisateur, le prestataire et l'état) et d'être plus efficace.
> 
> C'est ma conviction intime, d'expert non-intéressé. Ma (petite) boite
> n'a rien à gagner dans cette histoire... mais en tant qu'individuel je
> pense que c'est la meilleure solution.


Dans d'autres pays il y a des GIE pour ça... Exemple au Luxembourg, que je 
connais bien, il y a Luxtrust.

J'dis pas que ce sont les meilleurs, mais avec le token physique (hélas en voie 
de disparition), la carte d'identité Luxo, ou l'application mobile, se 
connecter/signer avec truc équivaut a une signature officielle de l'intéressé.

Comme d'habitude en France on fait n'importe quoi, chacun dans son silo, 
personne ne communique ensemble et chacun fait n'importe quoi avec les données.

Entre France Connect, France Connect+ (dafuq?), France Identité (évidement 
quand on a une vieille CNI on peux se brosser avec une brosse métallique), bref 
tout pour faire mal ce qu'on pourrais fait mieux. Et je ne parle pas de 
"truster" laposte avec les 1 TLD tous fais pour que tout le monde s'habitue 
au phishing industriel...

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[HCDX] JRX Logs: May 31, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 31, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 9510. Fri, May 31, 2024. 0244-0254, Adventist World Radio, Moosbrunn-AUT, in 
Punjabi. A song; Woman talking, ID and address; Man talking at 0248, preaches, 
presumably. Fair reception: 35433.
** 11870. Fri, May 31, 2024. 0341-0350, Adventist World Radio, Moosbrunn-AUT, 
in Persian. Man preaches; 0347 Man and woman announcers say ID and more. Poor 
reception: 35432.

CHINA
** 11870. Fri, May 31, 2024. 0213-0227, China Radio International, Kashgar-CHN, 
in Pashto. Man talks; 0221 Now, he talks with music background; 0226 ID and A24 
sked in pashto with IS music; 0227 Ends. Fair reception: 35533. Parallel on 
15435 via Xian, 45554.
** 17640. Fri, May 31, 2024. 0231-0240, China Radio International-Radio Kitay, 
Xian-CHN, in Russian. Woman announcer talking with music background; 0237 The 
same recorded song. Good reception: 45554.

GERMANY
** 11960. Fri, May 31, 2024. 0322-0330, Adventist World Radio, Nauen-D, in 
Tigrinya. Two men in conversation: questions and answers? 0329 Music. Fair 
reception: 35533.
** 11960. Fri, May 31, 2024. 0330-0340, Adventist World Radio, Nauen-D, in 
Oromo. IS; ID by woman; 0332 Man talking, preaching. Fair reception: 35533.

PHILIPPINES
** 17850. Fri, May 31, 2024. 0302-0310, Voice of America, Tinang-PHL, in 
Burmese. Man and woman announcers present news, presumed. Fair reception: 35533.

THAILAND
** 15090. Fri, May 31, 2024. 0255-0300, Radio Azadi, Udon Thani-THA, in Pashto. 
Woman and man communications. Poor reception: 25422.
** 17690. Fri, May 31, 2024. 0311-0320, Radio Farda, Udon Thani-THA, in 
Persian. Man announcer talks and songs. Poor to barely audible reception: 25322 
to 25311.

VATICAN CITY STATE
** 7260. Fri, May 31, 2024. 0351-0400, Voice of America, Santa Maria di 
Galeria-CVA, in Somali. Man and woman conversation; She sings without musical 
accompaniment; He makes the same, too; 0400 ID and sign-off. Poor reception: 
25422.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: [ccp4bb] Topology diagram

[Xavier Brazzolotto]

My Google search led directly to

https://www.ccp4.ac.uk/html/topdraw.html
HTH

> Le 30 mai 2024 à 17:32, Lionel  a écrit :
> 
> Dear community, 
> 
> A biochemist asks me if I knew a webserver/tool to draw topology diagram of 
> protein from a deposited pdb or part of it, ideally allowing edition (label, 
> colour, etc...).
> 
> For a better understanding, the topology diagram’s representation is as the 
> picture attached, which I believe is a “key notation” topology diagram. 
> 
> It’s possible to get such diagram from PDBsum but they are fixed (pdf, ps) 
> and I would say (without offence) a bit ugly.
> 
> After an extensive Google/Ccp4DB/ChatGPT search, for my surprise, I found 
> nothing helpful. 
> It seems that “old” tools like pro-origami are gone/unavailable. 
> 
> I would greatly appreciate any advice on possible website or more specialized 
> program (even if I would do the “webserver” task myself).
> 
> Best, 
> Lionel
> 
> 
> 
> 
> To unsubscribe from the CCP4BB list, click the following link:
> https://www.jiscmail.ac.uk/cgi-bin/WA-JISC.exe?SUBED1=CCP4BB=1
> 
> This message was issued to members of www.jiscmail.ac.uk/CCP4BB, a mailing 
> list hosted by www.jiscmail.ac.uk, terms & conditions are available at 
> https://www.jiscmail.ac.uk/policyandsecurity/
> 




To unsubscribe from the CCP4BB list, click the following link:
https://www.jiscmail.ac.uk/cgi-bin/WA-JISC.exe?SUBED1=CCP4BB=1

This message was issued to members of www.jiscmail.ac.uk/CCP4BB, a mailing list 
hosted by www.jiscmail.ac.uk, terms & conditions are available at 
https://www.jiscmail.ac.uk/policyandsecurity/

[HCDX] JRX Logs: May 29, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 29, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 11955. Wed, May 29, 2024. 2000-2010, Adventist World Radio, Moosbrunn-AUT, 
in Dyula language. AWR music; IS and ID and website, program in dyula, by 
woman, in english; Man says ID in dyula; 2002 A song; 2005 Man talking and 
music. Good reception: 45544.
** 15440. Wed, May 29, 2024. 1900-1910, Adventist World Radio, Moosbrunn-AUT, 
in Hausa. ID; Man preaching. Fair reception: 35533.

CHINA
** 9525. Wed, May 29, 2024. 2041-2050, China Radio International-Radio Kitay, 
Beijing-CHN, in Russian. Woman announcer talking with music background; 2045 
She says ID: Kitay and a chinese romantic song by female singer. Good 
reception: 45554.
** 11895. Wed, May 29, 2024. 1841-1850, China Radio International, Xian-CHN, in 
Chaozhou language. Woman announcer presents a musical program. Good reception: 
45544. 
** 11895. Wed, May 29, 2024. 1921-1930, China Radio International, Kashgar-CHN, 
in Cantonese. Woman announcer talking; 1923 Man participates too; 1929 A song. 
Fair reception: 35533.
** 12110. Wed, May 29, 2024. 1820-1830, China National Radio 1, xx-CHN. 
Jammer/Firedrake transmission, with chinese instrumental music, blocking all 
RFA transmission, this time, 1800-1900. Good reception: 45544.

FRANCE
** 21690. Wed, May 29, 2024. 1831-1840, Radio France Internationale, 
Issoudun-F, in French. "Le Journal": news presented by men announcers; Woman 
participates too. Good reception: 45554.

GERMANY
** 9780. Wed, May 29, 2024. 2021-2030, Adventist World Radio, Nauen-D, in 
French. Man talking; A conversation with a woman about The Bible and  
reconciliation; 2026 ID: Radio Mondiale Adventiste, La Voix de l´Esperance; 
2027 Music; 2030 The end. Good reception: 45554.
** 11790. Wed, May 29, 2024. 2031-2040, Adventist World Radio, Nauen-D, in 
Yoruba language. IS; Woman says ID, in english; 2033 She preaches, presumably. 
Good reception: 45544.
** 11800. Wed, May 29, 2024. 2011-2020, Adventist World Radio, Nauen-D, in 
Moore language. Man talking; Music by choir; Woman says ID and POBox to Burkina 
Faso and man repeats; Music. Good reception: 45544.   

GREAT BRITAIN
** 17640. Wed, May 29, 2024. 1931-1940, BBC, Woofferton-G, in Hausa. ID; Man, 
woman and nigerian news reporters participations; All out and about Nigeria! 
Good reception: 45554.

KUWAIT
** 9490. Wed, May 29, 2024. 1941-1950, Voice of America, Umm Al-Riman-KWT, in 
French. Woman and man announcers present news in "VOA Afrique". Fair reception: 
35533.

MADAGASCAR
** 13670. Wed, May 29, 2024. 1851-1858, MWV-WBC African Pathways Radio, 
Mahajanga-MDG, in English. Man talking, preaches, with music background; 1856 
Man says a christian message; 1858 He says ID and repeats; IS. Good reception: 
45544.

ROMANIA
** 13860. Wed, May 29, 2024. 1951-1956, Radio Romania International, 
Tiganesti-ROU, in Spanish. Woman talking; A song; 1954 Mrs Victoria Sepciu says 
RRI A24 sked in spanish Y gracias por su atención! IS till 1956. Good 
reception: 45554.

VIETNAM
** 11885. Wed, May 29, 2024. 1911-1920, Voice of Vietnam, Son Tay-VTN, in 
English. Man and woman say about vietnamese themes; A brief music and man says 
ID; Return man/woman communications. Fair reception: 35533. 


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 28, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 28, 2024
Receiver: Tecsun S-2000
All times Universal Time

ALGERIA
** 13790. Tue, May 28, 2024. 0149-0159, Ifrikya FM, Ouargla-ALG, in Arabic. 
Songs and men communications. Good reception: 45554.

BRAZIL
** 640. Tue, May 28, 2024. 0125-0140, Radio Difusora Sul da Bahia, Itabuna-BA, 
in Portuguese. Station´s announcements by woman and man voices; 0130 Program 
"Cristo é a esperança" (Jesus Christ is the hope!), presented by man Pastor; A 
conversation, by phone, with listeners; Faith messages; ID. Fair to poor 
reception: 35433 to 35422.
** 9665. Tue, May 28, 2024. 0221-0230, Radio Voz Missionária, Camboriú-SC, in 
Portuguese. Man announcer, the Pastor, makes a sermon with very exciting; ID. 
Fair reception: 35533.

TURKEY
** 17770. Tue, May 28, 2024. 1450-1453, Voice of Turkey, Emirler-TUR, in 
Arabic. A turkish song; ID by female announcer; She says VOT A24 sked in arabic 
and all addresses; 1453 The end. Good reception: 45554. 

UNITED ARAB EMIRATES
** 17745. Tue, May 28, 2024. 1439-1449, BBC, Al-Dhabbaya-UAE, in Somali. A 
conversation between two men; 1447 ID and news by man announcer. Fair 
reception: 35533.

UNITED STATES OF AMERICA
** 5085. Tue, May 28, 2024. 0210-0220, WTWW, Lebanon-TN, in English. Pastor 
makes a preaching. Fair reception: 35533.
** 7365. Tue, May 28, 2024. 0235-0245, Radio Martí, Greenville-NC, in Spanish. 
Sport News by man announcer and reporter news collaboration; A conversation 
between them; ID. Good reception: 45554.

VATICAN CITY STATE
** 17700. Tue, May 28, 2024. 1504-1520, Voice of America, Santa Maria di 
Galeria-CVA, in Hausa.Men in conversation; News by male announcer; Woman talks 
too; 1511 VOA jingle and sign-off; 1512 Returns on-air and more news. Good 
reception: 45544.
** 25700. Tue, May 28, 2024. 1421-1429, BBC, Santa Maria di Galeria-CVA, in 
Hausa. Woman in conversation with a nigerian man; ID; News by nigerian reporter 
from Abuja, Nigeria; ID; 1429 End. Good reception: 45554. Parallel on 21630 via 
Ascension, 5!


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 26-27, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 26-27, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 15440. Mon, May 27, 2024. 2030-2040, Adventist World Radio,  Moosbrunn-AUT. 
IS; Woman says ID-Voice of Hope, in english with VOH and website; ID in french 
by man; 2032 Man talking about the Desease (La Maladie); 2034 ID and address to 
Côte d´Ivoire; 2035 Other woman says a message to the family and a peace of 
God! Good reception: 45554. 

GERMANY
** 11955. Mon, May 27, 2024. 1950-1958, Adventist World Radio, Nauen-D, in 
Tachelhit. Man makes a preaching; 1957 A song; 1958 Ending. Good reception: 
45554.
** 11790. Mon, May 27, 2024. 2051-2058, Adventist World Radio, Nauen-D, in 
Yoruba. Man talking, preaches; 2053 A song; 2054 Woman talks; She says ID and 
website; She repeats address; 2057 AWR IS music; 2058 A song; 2059 Ending.  
Good reception: 45554.

INDIA
** 9620. Mon, May 27, 2024. 1959-2010, Akashvani-All India Radio, 
Bengaluru-IND, Program "Spolight News", into French edition (1930-2030). Woman 
talks and a piece of the song "La Bamba" (It's always that!). 2000 ID by woman 
and starts news segment, in english, by men announcers. Fair reception: 35433.

MADAGASCAR
** 6180. Sun, May 26, 2024. 0212-0225, MWV-WCB La Voz Alegre, Mahajanga-MDG, in 
Spanish. ID; Program "La Voz Alegre": Music and christian messages presented by 
woman and man announcers; ID and addresses. Good reception: 45554..

ROMANIA
** 11975. Mon, May 27, 2024. 2021-2026, Radio Romania International, 
Galbeni-ROU, in French. Woman announcer interviews a french woman; 2025 Woman 
talking; 2026 Ends program and IS. Good reception: 45544. Parallel on 9575gal, 
sign-off.
** 11975. Mon, May 27, 2024. 2041-2050, Radio Romania International, 
Galbeni-ROU, in English. Woman announcer talking; 2043 Man says ID; Woman in 
conversation with a man. Fair reception: 35433. Parallel on 13650tig, 45544.

VATICAN CITY STATE
** 11870. Mon, May 27, 2024. 2011-2020, Radio Vaticana, Santa Maria di 
Galeria-CVA, in English. "Vatican News" by woman announcer; An interview with a 
woman, about Education in South Africa; 2019 Man talking., ID and more. Very 
good reception: 5. Parallel on 9705smg, 45544.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Distinguishing semibreve and minim rests without a staff

[Xavier Scheuer]

On Mon, 27 May 2024 at 06:09, Cameron Horsburgh 
wrote:
>
> Hi folks,
>
> I'm writing a resource for beginner musicians, and many of the early
exercises I'm writing don't use staff lines (Lilypond's 'easy play' feature
is very useful here!)
>
> One problem I have--it's very difficult to distinguish minim/half-note
rests from semibreve/full-note rests, because they're essentially the same
glyph but situated either above or below a staff line. When displaying
these symbols without a staff it's fairly common to add a short line at the
appropriate place on the glyph so the type of rest can easily be
determined. I can't think of any straightforward way to do this in LilyPond
though.
>
> Has anyone else found a way around this problem?

Hello,

According to NR A.8 The Emmentaler font, you can use

\markup \musicglyph "rests.0o"
\markup \musicglyph "rests.1o"

Kind regards,
Xavier

[HCDX] JRX Logs: May 25, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 25, 2024
Receiver: Tecsun S-2000
All times Universal Time

CHINA
** 9440. Sat, May 25, 2024. 1936-1945, China Radio International-CGTN, 
Kunming-CHN, in English. Women talk with music background; They say about 
chinese themes, including the population; 1940 Man talking too; Interview with 
a woman. Good reception: 45554.  
** 9515. Sat, May 25, 2024. 1916-1925, China Radio International,
Shijiazhuang-CHN, in Czech. Man and woman announcers talking during this log. 
Good reception: 45544.
** 9525. Sat, May 25, 2024. 1926-1935, China Radio International-Radio Kitay, 
Beijing-CHN, in Russian. A song; ID and repeats; 1928 Man an woman talking with 
music background; 1930 Woman says ID: Radio Kitay and a music. Good reception: 
45544. 

FRANCE
** 11700. Sat, May 25, 2024. 2021-2030, Radio France Internationale, 
Issoudun-F, in Hausa. Woman in conversation with a man; 2023 Music, ID: RFI; 
Music. Good reception: 45554. 

GUAM
** 9320. Sat, May 25, 2024. 1946-1955, Trans World Radio Guam-KTWR, Agana 
Merizo-GUM, in Korean. Man makes a sermon, presumed; 1950 A song; 1953 Man 
talks and other song by woman and choir. Fair reception: 35543.

KUWAIT
** 9490. Sat, May 25, 2024. 2011-2020, Voice of America, Umm Al-Riman-KWT, in 
French. Music; 2013 Man presents a musical program; A song by The Beatles (I 
want to hold your hand); More songs; 2020 Man talks. Fair reception: 35533. 

TURKEY
** 9880. Sat, May 25, 2024. 2000-2010, Voice of Turkey, Emirler-TUR, in French. 
Woman says ID; A turkish song; 2005; Turkish gastronomy by man communication. 
Good reception: 45554.

UNITED STATES OF AMERICA
** 15185. Sat, May 25, 2024. 2031-2040, Voice of America, Greenville-NC, in 
French. ID; Man and woman present a musical program with the hits of the week. 
Fair reception: 35533.
** 15730. Sat, May 25, 2024. 2041-2050, Voice of America, Greenville-NC, in 
Hausa. Man announcer in conversation with other man; 2047 Woman and man  
talking news and a fast brief pause between them. Good reception: 45544..

VIETNAM
** 11885. Sat, May 25, 2024. 2051-2057, Voice of Vietnam, Son Tay-VTN, in 
French. Woman and man talking; 2054 A song; 2057 Ending. Fair reception: 35533. 
Parallel on 9730kHz, via Son Tay, 35522.

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Staff size - normal and Vaticana

[Xavier Scheuer]

On Sat, 25 May 2024 at 18:53, mpk  wrote:
>
> Hi,
> Could anybody help me to individually adjust the Vaticana staff-size,
> please?

Hello,

\score {
  \new VaticanaScore {
% etc.
  }
  \layout {
#(layout-set-staff-size 18)
  }
}

\score {
  % normal score
}

Kind regards,
Xavier

[HCDX] Assunto: #350 Reception in Southeastern Brazil – May 24, 2024

[Jota Xavier via Hard-Core-DX]

Ótimas escutas Grimm.73' ,Zé Ronaldo

Yahoo Mail: Busque, organize e aumente sua produtividade 
 
  Em sex, 24 24e mai 24e 2024 às 16:20, Rudolf Grimm 
escreveu:   
Dear friends, 
 
 
 
#350 Reception in Southeastern Brazil – May 24, 2024 
 
 
 
On: 
 
https://dxways-br.blogspot.com/2024/05/350-reception-in-southeastern-brazil.html

 
 
DXways-br (Blog): 
 
http://dxways-br.blogspot.com  
 
 
 
73 & good DX! 
 
 
 
Rudolf Grimm 
 
PY2-81502 SWL São Bernardo SP & Ibiuna SP 
 
BRAZIL 
 
John 14:6 
 
** 
   
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 24, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 24, 2024
Receiver: Tecsun S-2000
All times Universal Time

ALGERIA
** 13790. Fri, May 24, 2024. 1941-1950, Ifrikya FM, Ouargla-ALG, in French. Men 
in conversation, in french language. Good reception: 45554.

ASCENSION ISLAND
** 15730. Fri, May 24, 2024. 1830-1840, Voice of America, Ascension Island-AC, 
in Kinyarwanda/Kirundi languages. ID; Men announcers presents news; 1837 ID; 
Washington-DC; Returns news; 1840 Woman participation too. Good reception: 
45544. 

AUSTRIA
** 17570. Fri, May 24, 2024. 1951-1958, Adventist World Radio, Moosbrunn-AUT, 
in French. ID; Woman talking; 1954 She says ID and address; 1957 AWR music; ID 
and Boïte Postal 08 in Abidjan-Côte d´Ivoire; 1958 Ending. Good reception: 
45544.

CHINA
** 9575. Fri, May 24, 2024. 1911-1920, China Radio International, Beijing-CHN, 
in Chaozhou, language of Chaozhou City (Guangdong Province), local variant of 
standart Chinese. Similar to Cantonese. Woman talking; A song; 1914 Man and 
woman talking. Good reception: 45554.
** 11895. Fri, May 24, 2024. 1921-1930, China Radio International, Kashgar-CHN, 
in Cantonese, standart chinese language. Woman and man announcers talking; They 
say about Taiwan, many times; 1927 A song; 1930 Woman talks. Good reception: 
45544.

GREAT BRITAIN
** 11610. Fri, May 24, 2024. 1900-1910, Voice of America, Woofferton-G, in 
Tigrinya. A short music; Man presents news, presumably; 1909 Brief music and 
returns man communication. Fair reception: 35433.

GUAM
** 9320. Fri, May 24, 2024. 1931-1940, Trans World Radio Guam-KTWR, Agana 
Merizo-GUM, in Korean. Woman talking; A song; 1936 Woman talking. Fair 
reception: 35533.

OMAN
** 9780. Fri, May 24, 2024. 1841-1850, BBC, Al-Seela-OMA, in Amharic. Woman and 
man announcers talking news. Good reception: 45544.
** 9780. Fri, May 24, 2024. 1850-1859, BBC, Al-Seela-OMA, in Oromo. Brief 
music,  and mext, announcers present news, of course; ID. Good reception: 45544.


JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Control beaming with tuplets

[Xavier Scheuer]

On Fri, 24 May 2024 at 10:57, Kenneth Flak 
wrote:
>
> Thanks! That almost did the trick. The only thing that's not working is
that connecting beam between the two quintuplets. See attached screenshot...

Hello,

\set subdivideBeams = ##t

And then either, for 2.24:
  \set baseMoment = #(ly:make-moment 1/8)
  \set beatStructure = 2,2,2,2

or for 2.25:
  \set minimumBeamSubdivisionInterval = \musicLength 8
  \set maximumBeamSubdivisionInterval = \musicLength 16

See NR 1.2.4.
https://lilypond.org/doc/v2.24/Documentation/notation/beams#setting-automatic-beam-behavior
https://lilypond.org/doc/v2.25/Documentation/notation/setting-automatic-beam-behavior

Kind regards,
Xavier

[HCDX] JRX Logs: May 23, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 23, 2024
Receiver: Tecsun S-2000
All times Universal Time

ASCENSION ISLAND
** 11660. Thu, May 23, 2024. 1947-1957, BBC, Ascension Island-ASC, in Hausa. 
Man and woman announcers present news. Fair reception: 35533.

GERMANY
** 11790. Thu, May 23, 2024. 2051-2059, Adventist World Radio, Nauen-D, in 
Yoruba. African song; 2055 Woman says ID, website and POBox to USA; 2056 Woman 
talking; 2057 AWR IS; 2058 A song; 2059 Ending.  Good reception: 

INDIA
** 9620. Thu, May 23, 2024. 1959-2010, Akashvani-All India Radio, 
Bengaluru-IND, in French. Music; 2002 Man says ID; Next, fifteen minutes for 
"Spolight News", in english, presented by two men announcers. Fair reception: 
35533.

KUWAIT
** 9490. Thu, May 23, 2024. 2012-2021, Voice of America, Umm Al-Riman-KWT, in 
French. Man announcer in conversation with other man. Good reception: 45544.

NORTHERN MARIANA ISLANDS
** 17530. Thu, May 23, 2024. 0059-0117, Radio Free Asia, Saipan-MRA, in 
Burmese. Woman talking; 0100 IS-ID jingle by RFA; Man announcer presents a 
newsletter, presumably; 0107 A fast brief music space and woman talking news, 
too; Man talks too; 0115 Station music. Fair reception: 35533. Parallel on 
15245kHz, Paochung-TWN, 25422 and 15700kHz, Tinian-MRA, sign-off, here! 

PHILIPPINES
** 17850. Thu, May 23, 2024. 0143-0153, Voice of America, Tinang-PHL, in 
Burmese. Woman and man announcers talking news, presumed. Poor reception: 35422.

ROMANIA
** 13650. Thu, May 23, 2024. 2041-2050, Radio Romania International, 
Tiganesti-ROU, in English. Woman announcer interviews a man; 2054 ID; Cultural 
Romania by man presenter and a interview. Good reception: 45554.

TURKEY
** 9880. Thu, May 23, 2024. 2021-2030, Voice of Turkey, Emirler-TUR, in French. 
Man and woman talking; 2029 Music. Poor reception: 25522!!!

VATICAN CITY STATE
** 7295. Thu, May 23, 2024. 0037-0047, BBC, Santa Maria di Galeria-CVA, in 
Dari. Woman and man talking news and a recorded afghan mothers, children and 
more; Crying; Conversation with them; 0044 A brief afghan music and returns 
conversations. Good reception: 45544.
** 9705. Thu, May 23, 2024. 2031-2040, Radio Vaticana, Santa Maria di 
Galeria-CVA, in French. Woman, man and reporter collaborators present "Vatican 
News". Good reception: 45554.  

UNITED STATES OF AMERICA
** 7305, Thu, May 23, 2024. 0118-0128, Radio Vaticana, Greenville-NC, in 
Portuguese. Woman announcer interviews a woman, brazilian citizen; She talks 
more news of Catholic Church and the Pope; May 23, "Dia de Santa Rita de 
Cássia". 0127 Ends of the program and IS. Good reception: 45554.

UZBEKISTAN
** 15515. Thu, May 23, 2024. 0048-0058, Adventist World Radio, Tashkent-UZB, in 
Chin Asho language. Woman talking, makes a sermon, presumed. Poor reception: 
25422.
** 15515. Thu, May 23, 2024. 0130-0140, Adventist World Radio, Tashkent-UZB, in 
Cantonese. IS; Woman says ID and website, in english; 0131 Woman talking, 
preaching. Poor reception: 25522. 

JRX (José Ronaldo Xavier, 75)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 21 (suppl) & 22, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 21 (suppl) & 22, 2024
Receiver: Tecsun S-2000 & XHDATA D-808
All times Universal Time

GUAM
** 15625. Tue, May 21, 2024. 2200-2228, Adventist World Radio-KSDA, Agat-GUM, 
in Chinese. Man and woman talking with music background; 2224 A song; 2228 
Woman talks, ID; Ending. Good reception: 45544.

PHILIPPINES
** 9875. Tue, May 21, 2024. 2321-2329, FEBC Philippines, Bocaue-PHL, in Iu Mien 
language. Woman preaching; 2234 A brief song and man talks; 2327 Music; 2329 
ID, ending. Fair reception: 35533.
** 12055. Tue, May 21, 2024. 2345-2352, FEBC Philippines, Bocaue-PHL, in Lu 
language. Man Pastor preaching, presumed; 2349 A song. Poor reception: 35422.
** 12070. Tue, May 21, 2024. 2300-2310, FEBC Philippines-Radio Liangyou 1, 
Iba-PHL, in Chinese. Man talking, preaching. Poor reception: 25522.
** 12095. Tue, May 21, 2024. 2311-2320, FEBC Philippines, Bocaue-PHL, in Hmong. 
Man Pastor preaching. Good reception: 45544.
** 12110. Wed, May 22, 2024. 0015-0025, Voice of America, Tinang-PHL, in 
Burmese. Man and woman announcers present news, presumably; 0019 Man talking; 
0022 Woman talking too. Fair reception: 35533.
** 15435. Wed, May 22, 2024. 0045-0055, FEBC Philippines, Bocaue-PHL, in Tai 
Nua language. Music; Man talking; 0047 A devotional music by woman singer 
without musical instrumental; 2048 Man talking, preaching. Fair reception: 
35533.
** 15450. Tue, May 21, 2024. 2330-2344, FEBC Philippines, Bocaue-PHL, in 
Burmese. Woman talking and a song - A religious hymn; 2333 Other song; 2337 
Woman and man announcers talking; he preaches, presumably; Music. Good 
reception: 45554.

TAIWAN
** 15245. Wed, May 22, 2024. 0056-0110, Radio Free Asia, Paochung-TWN, in 
Burmese. Man and woman announcers talking; 0100 ID: RFA jingle!! Woman and man 
announcers present news, presumed; 0106 Man talking. Fair reception: 35533. 
Parallel on 17530kHz, Saipan, 25411.

UNITED STATES OF AMERICA
** 9330. Tue, May 21, 2024. 2246-2256, WBCQ-WLC, Monticello-ME, in Portuguese. 
Men say about Platform WLC; 2248 Woman says about God power; 2252 Men say about 
God power and The Bible. Good reception: 45554.

UZBEKISTAN
** 15320. Tue, May 21, 2024. 2231-2240, Adventist World Radio, Tashkent-UZB, in 
Javanese. A song; 2235 Man talking, preaching. Fair reception: 35533.
** 15515. Wed, May 22, 2024. 0033-0043, Adventist World Radio, Tashkent-UZB, in 
Chin Asho language. A song; Woman talking; 0040 Music; 0043 Man talking. Fair 
reception: 35533.


JRX (José Ronaldo Xavier)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Haproxy Technologies - need people?

[Xavier Ziller]

Hi there,

Curious if Haproxy Technologies could use help completing extra work in
your company.

We’re like a plug-and-play department that adds extra resources within your
business (without having to hire). Help with Marketing, Operations,
Research, Virtual Assistance, Customer Service & more.

Would you like a quote for Virtual Admin help? Reply here and let me know
the best time/number to quickly connect.


Xavier Ziller
Regional Manager | Dhughor

[HCDX] JRX Logs: May 21, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 21, 2024
Receiver: Tecsun S-2000
All times Universal Time

AUSTRIA
** 11955. Tue, May 21, 2024. 1821-1829, Adventist World Radio, Moosbrunn-AUT, 
in Arabic. Woman preaching, presumably; 1828 ID, website; 1829 Man talks, music 
by piano. Fair reception: 35533.

BOTSWANA
** 5925. Tue, May 21, 2024. 0318-0325, Voice of America, Selebi Phikwe-BOT, in 
English. Man talks news; ID; Comments and more. Poor reception: 35522.

BRAZIL
** 4985. Tue, May 21, 2024. 0234-0254, Radio Brasil Central, Goiânia-GO, in 
Portuguese. Man announcer presents a musical program with variety songs and 
rhythms; ID and local time. Fair reception with interference by RTTY 
transmission: 43533. Parallel on 11815, Goiânia, 35422.

CHINA
** 11880. Tue, May 21, 2024. 0222-0233, China Radio International, Kashgar-CHN, 
in Chinese. Woman and man announcers talking and talking, without a pause; 0230 
They talking with music background; ID. Fair reception: 45433. Parallel on 
17840, Beijing, 45554. 
** 13660. Tue, May 21, 2024. 1744-1756, China Radio International, Kashgar-CHN, 
in Hausa. Woman and man announcers interview a nigerian man; 1750 Return 
presenters with a "Chinese Class". Good reception: 45544.    
** 13710. Tue, May 21, 2024. 1730-1740, China Radio International, Kunming-CHN, 
in Chinese. Man talking; 1735 Woman and man talking. Good reception: 45544.
** 13790. Tue, May 21, 2024. 1720-1730, China Radio International, Kashgar-CHN, 
in Arabic. Woman announcer in conversation with a man; 1727 A song; Woman 
talks. Fair reception: 45433.
** 15435. Tue, May 21, 2024. 0307-0315, China Radio International-Radio Kitay, 
Urumqi-CHN, in Russian. Woman and man announcers talking with music background; 
ID and repeats many times during this log. Good reception: 45544.
** 17655. Tue, May 21, 2024. 0202-0220, China Radio International, Kashgar-CHN, 
in Tamil. Man talks news, presumed; 0208 Music; Man announcer communication. 
Fair reception: 35533.

GREAT BRITAIN
** 15660. Tue, May 21, 2024. 1813-1820, Voice of America, Woofferton-G, in 
Amharic. Man and woman talking during this log. Poor reception: 25422.

GUAM
** 15530. Tue, May 21, 2024. 1830-1840, Adventist World Radio-KSDA, Agat-GUM, 
in Korean. Woman says ID, frequency and more; 1832 Woman preaching, presumed; 
1836-1837 No modulation; 1837 Returns woman and a song. Good reception: 45544.

SÃO TOMÉ E PRÍNCIPE
** 15460. Tue, May 21, 2024. 1803-1812, VOA Studio 7, Pinheira-STP, 
Multilingual (English, Ndebele and Shona to Zimbabwe). Woman and man announcers 
talking. Poor to barely audible reception: 25422 to 25311.

JRX (José Ronaldo Xavier)
Cabedelo-PB, Brazil (UTC-3)


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: Removing the change clef in a first ending (volta 1)

[Xavier Scheuer]

On Tue, 21 May 2024 at 20:38, Werner LEMBERG  wrote:
>
> This information should probably be added to the NR, together with an
> example.  Can you prepare a patch (or even an MR) or formulate
> something that I can then massage accordingly?

Hi Werner,

Actually this is already in NR 1.1.3 Clef
(not specific to volta, but actually Lily's default kind of makes sense too
in this case)

> By default, a clef change taking place at a line break causes the new
clef symbol to be printed at the end of the previous line, as a ‘warning
clef’, as well as at the beginning of the next. This warning clef can be
suppressed.

Kind regards,
Xavier

Re: Removing the change clef in a first ending (volta 1)

[Xavier Scheuer]

On Tue, 21 May 2024 at 19:42, Knute Snortum  wrote:
>
> It's probably easier to see in the MWE and screen shot I've attached.  So
is there a way to get rid of the bass change clef indicator in the first
ending?

Hello,

\once \set Staff.explicitClefVisibility = #end-of-line-invisible
before your \break at the end of volta 1.

Kind regards,
Xavier

Re: DIfferent note values within a chord

[Xavier Scheuer]

On Tue, 21 May 2024 at 16:04, Aaron Hill  wrote:
>
> It is interesting how we interpreted the clef and key signature
> differently when trying to recreate the image.  You did manage to the
> squeeze in the forte, which I did not.

Yes, I thought exactly the same thing when I saw your answer. In fact, I
added a B flat because I couldn't imagine having these chords with the B-F
tritone fourth.
And when I saw your answer in the bass clef, I said to myself that I must
be conditioned for the treble clef since I originally play the violin.
In the end, when seeing the original score communicated by Jun, neither of
us was “right”.  ;-P

Kind regards,
Xavier

Re: DIfferent note values within a chord

[Xavier Scheuer]

On Tue, 21 May 2024 at 15:42, Jun Tamura  wrote:
>
> Hello,
>
> Could someone give me a pointer for this?
>
> This is a quite popular notation for bowed string instruments. I’m almost
certain that I saw a way to achieve this before but could not find it this
time.

Hello,

\relative c' {
\key bes \major
\stemDown
<\tweak duration-log 2 bes bes' f'>2\f
  <\tweak duration-log 2 bes' f' d'>2 |
<\tweak duration-log 2 c, a' c>2\fermata
}

Kind regards,
Xavier

[HCDX] JRX Logs, May 20, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs, May 20, 2024
Receiver Tecsun S-2000
All times Universal Time

ASCENSION ISLAND
** 17530. Mon, May 20, 2024. 1831-1850, Voice of America, Ascension Island-ASC, 
in Kinyarwanda/Kirundi. VOA News by woman and man announcers with external  
news reporters; 1835 ID and news; 1844 Interview with a man; 1848 A brief 
music, ID and a summary news by man announcer. Good reception: 55544.

CHINA
** 17765. Mon, May 20, 2024. 1751-175, China Radio International, Kashgar-CHN, 
in French. A "Chinese Class" presented by woman/man announcers; 1755 A song by 
female singer and piano; 1756 Woman says ID and website; 1757 Ending. Good 
reception: 45554.

GERMANY
** 17570. Mon, May 20, 2024. 1731-1740, Adventist World Radio, Nauen-D, in 
Masai language. ID by woman/man announcers; 1732 A song; 1734 Man preaching. 
Fair reception: 35533.
** 17725. Mon, May 20, 2024. 1741-1750, Adventist World Radio, Nauen-D, in 
Oromo. Man Pastor makes a sermon; 1744 Oromo song; 1746 Woman says ID; Man 
talks, says a prayer and Amen! 1748 Returns man communication. Good reception: 
45554.

MADAGASCAR
** 17590. Mon, May 20, 2024. 1723-1729, Adventist World Radio, Talata 
Volonondry-MDG, in Swahili. Woman talks; 1726 Man talks, says ID; 1726 A song 
by female singer and choir; 1729 Ending. Good reception: 45554.

SÃO TOMÉ E PRÍNCIPE
** 15460. Mon, May 20, 2024. 1812-1821, VOA Studio 7, Pinheira-STP, 
Multilingual edition (English, Ndebele and Shona). Woman and man talk news, of 
course; Poor reception for this transmission, target to Zimbabwe: 25422, with 
barely audible moments, 25311.
** 17655. Mon, May 20, 2024. 1822-1829, Voice of America, Pinheira-STP, in 
Portuguese. Man announcer presents a summary news with mainly highlights; 1826 
"VOA Editorial": today, presented by Mr João Santa Rita; 1829 Abrupt ending! 
Good reception: 55544.


JRX (José Ronaldo Xavier)
Cabedelo-PB, Brazil, UTC-3


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs, May 19, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs, May 19, 2024
Receiver Tecsun S-2000
All times Universal Time

CHINA
** 7305. Sun, May 19, 2024. 2000-2010, China Radio International, Urumqi-CHN, 
in Polish. Woman says ID and more; 2002 Woman announcer talks with music 
background; 2008 A song. Good reception: 45554. 
** 7385. Sun, May 19, 2024. 1944-1950, China Radio International, Kashgar-CHN, 
in Albanian. Woman and man present a musical program. Good reception: 45444.
** 9575. Sun, May 19, 2024. 1951-2000, China Radio International, Beijing-CHN, 
in Chaozhou language (Chaozhou city, Guangdong Province). Music; 1955 Woman 
communication with music background; 2000 Ending. Very good reception: 5.
** 9720. Sun, May 19, 2024. 1933-1943, China National Radio 1, xx-CHN. 
Jammer/Firedrake transmission, blocking Radio Free Asia, this time, 1900-2000. 
Good reception: 45554.

FRANCE
** 11700. Sun, May 19, 2024. 2012-2020, Radio France Internationale, 
Issoudun-F, in Hausa. Woman and man announcers present a newsletter. Fair 
reception: 45433.

KOREA NORTH
** 13760. Sun, May 19, 2024. 2021-2030, Voice of Korea, Kujang-KRE, in French. 
Woman presents news; 2023 A pause for a classical music; 2029 She talks and a 
song by choir. Fair reception: 45433. 

KUWAIT
** 12070. Sun, May 19, 2024. 2051-2059, Voice of America, Umm Al-Riman-KWT, in 
Hausa. A conversation between woman and man announcers; 2058 Abrupt ending. 
Fair reception: 35533. 

MADAGASCAR
** 11610. Sun, May 19, 2024. 2100-2110, MWV-WCB The Light of Life, 
Mahajanga-MDG, in Chinese. ID and website; Woman and man talk; 2105 Man and 
woman communication. Fair reception: 35433.
** 11965. Sun, May 19, 2024. 2031-2040, MWV-WCB African Pathways Radio, 
Mahajanga-MDG, in English. Man says ID and more; 2033 Other man makes a 
christian message; Woman participates too. Fair reception: 35533.

ROMANIA
** 11975. Sun, May 19, 2024. 2041-2050, Radio Romania International, 
Galbeni-ROU, in English. Man announcer interviews a man; 2044 He says ID and 
woman presents a program about Romania. Good reception: 45544.

JRX (José Ronaldo Xavier)
Cabedelo-PB, Brazil, UTC-3


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 18, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 18, 2024
Receiver (s): Tecsun S-2000
Antenna: Longwire 10m
All times Universal Time

BRAZIL
** 860. Sat, May 18, 2024. 0041-0050, Radio Cidade, Maracanaú-CE, metropolitan 
area of Fortaleza. Men announcers present the station´s commercial 
announcements; 0045 Now, they present a sport program: Football local and 
regional news, scores and brazilian championships. Poor reception: 35422.
** 990. Sat, May 18, 2024. 0051-0059, Radio Rural de Mossoró, Mossoró-RN, in 
Portuguese. Station belongs to Rede Católica de Radio (RCR) at the Mossoró 
Diocese. This moment, transmitting the mandatory program "A Voz do Brasil". 
Fair reception: 45433.
** 940. Sat, May 18, 2024. 0031-0040, Super Radio Brasil, Rio de Janeiro-RJ, in 
Portuguese. Network Head of the system Rede Boa Vontade de Radio, belongs to 
Legião da Boa Vontade (LBV) christian church. This moment, Pastor makes a 
sermon about "The Apocalypse", all about music background and assistance 
presence. Good reception: 45554.
** 1080. Sat, May 18, 2024. 0021-0030,  Radio Fascinação, Itapetinga-BA, in 
Portuguese. Official mandatory program for all brazilian stations, "The Voice 
of Brazil"; News of the legislative power this moment.  Fair reception: 45533.
** 1170. Sat, May 18, 2024. 0011-0020, Radio Difusora de Mosoró, Mossoró-RN, in 
Portuguese. Station transmitting the official mandatory program "A Voz do 
Brasil", now, with news of the Legislative Power; 0015 Time pips (Time pips 
each a quarter of the hour). Good reception: 45544.
** 1280. Sat, May 18, 2024. -0010, Radio Sanhauá, Bayeux-PB, in Portuguese. 
Station´s announcements; ID; A musical program with variety songs and rhythms; 
0008 ID: Radio Sanhaua, At Service to the people! Fair reception for this 
irregular broadcasting: 35543.

CHINA
** 9560. Sat, May 18, 2024. 1910-1918, China Radio International, Urumqi-CHN, 
in Hungarian; Man and woman communication with music background. Good 
reception: 45544.
** 9645. Sat, May 18, 2024. 1959-2006, China Radio International, Kunming-CHN, 
in French. Woman announcer in a long versation with a french lady. Good 
reception: 45554.
** 9655. Sat, May 18, 2024. 1951-1957, China Radio International, Kunming-CHN, 
in Turkish. Chinese songs; 1956 Man says CRI A24 sked in turkish; 1957 
Sign-off. Strongest reception: 5!
** 9670. Sat, May 18, 2024. 1851-1857, China Radio International, Beijing-CHN, 
in Persian. Music; 1856 Man says CRI A24 sked in persian with IS background; 
1857 Sign-off. Fair reception: 35533.
** 11895. Sat, May 18, 2024. 1900-1909, China Radio International, Kashgar-CHN, 
in Cantonese.  Woman announcer talks and presents a musical program. Good 
reception: 45554.  
** 13710. Sat, May 18, 2024. 1843-1850, China Radio International, Kunming-CHN, 
in Bulgarian. Man announcer presents a program with chinese traditional music;  
1849 A "Chinese Class" by woman/man announcers. Good reception: 45544.

INDIA
** 9620. Sat, May 18, 2024. 1919-1928, Akashvani - All India Radio, 
Bengaluru-IND, in Arabic. Arabic songs; 1925 Woman talks; A news summary? 1929 
Indian song; ID. Fair reception: 35533.
** 9620. Sat, May 18, 2024. 1930-1950, Akashvani - All India Radio, 
Bengaluru-IND, in French. IS; 1932 Woman says ID and A24 Station sked in 
french; 1933 Indian song; 1936 Returns woman communication with a newsletter; 
1944 She says ID and frequency (She says the old ID: All India Radio, not 
Akashvani); Music; 1950 Woman says ID: All India Radio and more news. Fair 
reception: 35533.

KUWAIT
** 5860. Sat, May 18, 2024. 0158-0208, Radio Farda, Umm Al-Rimam-KWT, in 
Persian. Music; 0200 Woman talks and a musical program. Poor reception: 34522..

MALI
** 11640. Sat, May 18, 2024. 1833-1842, China Radio International, Bamako-MLI, 
in Arabic. A song; 1837 Woman talks; 1840 Other song. Good reception: 45544.

OMAN
** 6195. Sat, May 18, 2024. 0135-0145, BBC, Al-Seela-OMA, in Dari. Man present 
news; News reporter collaborators. Poor reception: 35322. Parallel on 7445sla, 
barely audible.

SPAIN
** 17715. Sat, May 18, 2024. 0107-0121, Radio Exterior de España, Noblejas-E, 
in Spanish. Man announcer interviews a man, writer; 0110 Now, he interviews a 
woman, María Assunpción, writer too, and a brief literature history. Good 
reception: 45554.

TURKEY
** 9870. Sat, May 18, 2024. 0124-0134, Voice of Turkey, Emirler-TUR, in 
Spanish. Turkish music; 0130 ID by woman announcer and more songs. Good 
reception: 55544. Parallel on 7260emr, 35533.

UNITED ARAB EMIRATES
** 9840. Sat, May 18, 2024. 0211-0220, VOA Deewa Radio, Al-Dhabbaya-UAE, in 
Pashto. Man and woman talk; A conversation between them; 0219 Woman talks. poor 
reception: 25522.

UZBEKISTAN
** 9510. Sat, May 18, 2024. 0146-0155, BBC, Tashkent-UZB, in English. Woman 
announcer in conversation with a couple of people. Poor reception: 25522.


JRX Callsign: PR7036SWL
DX Map Location: HI22NX


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com

[HCDX] JRX Logs: May 17, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 17, 2024Receiver (s): Tecsun S-2000Antenna: Longwire 10mAll times 
Universal Time
AUSTRIA** 9510. Fri, May 17, 2024. 0231-0240, Adventist World Radio, 
Moosbrunn-AUT, in Punjabi language. A devotional music with choir; 0235 Woman 
talks, makes a sermon, presumed. Fair reception: 35533.
BRAZIL** 4985. Fri, May 17, 2024. 0421-0430, Radio Brasil Central (RBC), 
Goiânia-GO, in Portuguese. A musical program with the best of the Samba; 0424 
Man says ID and program Samba of the best quality! RBC this night without 
interference and a rare good reception: 45544!!** 11815. Fri, May 17, 2024. 
0412-0420, Radio Brasil Central, Goiânia-GO, in Portuguese. Man announcer 
presents a musical program with brazilian songs: The Best of the Samba; He says 
ID and local time. Poor reception: 35322.
FRANCE** 7315. Fri, May 17, 2024. 0348-0400, Radio Tamazuj, Issoudun-F, in 
Arabic Juba. Woman ans man announcers present news, presumed; ID; A brief music 
pause and returns woman announcer and news reporter collaborator. Fair 
reception: 35533.
MADAGASCAR** 6065. Fri, May 17, 2024. 0326-0335, Adventist World Radio, 
Talata-Volonondry-MDG, in Malagasy. Music; 0328 Man talks, preaches; Woman 
participates too; Music. Poor reception: 25422.** 11650. Fri, May 17, 2024. 
0400-0410, Radio Tamazuj, Talata-Volonondry-MDG, in Arabic Juba. Woman presents 
news and an interview with a female, into news; Man participates too; ID. Fair 
reception: 45433.
PHILIPPINES** 15525. Fri, May 17, 2024. 0112-0122, Voice of America, 
Tinang-PHL, in Rohingya language. Man announcer talks; 0120 Woman talks too. 
Poor reception: 25422.** 17850. Fri, May 17, 2024. 0213-0220, Voice of America, 
Tinang-PHL, in Burmese. Woman talks news; 0218 Man talks too. Barely audible 
reception: 25411.
TAJIKISTAN** 15515. Fri, May 17, 2024. 0221-0230, Adventist World Radio, 
Dushanbe-TJK, in English. Man talking, preaching; 0226 A song by female singer 
and piano. Fair reception: 35533.
THAILAND** 13750. Fri, May 17, 2024. 0203-0212, VOA Deewa Radio, Udon 
Thani-THA, in Pashto. Woman and man announcers present news, presumably. Poor 
reception: 25422. Parallel on 9480, Dhabbaya, 25411.
UNITED STATES OF AMERICA** 4840. Fri, May 17, 2024. 0308-0315, WWCR, 
Nashville-TN, in English. Man preaches during this log. Fair reception: 
35433.** 5085. Fri, May 17, 2024. 0337-0346, WTWW, Lebanon-TN, in English. Man 
talks with music background; ID and repeats;Website; 0341 Man talks; 0345 Woman 
talks too, alternately. Good reception: 45544.** 5890. Fri, May 17, 2024. 
0316-0325, WWCR, Nashville-TN, in English. Man Pastor makes a preaching; Woman 
collaborating with religious questions. Good reception: 45544.** 5935. Fri, May 
17, 2024. 0256-0307, WWCR, Nashville-TN, in English. Woman preaches; 0257 Man 
says ID, repeats, all with music background; 0300 Man makes a sermon; 0307 ID. 
Fair reception: 45533.** 6030. Fri, May 17, 2024. 0138-0158, Radio Martí, 
Greenville-NC, in Spanish. Man interviews a woman about cuban government, 
economy, Communist Party and the relationships with Russia, China and Korea 
North. Fair reception: 35533. Parallel log on 7335grv, 35543. ** 7365. Fri, May 
17, 2024. 0127-0137, Radio Martí, Greenville-NC, in Spanish. Man announcer 
presents "Una pausa para la meditación"; 0130 ID: Siempre contigo; 0132 Martí 
Noticias presented by man announcer and collaborators. Good reception: 45554.** 
9265. Fri, May 17, 2024. 0246-0255, WINB, Red Lion-PA, in English. Woman and 
man announcers talk, preach, presumably. Poor reception: 25422.
VATICAN CITY STATE** 9710. Fri, May 17, 2024. 0439-0454, Radio Vaticana, Santa 
Maria di Galeria-CVA, in Ukrainian. IS; 0440 ID and programming of the day; 
Woman and man announcers present Vatican News; ID: Ukrainian program, says 
woman presenter. Good reception: 45544. Parallel log on 11815smg, 44533.** 
11815. Fri, May 17, 2024. 0459-0510, Radio Vaticana, Santa Maria di 
Galeria-CVA, in Russian. IS; 0500 ID and programming of the day; Woman and man 
present Vatican News. Fair reception with slight interference by Radio Brasil 
Central on 11815kHz: 44433. Parallel log on 9710smg, 35433.

JRX Callsign: PR7036SWLDX Map Location: HI22NX
_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

[HCDX] JRX Logs: May 15 & 16, 2024

[Jota Xavier via Hard-Core-DX]

JRX Logs: May 15 & 16, 2024
Receiver (s): Tecsun S-2000
Antenna: Longwire 10m
All times Universal Time

AUSTRIA
** 11955. Thu, May 16, 2024. 1841-1850, Adventist World Radio, Moosbrunn-AUT, 
in Arabic. Man makes a preaching, presumed; 1850 He says ID. Fair reception: 
45533. 

 CHINA
** 11650. Thu, May 16, 2024. 1751-1757, China Radio International, Xian-CHN, in 
Esperanto. A song, the same recorded song! 1757 Sign-off. Poor reception: 35322.
** 11695. Thu, May 16, 2024. 2000-2010, China Radio International, Kashgar-CHN, 
in French. IS and ID; Man and woman announcers present news. Fair reception: 
35433.
** 11775. Thu, May 16, 2024. 1811-1820, China Radio International, Kashgar-CHN, 
in German. No regular programming, but chinese instrumental music, only! Fair 
reception: 35533. 
** 17880. Wed, May 15, 2024. 0048-0056, China Radio International, Beijing-CHN, 
in Portuguese. Chinese instrumental music, only, a long time! 0054 Recorded: 
Man announcer says CRI A24 sked in portuguese; 0056 IS. Very good reception: 
5.

ROMANIA
** 11975. Thu, May 16, 2024. 1851-1905, Radio Romania International, 
Galbeni-ROU, in Romanian language. Man announcer in conversation with a 
external reporter news collaborator, presumably; 1855 A song by female singer; 
1858 Other song; 1900 Woman says ID and the highlights news; 1901 Woman and man 
announcers present news in details. Fair to good reception: 45533 to 45544.

VATICAN CITY STATE
** 11875. Thu, May 16, 2024. 1821-1829, BBC, Santa Maria di Galeria-CVA, in 
French. BBC News; Man announcer interviews a man; 1829 Man says ID: BBC Afrique 
and sign-off. Fair reception: 35533. Parallel on 13630kHz, Talata Volonondry, 
45544.

VIETNAM
** 11885. Thu, May 16, 2024. 1831-1840, Voice of Vietnam, Son Tay-VTN, in 
German. Woman announcer presents a newsletter. Poor reception: 25422.

JRX Callsign: PR7036SWL
DX Map Location: HI22NX


_
Hard-Core-DX mailing list
Hard-Core-DX@hard-core-dx.com
http://montreal.kotalampi.com/mailman/listinfo/hard-core-dx
http://www.hard-core-dx.com/
___

THE INFORMATION IN THIS ARTICLE IS FREE. It may be copied, distributed
and/or modified under the conditions set down in the Design Science License
published by Michael Stutz at
http://www.gnu.org/licenses/dsl.html

Re: [FRnOG] [TECH] Problème FortiGate

[Xavier Beaudouin via frnog]

Hello,

> A vrai dire, on avait une vieille conf qui mettait une MTU à 1492, on a
> enlevé ce paramètre.
> 
> On est pas expert réseau FortiNet/M365/Active Directory, on se débrouille
> sur pas mal de sujets/problématiques mais on fait appel aux supports quand
> on en a besoin ...
> 
>> Mais quelle excellente idée de changer la MTU de l’interface sans changer
>> la MSS, c’est un super moyen de s’assurer d’avoir des problèmes :-)
>>

Dans le même genre j'ai eu des soucis avec des gens qui sont restés dans les 
années 
2000, qui filtraient TOUT l'icmp... donc pMTUd : dtc... etc...

Un moment il vas falloir que ça rentre : l'ICMP se rate limite, mais ne se
filtre pas

Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: Naming lines of music

[Xavier Scheuer]

On Tue, 14 May 2024 at 15:43, Giles Boardman 
wrote:
>
> Thanks again Xavier. You are very patient - I have just sat down at my
up-to-date computer and the difference between the versions' functionality
is enormous. If I'd realised, I would have bitten the bullet and had fewer
questions and taken up less of everyone's time. My apologies. Out of
interest, is there somewhere that tells me the last version of Lilypond
that would run on Windows 8.1. Perhaps there is a sweet spot for me - my
layout requirements are largely satisfied by these very simple layouts.

Hello,

Well apparently Jean added the sentence "(Windows 7 and Windows 8 are not
supported)" for 2.24.0.
https://gitlab.com/lilypond/lilypond/-/commit/c9fa78c28d26661f1176bd8e1b13c574e71e9664

That being said, LilyPond >2.24 does not support Windows <8.1 mainly
because Microsoft itself has ended support for Windows 8.1.
Maybe LilyPond 2.24 or 2.25 still do run on Wondows 8.1. Have you tested?

Kind regards,
Xavier

Re: Naming lines of music

[Xavier Scheuer]

On Tue, 14 May 2024 at 14:44, Giles Boardman 
wrote:
>
> Hello Kieren/Xavier,
>
> I wasn't going to be picky per Kieren's ** but ...
>
> ... using Xavier's code (override
Score.RehearsalMark.self-alignment-X = #LEFT) I have a whole page of music
and the tunes are in different keys, so aligning to the Key signature is
giving me an unsightly wiggly vertical look. Can I align to the clef or the
Time signature?

Hello,

See Timothy's answer (left-edge and link to IR).

\override Score.RehearsalMark.break-align-symbols = #'(clef)
\override Score.RehearsalMark.break-align-symbols = #'(time-signature)
https://lilypond.org/doc/v2.18/Documentation/notation/aligning-objects#using-the-break_002dalignable_002dinterface
https://lilypond.org/doc/v2.24/Documentation/notation/aligning-objects#using-the-break_002dalignable_002dinterface

You could also change the break-align-anchor-alignment of KeySignature (NR
same reference).

> Or is there a line title, like the variables for "Composer" Piece" etc. I
looked, but I haven't found anything obvious.

I would use "piece", but actually you could even define your own custom
header field and custom layout for titles.
https://lilypond.org/doc/v2.24/Documentation/notation/custom-titles-headers-and-footers#custom-layout-for-titles

Kind regards,
Xavier

Re: Naming lines of music

[Xavier Scheuer]

On Tue, 14 May 2024 at 12:43, Giles Boardman 
wrote:
>
> The \mark command is centred. Can text be formatted to be left aligned
(and smaller)? Is there an initialisation parameter I can change to set its
default alignment?

Hello,

Please consider upgrading, version 2.18.2 is over 10 years old.
Current stable version (2.24.3) has the \textMark command specifically for
such cases, see NR 1.8.1 Text marks
https://lilypond.org/doc/v2.24/Documentation/notation/writing-text#text-marks

Otherwise it is possible to change the alignment of rehearsal mark with
\override Score.RehearsalMark.self-alignment-X = #LEFT

Kind regards,
Xavier

Re: [FRnOG] [TECH] VoWifi : appels depuis l'étranger

[Xavier Beaudouin via frnog]

Hello,


> Ok tu gagnes :)
> 
> C’est vrai que ce popup est perturbant.
> Je pense que l’idée est justement qu’avec le cellulaire désactivé, la
> localisation sera impossible (ou du moins imparfaite/obsolète), mais la popup
> est clairement de trop.
> Je viens d’essayer avec Siri, c’est pareil, 3 sec de compte-rebours, puis 
> popup
> :)
> J’avais espéré qu’un appel Siri, qui peut venir d’un mec qui s’est coupé les 2
> bras avec son taille-haie, allait éviter la popup mais non….
> 
> Ceci dit, l’opération consistant à mettre en mode avion, puis de ré-activer
> seulement le WIFI, c’est pas vraiment la manip de base pour la plupart des
> gens.
> Pas que ça soit compliqué, mais je pense que 95% des utilisateurs ne savent 
> pas
> qu’on peut le faire.
> 

C'est un peu idiot, car bon c'est pas comme s'il n'y avais pas de GPS intégré 
dans
le téléphone. Bon peut-être que le proto VoWifi n'as pas l'option "en cas 
d'appel
d'urgence, envoie AUSSI la position GPS"...

/Xavier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] VoWifi : appels depuis l'étranger

[Xavier Claude]

Je n'en suis pas sûr, parce que justement, l'intérêt du VoWifi, c'est justement 
de palier à des problèmes de couverture. Mais même sans ça, il y a des numéros 
d'urgence par pays autre que le 112 qui seront routé directement par 
l'opérateur local.

Le dimanche 12 mai 2024 à 12:46, David Ponzone  a 
écrit :

> Hmm pas bête mais même connecté en WIFI avec VoWIFI activé, je pense que le 
> 112 est acheminé en GSM.
> 
> David
> 
> > Le 12 mai 2024 à 12:25,
> > 
> > Xavier Claude
> > 
> > cont...@xavierclaude.be a écrit :
> > 
> > Est-ce que ce ne serait pas pour pouvoir gérer les cas d'appels d'urgence. 
> > Si tu es connecté à une antenne on sait où router l'appel d'urgence, si tu 
> > es à l'étranger, c'est à l'opérateur local de faire ce routage, donc pas 
> > possible si tu pas par le Wifi.
> > 
> > Xavier
> > 
> > Le dimanche 12 mai 2024 à 11:19, David Ponzone david.ponz...@gmail.com a 
> > écrit :
> > 
> > > Merci pour la confirmation, c’est donc bien une histoire de HLR.
> > > 
> > > Ceci dit, je vois pas bien comment concurrencer (sérieusement) un 
> > > opérateur mobile en se répondant sur le WIFI gratuit dispo dans un pays….
> > > 
> > > David
> > > 
> > > > Le 12 mai 2024 à 04:09, Maximus . themaxim...@outlook.fr a écrit :
> > > > 
> > > > Bonjour,
> > > > 
> > > > J’ai un cas pratique qui illustre parfaitement l’explication.
> > > > 2 mobiles, 1 Orange Caraïbe et 1 Orange France
> > > > On va faire l’exemple avec 1, mais ça fonctionne aussi avec l’autre 
> > > > dans le sens inverse.
> > > > 
> > > > Je suis aux Antilles avec le téléphone Caraïbes. La VoWiFi fonctionne.
> > > > Je prends l’avion pour aller en France, mais en passant le téléphone en 
> > > > mode avion.
> > > > En arrivant, la VoWiFi fonctionne tant que je n’ai pas activé la partie 
> > > > mobile.
> > > > 
> > > > Dès que j’active la partie mobile, je reçois le SMS qui indique que je 
> > > > suis en roaming (Orange Caraïbes et France ne sont pas les mêmes 
> > > > opérateurs) et la VoWiFi se coupe.
> > > > 
> > > > Si je reviens dans les Caraïbes, tant que je n’ai pas activé le réseau 
> > > > mobile pour que l’opérateur détecte que je suis à nouveau connecté 
> > > > directement sur son réseau, la VoWiFi ne revient pas.
> > > > 
> > > > Je pense que c’est fait exprès, pour que les opérateurs ne rentrent pas 
> > > > en concurrences dans différentes pays. Si tu pouvais faire de la VoWiFi 
> > > > partout dans le monde, pourquoi irais-tu prendre l’abonnement de 
> > > > l’opérateur local. Tu prends un abonnement étranger moins cher.
> > > > Ils veulent que tu utilises la VoWiFi quand tu as un problème de 
> > > > couverture local. L’opérateur n’est pas/plus capable de te fournir du 
> > > > mobile, mais tu peux toujours téléphoner avec le WiFi.
> > > > 
> > > > Le 11 mai 2024 à 09:28, David Ponzone david.ponz...@gmail.com a écrit :
> > > > 
> > > > Au hasard, tu es connecté en 4G à l’opérateur local, donc ton opérateur 
> > > > français sait sur son HLR que tu n’es pas en France.
> > > > 
> > > > David
> > > > 
> > > > Le 11 mai 2024 à 15:21, Erwan David 
> > > > mailto:er...@rail.eu.org> a écrit :
> > > > 
> > > > Mon nouvel opérateur me met que je ne peux pas appeler en VoWifi depuis 
> > > > l'étranger. En pratique comment le détecte-t-il ? En particulier si le 
> > > > wifi est routé dans un VPN qui sors ensuite avec une IP française ?
> > > > 
> > > > (au passage y'a bien que Sosh (Orange ?) qui refuse d'activer 
> > > > VoWifi/VoLTE sur mon one plus nord...
> > > > 
> > > > ---
> > > > Liste de diffusion du FRnOG
> > > > http://www.frnog.org/
> > > > 
> > > > ---
> > > > Liste de diffusion du FRnOG
> > > > http://www.frnog.org/
> > > 
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] VoWifi : appels depuis l'étranger

[Xavier Claude]

Est-ce que ce ne serait pas pour pouvoir gérer les cas d'appels d'urgence. Si 
tu es connecté à une antenne on sait où router l'appel d'urgence, si tu es à 
l'étranger, c'est à l'opérateur local de faire ce routage, donc pas possible si 
tu pas par le Wifi.

Xavier


Le dimanche 12 mai 2024 à 11:19, David Ponzone  a 
écrit :

> Merci pour la confirmation, c’est donc bien une histoire de HLR.
> 
> Ceci dit, je vois pas bien comment concurrencer (sérieusement) un opérateur 
> mobile en se répondant sur le WIFI gratuit dispo dans un pays….
> 
> David
> 
> > Le 12 mai 2024 à 04:09, Maximus . themaxim...@outlook.fr a écrit :
> > 
> > Bonjour,
> > 
> > J’ai un cas pratique qui illustre parfaitement l’explication.
> > 2 mobiles, 1 Orange Caraïbe et 1 Orange France
> > On va faire l’exemple avec 1, mais ça fonctionne aussi avec l’autre dans le 
> > sens inverse.
> > 
> > Je suis aux Antilles avec le téléphone Caraïbes. La VoWiFi fonctionne.
> > Je prends l’avion pour aller en France, mais en passant le téléphone en 
> > mode avion.
> > En arrivant, la VoWiFi fonctionne tant que je n’ai pas activé la partie 
> > mobile.
> > 
> > Dès que j’active la partie mobile, je reçois le SMS qui indique que je suis 
> > en roaming (Orange Caraïbes et France ne sont pas les mêmes opérateurs) et 
> > la VoWiFi se coupe.
> > 
> > Si je reviens dans les Caraïbes, tant que je n’ai pas activé le réseau 
> > mobile pour que l’opérateur détecte que je suis à nouveau connecté 
> > directement sur son réseau, la VoWiFi ne revient pas.
> > 
> > Je pense que c’est fait exprès, pour que les opérateurs ne rentrent pas en 
> > concurrences dans différentes pays. Si tu pouvais faire de la VoWiFi 
> > partout dans le monde, pourquoi irais-tu prendre l’abonnement de 
> > l’opérateur local. Tu prends un abonnement étranger moins cher.
> > Ils veulent que tu utilises la VoWiFi quand tu as un problème de couverture 
> > local. L’opérateur n’est pas/plus capable de te fournir du mobile, mais tu 
> > peux toujours téléphoner avec le WiFi.
> > 
> > Le 11 mai 2024 à 09:28, David Ponzone david.ponz...@gmail.com a écrit :
> > 
> > Au hasard, tu es connecté en 4G à l’opérateur local, donc ton opérateur 
> > français sait sur son HLR que tu n’es pas en France.
> > 
> > David
> > 
> > Le 11 mai 2024 à 15:21, Erwan David 
> > mailto:er...@rail.eu.org> a écrit :
> > 
> > Mon nouvel opérateur me met que je ne peux pas appeler en VoWifi depuis 
> > l'étranger. En pratique comment le détecte-t-il ? En particulier si le wifi 
> > est routé dans un VPN qui sors ensuite avec une IP française ?
> > 
> > (au passage y'a bien que Sosh (Orange ?) qui refuse d'activer VoWifi/VoLTE 
> > sur mon one plus nord...
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: 2.25.15 quotedCueEventTypes

[Xavier Scheuer]

On Wed, 8 May 2024 at 19:35, Paul Scott  wrote:
>
> Yes.  Does one of those include phrasing slurs?

Hello,

For phrasing slurs you need to add phrasing-slur-event to the list.

FYI the default value of quotedCueEventTypes is in IR 2.1.31 Score
https://lilypond.org/doc/v2.25/Documentation/internals/score

And the list of events (music classes) in IR 1.2 Music classes
https://lilypond.org/doc/v2.25/Documentation/internals/music-classes

For documentation first look in NR, then IR and if you still find nothing
in the sources (ly or scm files first).

Kind regards,
Xavier

Re: Frescobaldi?

[Xavier Mayeur]

yes, I am sure. This is the frescobaldi.app under the 
/Applications/MacPorts folder. I've cleaned all older versions before 
installing with Mac Port


Xavier

Le 10/05/24 à 17:37, Jean Abou Samra a écrit :

I've freshly installed Frescobaldi using mac port. When lauching the 
frescobaldi.app,

Are you sure that this is the Frescobaldi that was installed by MacPorts?
It rather sounds like the (buggy) .app distributed in the Frescobaldi
releases. I think the MacPorts-installed Frescobaldi should be launched
by executing the `frescobaldi` command in a terminal — which was apparently
successful for you.


--
Cordialement,

Xavier MAYEUR
14 rue Thiernesse
1070 Bruxelles

[Bug 2046843] Re: Gnome Packagekit crashes when entering a package name search in Ubuntu Noble

[Xavier Guillot]

I still have the issue on Ubuntu 24.04 final :

$ gpk-application

(gpk-application:36353): PackageKit-CRITICAL **: 19:38:03.762: 
pk_client_generic_finish: assertion 'G_IS_TASK (res)' failed
Erreur de segmentation (core dumped)

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2046843

Title:
  Gnome Packagekit crashes when entering a package name search in Ubuntu
  Noble

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/gnome-packagekit/+bug/2046843/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

[ovs-dev] [PATCH v2] conntrack: Do not use {0} to initialize unions.

[Xavier Simonart]

In the following case:
union ct_addr {
unsigned int ipv4;
struct in6_addr ipv6;
};
union ct_addr zero_ip = {0};

The ipv6 field might not be properly initialized.
For instance, clang 18.1.1 does not initialize the ipv6 field.

Reported-at: https://issues.redhat.com/browse/FDP-608
Signed-off-by: Xavier Simonart 
---
v2: updated based on nit from Paolo.
---
 lib/conntrack.c | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/lib/conntrack.c b/lib/conntrack.c
index 16e1c8bb5..655b87ba9 100644
--- a/lib/conntrack.c
+++ b/lib/conntrack.c
@@ -2302,7 +2302,8 @@ find_addr(const struct conn_key *key, union ct_addr *min,
   uint32_t hash, bool ipv4,
   const struct nat_action_info_t *nat_info)
 {
-const union ct_addr zero_ip = {0};
+union ct_addr zero_ip;
+memset(_ip, 0, sizeof zero_ip);
 
 /* All-zero case. */
 if (!memcmp(min, _ip, sizeof *min)) {
@@ -2394,14 +2395,18 @@ nat_get_unique_tuple(struct conntrack *ct, struct conn 
*conn,
 {
 struct conn_key *fwd_key = >key_node[CT_DIR_FWD].key;
 struct conn_key *rev_key = >key_node[CT_DIR_REV].key;
-union ct_addr min_addr = {0}, max_addr = {0}, addr = {0};
 bool pat_proto = fwd_key->nw_proto == IPPROTO_TCP ||
  fwd_key->nw_proto == IPPROTO_UDP ||
  fwd_key->nw_proto == IPPROTO_SCTP;
 uint16_t min_dport, max_dport, curr_dport;
 uint16_t min_sport, max_sport, curr_sport;
+union ct_addr min_addr, max_addr, addr;
 uint32_t hash, port_off, basis;
 
+memset(_addr, 0, sizeof min_addr);
+memset(_addr, 0, sizeof max_addr);
+memset(, 0, sizeof addr);
+
 basis = (nat_info->nat_flags & NAT_PERSISTENT) ? 0 : ct->hash_basis;
 hash = nat_range_hash(fwd_key, basis, nat_info);
 
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [ovs-dev] [PATCH] conntrack: Do not use {0} to initialize unions.

[Xavier Simonart]

Hi Paolo

Thanks for the review.

On Wed, May 8, 2024 at 5:43 PM Paolo Valerio  wrote:

> Hello Xavier,
>
> just curious, based on your tests, is clang 18.1.1 the only
> compiler/version known so far to lead to the problem, right?
>
Yes. We have not seen any issues (so far) with gcc. Older clang versions
were ok, and clang 18.1.3 is fine as well.
But, as this is not a clang 18.1.1 issue (it's ok not to initialize ipv6
extra bits in this case), we still fix it in ovs, as it might come back...

>
> Anyways, only a small cosmetic nit below. Other than that:
>
> Acked-by: Paolo Valerio 
>
> Xavier Simonart  writes:
>
> > In the following case:
> > union ct_addr {
> > unsigned int ipv4;
> > struct in6_addr ipv6;
> > };
> > union ct_addr zero_ip = {0};
> >
> > The ipv6 field might not be properly initialized.
> > For instance, clang 18.1.1 does not initialize the ipv6 field.
> >
> > Reported-at: https://issues.redhat.com/browse/FDP-608
> > Signed-off-by: Xavier Simonart 
> > ---
> >  lib/conntrack.c | 9 +++--
> >  1 file changed, 7 insertions(+), 2 deletions(-)
> >
> > diff --git a/lib/conntrack.c b/lib/conntrack.c
> > index 16e1c8bb5..ff4a17abc 100644
> > --- a/lib/conntrack.c
> > +++ b/lib/conntrack.c
> > @@ -2302,7 +2302,8 @@ find_addr(const struct conn_key *key, union
> ct_addr *min,
> >uint32_t hash, bool ipv4,
> >const struct nat_action_info_t *nat_info)
> >  {
> > -const union ct_addr zero_ip = {0};
> > +union ct_addr zero_ip;
> > +memset(_ip, 0, sizeof zero_ip);
> >
> >  /* All-zero case. */
> >  if (!memcmp(min, _ip, sizeof *min)) {
> > @@ -2394,7 +2395,7 @@ nat_get_unique_tuple(struct conntrack *ct, struct
> conn *conn,
> >  {
> >  struct conn_key *fwd_key = >key_node[CT_DIR_FWD].key;
> >  struct conn_key *rev_key = >key_node[CT_DIR_REV].key;
> > -union ct_addr min_addr = {0}, max_addr = {0}, addr = {0};
> > +union ct_addr min_addr, max_addr, addr;
>
> nit: please keep the reverse xmas tree
>
Will send v2

>
> >  bool pat_proto = fwd_key->nw_proto == IPPROTO_TCP ||
> >   fwd_key->nw_proto == IPPROTO_UDP ||
> >   fwd_key->nw_proto == IPPROTO_SCTP;
> > @@ -2402,6 +2403,10 @@ nat_get_unique_tuple(struct conntrack *ct, struct
> conn *conn,
> >  uint16_t min_sport, max_sport, curr_sport;
> >  uint32_t hash, port_off, basis;
> >
> > +memset(_addr, 0, sizeof min_addr);
> > +memset(_addr, 0, sizeof max_addr);
> > +memset(, 0, sizeof addr);
> > +
> >  basis = (nat_info->nat_flags & NAT_PERSISTENT) ? 0 : ct->hash_basis;
> >  hash = nat_range_hash(fwd_key, basis, nat_info);
> >
> > --
> > 2.31.1
> >
>
Thanks
Xavier

> > ___
> > dev mailing list
> > d...@openvswitch.org
> > https://mail.openvswitch.org/mailman/listinfo/ovs-dev
>
>
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

[ovs-dev] [PATCH] conntrack: Do not use {0} to initialize unions.

[Xavier Simonart]

In the following case:
union ct_addr {
unsigned int ipv4;
struct in6_addr ipv6;
};
union ct_addr zero_ip = {0};

The ipv6 field might not be properly initialized.
For instance, clang 18.1.1 does not initialize the ipv6 field.

Reported-at: https://issues.redhat.com/browse/FDP-608
Signed-off-by: Xavier Simonart 
---
 lib/conntrack.c | 9 +++--
 1 file changed, 7 insertions(+), 2 deletions(-)

diff --git a/lib/conntrack.c b/lib/conntrack.c
index 16e1c8bb5..ff4a17abc 100644
--- a/lib/conntrack.c
+++ b/lib/conntrack.c
@@ -2302,7 +2302,8 @@ find_addr(const struct conn_key *key, union ct_addr *min,
   uint32_t hash, bool ipv4,
   const struct nat_action_info_t *nat_info)
 {
-const union ct_addr zero_ip = {0};
+union ct_addr zero_ip;
+memset(_ip, 0, sizeof zero_ip);
 
 /* All-zero case. */
 if (!memcmp(min, _ip, sizeof *min)) {
@@ -2394,7 +2395,7 @@ nat_get_unique_tuple(struct conntrack *ct, struct conn 
*conn,
 {
 struct conn_key *fwd_key = >key_node[CT_DIR_FWD].key;
 struct conn_key *rev_key = >key_node[CT_DIR_REV].key;
-union ct_addr min_addr = {0}, max_addr = {0}, addr = {0};
+union ct_addr min_addr, max_addr, addr;
 bool pat_proto = fwd_key->nw_proto == IPPROTO_TCP ||
  fwd_key->nw_proto == IPPROTO_UDP ||
  fwd_key->nw_proto == IPPROTO_SCTP;
@@ -2402,6 +2403,10 @@ nat_get_unique_tuple(struct conntrack *ct, struct conn 
*conn,
 uint16_t min_sport, max_sport, curr_sport;
 uint32_t hash, port_off, basis;
 
+memset(_addr, 0, sizeof min_addr);
+memset(_addr, 0, sizeof max_addr);
+memset(, 0, sizeof addr);
+
 basis = (nat_info->nat_flags & NAT_PERSISTENT) ? 0 : ct->hash_basis;
 hash = nat_range_hash(fwd_key, basis, nat_info);
 
-- 
2.31.1

___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev

Re: [neonixie-l] Re: Unique Nixie project with IN-7X family!

[Xavier Burton]

That is awesome! I've had an obsession with tube clocks since 2018, and
finally designed and built one this last week. It's nice seeing other
beginner designs.

-- 
You received this message because you are subscribed to the Google Groups 
"neonixie-l" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to neonixie-l+unsubscr...@googlegroups.com.
To view this discussion on the web, visit 
https://groups.google.com/d/msgid/neonixie-l/CAOt79-u%3DxQ99Ek2b-E7dv2R%2B5iTvL0n2CV3mdnt%3DE09r71%3DJrQ%40mail.gmail.com.

Re: Frescobaldi?

[Xavier Mayeur]

Regarding MacOs porting, a valid alternative would be to run the linux 
version of Frescobaldi from a Docker container


A Dockerfile like this one

FROM ubuntu

RUN apt update-yq&& apt install-y frescobaldi pulseaudio&& apt clean-y

RUN mkdir -p/Users//Scores
WORKDIR /Users//Scores
ENV XDG_RUNTIME_DIR=/tmp
ENV PULSE_SERVER=docker.for.mac.localhost


CMD frescobaldi

should made the trick.

Then create the image

docker build . -t fresco_image


Lastly, invoke the container

#! /bin/sh # Pre-requisites: # brew install pulseaudio # brew services 
start pulseaudio xhost +

docker run --rm  -v /tmp/.X11-unix:/tmp/.X11-unix \
  -v /Users//Scores/:/Users//Scores/ \
  -e PULSE_SERVER=docker.for.mac.localhost \
  -v ~/.config/pulse:/home/pulseaudio/.config/pulse \
  -e DISPLAY=docker.for.mac.host.internal:0 \
  fresco_image


I have to fine tune this (midi playback not working yet) , but it is 
fully working from an editing and compilation perspective, including 
point-and-click


Xavier Mayeur

Le 28/04/24 à 19:06, Jean Abou Samra a écrit :

Just had a quick look. It seems to me we need to create a python-poppler-qt6,
port qpageview to Qt6 and of course frescobaldi itself. I would hope that
qpageview and frescobaldi both basically mean moving from PyQt5 to PyQt6 which
I expect to be mostly busy work. The poppler bindings seem to require
understanding of what poppler does though.

All of the above is based on a brief look and thus not a reliable assessment.

Honestly, I have zero idea how hard porting to Qt 6 actually is. I think we
won't know until someone tries and finds out what exactly Frescobaldi uses that
is modified or removed in Qt 6 compared to Qt 5 as well as poppler-qt6 compared
to poppler-qt5.


In any case, I do rely on Frescobaldi and am willing to help keep it alive.

If you want to attempt the port, of course feel free.


--
Cordialement,

Xavier MAYEUR
14 rue Thiernesse
1070 Bruxelles

Re: [DISCUSS] Plan to release 0.7.0

[Xavier Bai]

+1

Thanks,
Xavier

yuanfeng hu  于2024年5月6日周一 11:09写道：

> +1, Thanks for driving this!
>
> Best,
> Yuanfeng
>
>

[tcpdump-workers] Re: Dropping support in tcpdump for older versions of libpcap?

[Francois-Xavier Le Bail via tcpdump-workers]

--- Begin Message ---
On 25/04/2024 12:25, Denis Ovsienko wrote:
> On Fri, 19 Apr 2024 11:18:47 -0700
> Guy Harris  wrote:
> 
>> On Apr 19, 2024, at 5:49 AM, Denis Ovsienko 
>> wrote:
>>
>>> On Fri, 12 Apr 2024 18:49:05 -0700
>>> Guy Harris  wrote:  
>>
>>  ...
>>
>>> Since tcpdump is the reference implementation of a program that uses
>>> libpcap, it may be a good occasion to improve the solution space
>>> such that other software can copy something that works well in
>>> tcpdump.  It is not entirely obvious the LIBPCAP_HAVE_PCAP_
>>> macros would be worth the burden of maintenance, but the version
>>> macros should be a straightforward improvement, something such as:
>>>
>>> #define PCAP_VERSION_MAJOR 1
>>> #define PCAP_VERSION_MINOR 11
>>> #define PCAP_VERSION_PATCHLEVEL 0
>>> #define PCAP_VERSION_AT_LEAST(a, b, c) ...
>>>
>>> (The GCC and Clang version checks in compiler-tests.h would be
>>> examples of a good macro structure; Sun C, XL C and HP C version
>>> checks look unwieldy and error-prone).  
>>
>> Presumably meaning that we should export version information in the
>> way GCC and Clang do, rather than in the ways that Sun/Oracle C, XL C
>> and HP C do, the latter being why we have to go through all that
>> extra pain (they provide a single #define with the version number
>> components packed in it - or two different defines in different
>> versions as XL C does - rather than separate #defines for major and
>> minor versions, as GCC and Clang do).
> 
> On a second thought, the best way to describe the desired result would
> be that from the library users' point of view the version macros should
> be easy to use correctly and difficult to use incorrectly.  This would
> justify some inconvenience in the library code, if necessary.
> 
> An advantage of correctly sized BCD versions is that two packed integer
> values compare in a straightforward way, so every end user does not
> have to remember how to compare two version triplets correctly.  A
> disadvantage of BCD versions is the need to unpack them if one needs
> individual components.
> 
> Perhaps the best balance would be in defining the individual version
> components as individual macros, and defining one-way "make this a BCD"
> and "make the current libpcap version a BCD" macros.
> 
> For example, instead of
> 
> // require libpcap >= 1.10.2
> PCAP_VERSION_MAJOR > 1 ||
> (PCAP_VERSION_MAJOR == 1 && PCAP_VERSION_MINOR > 10) ||
> (PCAP_VERSION_MAJOR == 1 && PCAP_VERSION_MINOR == 10 &&
> PCAP_VERSION_PATCH >= 2)
> 
> the users could use the following:
> 
> // require libpcap >= 1.10.2
> PCAP_VERSION_BCD_CURRENT >= PCAP_VERSION_BCD(1, 10, 2)
> 
> (where the exact number of bits allocated to each version component and
> the definitions of PCAP_VERSION_BCD_CURRENT and PCAP_VERSION_BCD() are
> an internal detail so long as the same values compare the same in
> different versions of libpcap)
> 
>>> There could be a run-time check as well:
>>>
>>> extern int pcap_version_at_least (unsigned char major, unsigned char
>>> minor, unsigned char patchlevel);  
>>
>> So how would that be used?
>>
>> If a program is dynamically linked with libpcap, and includes calls
>> to routines that were added in libpcap 1.12 or later, if you try to
>> run it with libpcap 1.11, the run-time linker will fail to load it,
>> as some symbols requested by the executable won't be present in the
>> library. The only OS on which this can be made to work is macOS, with
>> its weak linking mechanism:
> 
> [...]
> 
>> But *all* of those require either run-time checks for a particular OS
>> version in macOS, in cases where you're using the libpcap that comes
>> with macOS, or require loading the library at run time, finding
>> particular routines at run time, and checking at run time whether the
>> routine was found.
> 
> Thank you for the overview of weak linking means.  I suppose it would be
> best to keep out of this space to keep the task relatively manageable.
> The only use case for the C function I currently see is the
> command-line version tester.
> 
>>> The latter could be available via a build helper binary, such as
>>> (using the binary operators from test(1) and version-aware
>>> comparison):
>>>
>>> pcap-version -ge 1 # same as 1 0 0
>>> pcap-version -ge 1 10 # same as 1 10 0
>>> pcap-version -ne 1 10 4
>>> pcap-version -eq 1 10 4
>>> pcap-version -ge 1 9 1 && pcap-version -le 1 9 3  
>>
>> So would this be used in a Makefile/configure
>> script/CMakeFile.txt/etc. to check whether the libpcap on the system
>> is sufficiently recent to include the routines your program needs,
>> and fail if it isn't?
> 
> Yes (as the tcpdump dependency would be).  And not just the routines,
> but their behaviour, as some software could require.
> 
 Is there any reason not to require libpcap 1.0 or later?  If there
 is, is there any reason not to require libpcap 0.7 or later?  
>>>
>>> Such use cases may exist, but I am not aware of any.  
>>
>> So my inclination would be 

Re: The demise of ly:multi-measure-rest::percent

[Xavier Scheuer]

On Fri, 3 May 2024 at 12:43, Richard Shann  wrote:
>
> In earlier versions of LilyPond I avoided the use of \repeat percent 2
> {} syntax by overwriting the stencil for a whole bar rest:
>
> \version "2.20.0"
> { c c c c
> \once \override MultiMeasureRest.stencil  =
#ly:multi-measure-rest::percent
> \once \override MultiMeasureRest #'thickness = #0.48
> R1*4/4
> }
>
> The stencil ly:multi-measure-rest::percent has gone in versin 2.24 and
> I see that the symbol ly:percent-repeat-interface::percent at the same
> place in the source code. However this results in the "%" glyph not
> being centered as was the old one:
>
> \version "2.24.0"
> { c c c c
> \once \override MultiMeasureRest.stencil  =
#ly:percent-repeat-interface::percent
> \once \override MultiMeasureRest #'thickness = #0.48
> R1*4/4
> }
>
> Is there an easy fix - the extra-offset needed varies according to the
> width of the bar...

Hello,

Not replying to your question but is there a reason you don't use \repeat
percent in the first place ?
And what about using "makePercent" as described in NR 1.4.2?

makePercent =
#(define-music-function (note) (ly:music?)
   "Make a percent repeat the same length as NOTE."
   (make-music 'PercentEvent
   'length (ly:music-length note)))

\relative c'' {
  \makePercent s1
}

Kind regards,
Xavier

Re: How to replace a Maven core component with a custom one?

[Francois-Xavier Bonnet]

Hi Tamas,

Thanks so much for looking into this and creating a bug report.

I did some more testing, starting with the 3 lifecycle extension points
mentioned in the documentation
<https://maven.apache.org/examples/maven-3-lifecycle-extensions.html>. I
successfully created subclasses of AbstractEventSpy and
AbstractMavenLifecycleParticipant and made them work but I could not get my
subclass of AbstractExecutionListener to work at all. Debug shows that the
singleton is not even created despite the JSR330 annotations.
The ProjectDependenciesResolver singleton is created but not executed
so it looks like a different problem.

For my initial problem, I found a workaround using a
RepositorySessionDecorator which lets me modify the dependency tree after
the dependency resolution which is just what I needed. I am not sure this
will be supported long term though.


On Thu, 2 May 2024 at 00:00, Tamás Cservenák  wrote:

> Guillaume,
>
> it does not help, see my reproducer.
>
> Or in other words, it works if the Maven Core component is defined as a
> JSR330 component, but does not work if the Core component is defined as a
> Plexus component.
>
> The ProjectDependenciesResolver implementation
> (DefaultProjectDependenciesResolver) is a plexus component.
>
> T
>
> On Wed, May 1, 2024 at 3:21 PM Guillaume Nodet  wrote:
>
> > Did you add the sisu inject plugin which generates the
> > META-INF/sisu/javax.inject.Named index to your build ?
> >
> > Le mer. 1 mai 2024 à 03:11, Francois-Xavier Bonnet <
> > francois-xavier.bon...@centraliens.net> a écrit :
> >
> > > Thanks Tamas,
> > >
> > > I am using Maven 3.9.6 and building my extension with java 11
> > > The project I am using to test the extension is built with Maven 3.9.6
> > and
> > > java 11 and I can tell the extension is loaded because it also contains
> > an
> > > EventSpy that logs some stuff.
> > > This is the code for my custom ProjectDepedencyResolver but it is not
> > > loaded. What am I doing wrong?
> > >
> > > import org.apache.maven.project.*;
> > > import org.codehaus.plexus.component.annotations.Component;
> > > import org.eclipse.sisu.Priority;
> > >
> > > import javax.inject.Inject;
> > > import javax.inject.Named;
> > >
> > > @Named
> > > @Component(role = ProjectDependenciesResolver.class)
> > > @Priority(999)
> > > public class CustomProjectDependencyResolver extends
> > > DefaultProjectDependenciesResolver implements
> > ProjectDependenciesResolver {
> > >
> > > @Inject
> > > public CustomProjectDependencyResolver() {
> > > }
> > >
> > > @Override
> > > public DependencyResolutionResult
> resolve(DependencyResolutionRequest
> > > request) throws DependencyResolutionException {
> > > throw new RuntimeException(); // just crashing for now to check
> > if
> > > this class is properly injected
> > > }
> > > }
> > >
> > > On Wed, 1 May 2024 at 08:54, Tamás Cservenák 
> > wrote:
> > >
> > > > Howdy,
> > > >
> > > > IF you target latest Maven 3.9.x (uses Sisu 0.9.0.M2), then:
> > > > - use max Java 17 bytecode
> > > > - use JSR330 instead of plexus annotations
> > > > - use org.eclipse.sisu.Priority annotation to override a component
> > > >
> > > > IF you target Maven 3.8.x or so, similar, but use Java 11 bytecode
> max
> > > >
> > > > Thanks
> > > > T
> > > >
> > > >
> > > > On Wed, May 1, 2024 at 12:42 AM Francois-Xavier Bonnet <
> > > > fx.bon...@gmail.com>
> > > > wrote:
> > > >
> > > > > Hey there,
> > > > >
> > > > > I am writing an extension that needs to replace the
> > > > > default ProjectDependenciesResolver with a custom one.
> > > > > According to the documentation I think I should be able to do it:
> > "The
> > > > > mechanism allows extensions to either replace default Sisu
> components
> > > > with
> > > > > custom ones or add new components which are used at run time."
> > > > > But I could not figure out how to do it or find any example.
> > > > >
> > > > > I have tried to create a new class like this:
> > > > >
> > > > > @Component(role = ProjectDependenciesResolver.class)
> > > > > public class CustomProjectDependencyResolver implements
> > > > > ProjectDependenciesResolver {
> > > > > ...
> > > > > }
> > > > >
> > > > > This did not work.
> > > > >
> > > >
> > >
> >
> >
> > --
> > 
> > Guillaume Nodet
> >
>

Re: How to replace a Maven core component with a custom one?

[Francois-Xavier Bonnet]

Thanks Tamas,

I am using Maven 3.9.6 and building my extension with java 11
The project I am using to test the extension is built with Maven 3.9.6 and
java 11 and I can tell the extension is loaded because it also contains an
EventSpy that logs some stuff.
This is the code for my custom ProjectDepedencyResolver but it is not
loaded. What am I doing wrong?

import org.apache.maven.project.*;
import org.codehaus.plexus.component.annotations.Component;
import org.eclipse.sisu.Priority;

import javax.inject.Inject;
import javax.inject.Named;

@Named
@Component(role = ProjectDependenciesResolver.class)
@Priority(999)
public class CustomProjectDependencyResolver extends
DefaultProjectDependenciesResolver implements ProjectDependenciesResolver {

@Inject
public CustomProjectDependencyResolver() {
}

@Override
public DependencyResolutionResult resolve(DependencyResolutionRequest
request) throws DependencyResolutionException {
throw new RuntimeException(); // just crashing for now to check if
this class is properly injected
}
}

On Wed, 1 May 2024 at 08:54, Tamás Cservenák  wrote:

> Howdy,
>
> IF you target latest Maven 3.9.x (uses Sisu 0.9.0.M2), then:
> - use max Java 17 bytecode
> - use JSR330 instead of plexus annotations
> - use org.eclipse.sisu.Priority annotation to override a component
>
> IF you target Maven 3.8.x or so, similar, but use Java 11 bytecode max
>
> Thanks
> T
>
>
> On Wed, May 1, 2024 at 12:42 AM Francois-Xavier Bonnet <
> fx.bon...@gmail.com>
> wrote:
>
> > Hey there,
> >
> > I am writing an extension that needs to replace the
> > default ProjectDependenciesResolver with a custom one.
> > According to the documentation I think I should be able to do it: "The
> > mechanism allows extensions to either replace default Sisu components
> with
> > custom ones or add new components which are used at run time."
> > But I could not figure out how to do it or find any example.
> >
> > I have tried to create a new class like this:
> >
> > @Component(role = ProjectDependenciesResolver.class)
> > public class CustomProjectDependencyResolver implements
> > ProjectDependenciesResolver {
> > ...
> > }
> >
> > This did not work.
> >
>

How to replace a Maven core component with a custom one?

[Francois-Xavier Bonnet]

Hey there,

I am writing an extension that needs to replace the
default ProjectDependenciesResolver with a custom one.
According to the documentation I think I should be able to do it: "The
mechanism allows extensions to either replace default Sisu components with
custom ones or add new components which are used at run time."
But I could not figure out how to do it or find any example.

I have tried to create a new class like this:

@Component(role = ProjectDependenciesResolver.class)
public class CustomProjectDependencyResolver implements
ProjectDependenciesResolver {
...
}

This did not work.

[gcc r15-50] Fortran: add F2023 ISO_FORTRAN_ENV named constants

[François-Xavier Coudert via Gcc-cvs]

https://gcc.gnu.org/g:1dba1d860a1e3e32e5d061a1d6dc600c96d2597f

commit r15-50-g1dba1d860a1e3e32e5d061a1d6dc600c96d2597f
Author: Francois-Xavier Coudert 
Date:   Tue Mar 19 14:16:38 2024 +0100

Fortran: add F2023 ISO_FORTRAN_ENV named constants

gcc/fortran/ChangeLog:

* iso-fortran-env.def: Add logical{8,16,32,64} and
real16 named constants.

gcc/testsuite/ChangeLog:

* gfortran.dg/iso_fortran_env_8.f90: New test.
* gfortran.dg/iso_fortran_env_9.f90: New test.

Diff:
---
 gcc/fortran/iso-fortran-env.def | 10 
 gcc/testsuite/gfortran.dg/iso_fortran_env_8.f90 | 32 +
 gcc/testsuite/gfortran.dg/iso_fortran_env_9.f90 | 29 ++
 3 files changed, 71 insertions(+)

diff --git a/gcc/fortran/iso-fortran-env.def b/gcc/fortran/iso-fortran-env.def
index ed7946a2594..069bbc1fb86 100644
--- a/gcc/fortran/iso-fortran-env.def
+++ b/gcc/fortran/iso-fortran-env.def
@@ -68,10 +68,20 @@ NAMED_INTCST (ISOFORTRANENV_IOSTAT_EOR, "iostat_eor", 
LIBERROR_EOR, \
 NAMED_INTCST (ISOFORTRANENV_IOSTAT_INQUIRE_INTERNAL_UNIT, \
   "iostat_inquire_internal_unit", LIBERROR_INQUIRE_INTERNAL_UNIT, \
   GFC_STD_F2008)
+NAMED_INTCST (ISOFORTRANENV_LOGICAL8, "logical8", \
+  gfc_get_int_kind_from_width_isofortranenv (8), GFC_STD_F2023)
+NAMED_INTCST (ISOFORTRANENV_LOGICAL16, "logical16", \
+  gfc_get_int_kind_from_width_isofortranenv (16), GFC_STD_F2023)
+NAMED_INTCST (ISOFORTRANENV_LOGICAL32, "logical32", \
+  gfc_get_int_kind_from_width_isofortranenv (32), GFC_STD_F2023)
+NAMED_INTCST (ISOFORTRANENV_LOGICAL64, "logical64", \
+  gfc_get_int_kind_from_width_isofortranenv (64), GFC_STD_F2023)
 NAMED_INTCST (ISOFORTRANENV_NUMERIC_STORAGE_SIZE, "numeric_storage_size", \
   gfc_numeric_storage_size, GFC_STD_F2003)
 NAMED_INTCST (ISOFORTRANENV_OUTPUT_UNIT, "output_unit", 
GFC_STDOUT_UNIT_NUMBER, \
   GFC_STD_F2003)
+NAMED_INTCST (ISOFORTRANENV_REAL16, "real16", \
+  gfc_get_real_kind_from_width_isofortranenv (16), GFC_STD_F2023)
 NAMED_INTCST (ISOFORTRANENV_REAL32, "real32", \
   gfc_get_real_kind_from_width_isofortranenv (32), GFC_STD_F2008)
 NAMED_INTCST (ISOFORTRANENV_REAL64, "real64", \
diff --git a/gcc/testsuite/gfortran.dg/iso_fortran_env_8.f90 
b/gcc/testsuite/gfortran.dg/iso_fortran_env_8.f90
new file mode 100644
index 000..d3661b3b592
--- /dev/null
+++ b/gcc/testsuite/gfortran.dg/iso_fortran_env_8.f90
@@ -0,0 +1,32 @@
+! { dg-do run }
+!
+! Check for the new Fortran 2023 ISO_FORTRAN_ENV named constants
+
+program test
+  use iso_fortran_env
+  implicit none
+
+  ! These integer kinds are guaranteed on 
+  integer(int8) :: i8
+  integer(int16) :: i16
+  integer(int32) :: i32
+  integer(int64) :: i64
+
+  logical(logical8) :: l8
+  logical(logical16) :: l16
+  logical(logical32) :: l32
+  logical(logical64) :: l64
+
+  ! We do not support REAL16 for now, but check it can
+  ! still be used in specification expressions
+  real(kind=max(real16, real32)) :: x
+
+  if (logical8 /= int8) stop 1
+  if (logical16 /= int16) stop 2
+  if (logical32 /= int32) stop 3
+  if (logical64 /= int64) stop 4
+
+  ! We do not support REAL16 for now
+  if (real16 /= -2) stop 101
+
+end program test
diff --git a/gcc/testsuite/gfortran.dg/iso_fortran_env_9.f90 
b/gcc/testsuite/gfortran.dg/iso_fortran_env_9.f90
new file mode 100644
index 000..ffd70b23159
--- /dev/null
+++ b/gcc/testsuite/gfortran.dg/iso_fortran_env_9.f90
@@ -0,0 +1,29 @@
+! { dg-do compile }
+! { dg-options "-std=f2018" }
+!
+! Check diagnostics for new F2023 named constants
+! in ISO_FORTRAN_ENV
+!
+
+subroutine foo
+  use iso_fortran_env
+  implicit none
+  logical(kind=logical8) :: x ! { dg-error "has no IMPLICIT type" }
+end subroutine
+
+subroutine bar
+  use iso_fortran_env, only : logical8 ! { dg-error "not in the selected 
standard" }
+  use iso_fortran_env, only : logical16 ! { dg-error "not in the selected 
standard" }
+  use iso_fortran_env, only : logical32 ! { dg-error "not in the selected 
standard" }
+  use iso_fortran_env, only : logical64 ! { dg-error "not in the selected 
standard" }
+  use iso_fortran_env, only : real16 ! { dg-error "not in the selected 
standard" }
+  implicit none
+end subroutine
+
+subroutine gee
+  use iso_fortran_env, only : int8
+  use iso_fortran_env, only : int16
+  use iso_fortran_env, only : int32
+  use iso_fortran_env, only : int64
+  implicit none
+end subroutine

[Kernel-packages] [Bug 2063983] Re: 24.04 Upgrade/Fresh Install results in black screen on reboot on AMDGPU system

[Xavier MOGHRABI]

I had the same issue while trying to upgrade to Kubuntu 24.04 or install
Kubuntu 24.04 from scratch. I get a black screen at startup.

My graphic card is also an AMD GPU : Radeon RX 7800 XT.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux in Ubuntu.
https://bugs.launchpad.net/bugs/2063983

Title:
  24.04 Upgrade/Fresh Install results in black screen on reboot on
  AMDGPU system

Status in linux package in Ubuntu:
  Confirmed

Bug description:
  Config: Ryzen 5 5600X with Radeon 6800 XT GPU, a Navi21 card.

  Using xUbuntu.

  I had been daily driving the 24.04 nightly iso since March. About a
  week ago, I took a kernel update via apt and rebooted. The result was
  that the system would hard freeze to a black screen after the initial
  kernel messages cleared from the screen. Ctrl-Alt-Del did nothing,
  switching terminals (ctrl-alt-f#) did nothing, had to hard power off
  to regain control of the system.

  I tried various fixes, none of which permanently stuck. This includes
  nomodeset in grub, rebooting into safe mode, checking for proprietary
  drivers. Safe mode allowed me to reboot once more into desktop, but
  then any subsequent reboots would result in a black screen lockup.

  Suspending while able to use the desktop before reboot would cause a
  black screen lockup did not seem to cause any issues.

  3 days before 24.04 was officially released, I reflashed the most
  recent installer iso to my thumbdrive, copied my home folder to my
  RAID and did a full wipe and fresh install.

  First reboot after installation always went to the desktop. Subsequent
  reboots always resulted in a black screen lockup.

  Memtest cleared without errors.

  Again tried various fixes, nomodeset, safe mode, drivers. The only
  consistency was that regardless of what I could do to regain control
  or what I did differently when doing a wipe and reinstall, I would
  always reboot to a black screen.

  Once 24.04 was officially released, I again did a full wipe and
  reinstall and encountered all of the above same issues as before.

  After mentioning this in #ubuntu on libera, someone suggested a kernel
  downgrade.

  24.04 as installed was using 6.8.0-31.31

  Using Mainline, I downgraded to the next minor version below 6.8 that
  was considered stable. 6.7.10

  Problem went away. No more black screen on boot, no more hard power
  offs required to be able to use my system again, no suspend issues.
  Was not necessary for me to do anything else to maintain a consistent
  successful reboot to desktop.

  Did yet another full wipe and fresh install of 24.04, only installing
  Mainline upon first reboot to install 6.7.10, using Grub Customizer to
  edit the default grub option to boot the 6.7.10 kernel instead.

  No issues.

  I apologise that I did not collect logs during this process.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2063983/+subscriptions


-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

[Bug 2063983] Re: 24.04 Upgrade/Fresh Install results in black screen on reboot on AMDGPU system

[Xavier MOGHRABI]

I had the same issue while trying to upgrade to Kubuntu 24.04 or install
Kubuntu 24.04 from scratch. I get a black screen at startup.

My graphic card is also an AMD GPU : Radeon RX 7800 XT.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2063983

Title:
  24.04 Upgrade/Fresh Install results in black screen on reboot on
  AMDGPU system

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2063983/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Implement JdbcReporter to collect metrics on table maintenance

[Xavier Bai]

Hi developers,
I have an initial idea: to collect various metrics during table maintenance
processes, such as compaction, snapshot expiration, and data expiration,
and store this information in a database via JDBC. The purpose of this
approach is twofold: first, to persist these maintenance records for easier
tracking of optimization effects and cost estimation in the future; second,
we can also calculate snapshot and other information when refreshing
tables. This way, historical snapshot information and corresponding data
change trends can be displayed to users. By querying the database rather
than reading metadata files from the data lake via IO requests, we can
reduce service response time and IO pressure.
Please let me know your thoughts.

Thank you,
Xavier Bai

Re: Note names are causing text marks to be duplicated

[Xavier Scheuer]

On Fri, 26 Apr 2024 at 16:46, Eric Benson  wrote:
>
> I see. How hard would it be to write a Scheme function that would copy a
melody variable and remove the text marks, or in fact everything other than
the note values, which are all I want in the NoteNames variable? That would
be preferable to entering a separate sequence containing only the text
marks in my application.

Hello,

Do you want your text marks to be above the staff or above the upper
NoteNames context?
The following just keep the text marks above the staff.

\layout {
  \context {
\Score
\remove Text_mark_engraver
  }
  \context {
\Staff
\consists Text_mark_engraver
  }
}

Kind regards,
Xavier

Re: Teclat catala i accents volats

[Xavier De Yzaguirre i Maura]

Bon dia,

Segons sembla, tenia el ibus desconfigurat, ara ja està tot bé.

Moltes gràcies a tothom i especialment a l'Ernest que m'ha donat la clau per 
resoldre-ho.

Salut.

--
*
Xavier De Yzaguirre i Maura
xdeyzaguirre at protonmail(dot)ch