[HCDX] JRX Logs: May 21 (suppl) & 22, 2024
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?
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
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)
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)
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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?
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
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.
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.
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.
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!
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?
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
+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?
--- 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
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?
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?
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?
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
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
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
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
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
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
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
Re: Teclat catala i accents volats
Doncs sí, a la consola (CTRL+ALT+F2, ja que l'F1 l'ocupa la sessió gràfica) puc escriure les vocals amb accent obert, tancat i dièresi. Per tant, és un problema de l'entorn gràfic. Per tant, com dius és un problema del mètode d'entrada. Que m'aconselles? Moltes gràcies. Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830 El 26/4/24 a les 7:11, Ernest Adrogué ha escrit: 2024-04-23, 13:11 (+0200); Xavier De Yzaguirre i Maura escriu: Doncs, Ernest i companyia, es molt curios, t'ensenyo el que em surt: [...] Al pas 5 identifica correctament la a amb accent greu i al pas sis em dona pel sac. No se, estic perdut. No, no, és correcte. A mi em diu exactament el mateix, i escriu els caràcters correctament. Em fa pensar que el problema potser és del mètode d'entrada. A la consola Linux (Ctrl+Alt+F?) pots escriure accents? Salutacions.
[ovs-dev] [PATCH ovn] lflow: Add missing sample flow.
If lflow inode had to be recomputed (e.g. due to non_vif_data change), then
there could be
some missing sample actions.
This issue was highlighted by some flaky failures of test "Check default
openflow flows".
The test "Check default openflow flows" has been updated to create a
race-condition
in which ovn-controller handles both ovsdb Flow_Sample_Collector_Set changes
and ofport
change for a geneve interface at the same time.
Finally, the test has also been updated as
- It used to print many "printf %s\n: command not found" due to IFS changes.
- It was using a non-existing check_debug function.
Fixes: 5b1476709d7c ("controller: only sample flow if Collector Set exists")
Signed-off-by: Xavier Simonart
---
controller/ovn-controller.c | 13 +
tests/ovn.at| 58 -
2 files changed, 64 insertions(+), 7 deletions(-)
diff --git a/controller/ovn-controller.c b/controller/ovn-controller.c
index 23269af83..a7dff53eb 100644
--- a/controller/ovn-controller.c
+++ b/controller/ovn-controller.c
@@ -4036,6 +4036,8 @@ en_lflow_output_run(struct engine_node *node, void *data)
EN_OVSDB_GET(engine_get_input("OVS_bridge", node));
const struct ovsrec_bridge *br_int = get_br_int(bridge_table, ovs_table);
const char *chassis_id = get_ovs_chassis_id(ovs_table);
+const struct ovsrec_flow_sample_collector_set_table *flow_collector_table =
+EN_OVSDB_GET(engine_get_input("OVS_flow_sample_collector_set", node));
struct ovsdb_idl_index *sbrec_chassis_by_name =
engine_ovsdb_node_get_index(
@@ -4049,6 +4051,17 @@ en_lflow_output_run(struct engine_node *node, void *data)
ovs_assert(br_int && chassis);
+const struct ovsrec_flow_sample_collector_set *set;
+OVSREC_FLOW_SAMPLE_COLLECTOR_SET_TABLE_FOR_EACH (set,
+flow_collector_table) {
+if (set->bridge == br_int) {
+struct ed_type_lflow_output *lfo = data;
+flow_collector_ids_clear(>collector_ids);
+flow_collector_ids_init_from_table(>collector_ids,
+ flow_collector_table);
+}
+}
+
struct ed_type_lflow_output *fo = data;
struct ovn_desired_flow_table *lflow_table = >flow_table;
struct ovn_extend_table *group_table = >group_table;
diff --git a/tests/ovn.at b/tests/ovn.at
index 79c9524c6..2c8d15134 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -35118,7 +35118,10 @@ check_default_flows() {
# Check that every drop flow gets sampled.
check_sample_drops() {
-
+hv=hv$1
+remote_hv=hv$((${1}%2 + 1))
+race_condition=$2
+ovs-vsctl destroy Flow_Sample_Collector_Set 123
check ovn-nbctl -- remove NB_Global . options debug_drop_collector_set \
-- remove NB_Global . options debug_drop_domain_id
check ovn-nbctl --wait=hv sync
@@ -35128,14 +35131,52 @@ check_sample_drops() {
# Take match part of flows that contain "drop".
drop_matches="$(grep 'drop' oflows_nosample | grep -oP 'table=\d*,
priority=.* ')"
+if [[ x$race_condition = x"true" ]]; then
+sleep_controller $hv
+# Get ofport used by the geneve interface
+OVS_WAIT_UNTIL([
+ofport=$(as $hv ovs-vsctl --bare --columns ofport find Interface
name=ovn-${remote_hv}-0)
+test 1 -le $ofport
+])
+
+# Add a vif while ovn-controller sleeps, and make it request the
ofport used by the geneve interface.
+# This used to cause the geneve interface to change ofport.
+ovs-vsctl -- add-port br-int vif3 -- set interface vif3\
+options:tx_pcap=${hv}/vif3-tx.pcap \
+options:rxq_pcap=${hv}/vif3-rx.pcap \
+ofport-request=$ofport
+OVS_WAIT_UNTIL([
+vif_ofport=$(as $hv ovs-vsctl --bare --columns ofport find
Interface name=vif3)
+test 1 -le $vif_ofport
+])
+# For the geneve interface ofport change to happen...
+ovs-vsctl -- add-port br-int vif4 -- set interface vif4\
+options:tx_pcap=${hv}/vif4-tx.pcap \
+options:rxq_pcap=${hv}/vif4-rx.pcap
+OVS_WAIT_UNTIL([
+new_ofport=$(as $hv ovs-vsctl --bare --columns ofport find
Interface name=ovn-${remote_hv}-0)
+test $ofport -ne $new_ofport
+])
+fi
+
ovs-vsctl --id=@br get Bridge br-int -- \
--id=@i create IPFIX targets=\"192.168.1.1\" -- \
create Flow_Sample_Collector_Set bridge=@br id=123 ipfix=@i
check ovn-nbctl -- set NB_Global . options:debug_drop_collector_set="123" \
-- set NB_Global . options:debug_drop_domain_id="1"
-check ovn-nbctl --wait=hv sync
+if [[ x$race_condition = x"true" ]]; then
+# Wait sb as ovn
[ovs-dev] [PATCH ovn] northd, ic: Fix handling of ovn-appctl resume.
After ovn-appctl resume was issued for northd or ovn-ic, there was no
guarantee that northd or ovn-ic were waking up, potentially handling
changes received while they were paused..
Usually, poll_block would be woken up by POLLHUP, but race conditions could
cause this not to happen.
ovn-controller is already properly handling the resume.
This caused the following tests to fail sporadically:
- ovn-ic -- sync ISB status to INB
- propagate Port_Binding.up to NB and OVS.
Signed-off-by: Xavier Simonart
---
ic/ovn-ic.c | 2 +-
northd/ovn-northd.c | 1 +
2 files changed, 2 insertions(+), 1 deletion(-)
diff --git a/ic/ovn-ic.c b/ic/ovn-ic.c
index e947323bf..be23f199d 100644
--- a/ic/ovn-ic.c
+++ b/ic/ovn-ic.c
@@ -2409,7 +2409,7 @@ ovn_ic_resume(struct unixctl_conn *conn, int argc
OVS_UNUSED,
{
struct ic_state *state = state_;
state->paused = false;
-
+poll_immediate_wake();
unixctl_command_reply(conn, NULL);
}
diff --git a/northd/ovn-northd.c b/northd/ovn-northd.c
index 3a5544b0c..d71114f35 100644
--- a/northd/ovn-northd.c
+++ b/northd/ovn-northd.c
@@ -1107,6 +1107,7 @@ ovn_northd_resume(struct unixctl_conn *conn, int argc
OVS_UNUSED,
{
struct northd_state *state = state_;
state->paused = false;
+poll_immediate_wake();
unixctl_command_reply(conn, NULL);
}
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn 3/5] controller: Fix deletion of container parent port.
Flows were not properly removed when parent port of a container port
was deleted.
Signed-off-by: Xavier Simonart
---
controller/binding.c | 1 +
controller/physical.c | 3 ++-
tests/ovn.at | 34 ++
3 files changed, 37 insertions(+), 1 deletion(-)
diff --git a/controller/binding.c b/controller/binding.c
index 3b36ed881..1499ceae1 100644
--- a/controller/binding.c
+++ b/controller/binding.c
@@ -2759,6 +2759,7 @@ handle_deleted_vif_lport(const struct sbrec_port_binding
*pb,
* deleted 'pb' type is LP_VIF. */
struct binding_lport *c_lport;
LIST_FOR_EACH (c_lport, list_node, >binding_lports) {
+remove_local_lports(c_lport->pb->logical_port, b_ctx_out);
if (!release_binding_lport(b_ctx_in->chassis_rec, c_lport,
!b_ctx_in->ovnsb_idl_txn,
b_ctx_out)) {
diff --git a/controller/physical.c b/controller/physical.c
index 7ee308694..98f7dbab2 100644
--- a/controller/physical.c
+++ b/controller/physical.c
@@ -1026,7 +1026,8 @@ put_local_common_flows(uint32_t dp_key,
put_resubmit(OFTABLE_LOG_TO_PHY, ofpacts_p);
put_stack(MFF_IN_PORT, ofpact_put_STACK_POP(ofpacts_p));
ofctrl_check_and_add_flow_metered(flow_table, OFTABLE_SAVE_INPORT, 100,
- 0, , ofpacts_p, hc_uuid,
+ parent_pb->header_.uuid.parts[0],
+ , ofpacts_p, >header_.uuid,
NX_CTLR_NO_METER, NULL, false);
}
}
diff --git a/tests/ovn.at b/tests/ovn.at
index 3c888aaf5..b68678472 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -37794,3 +37794,37 @@ OVS_WAIT_FOR_OUTPUT([as hv1 ovs-ofctl dump-flows
br-int table=0 |grep priority=1
OVN_CLEANUP([hv1])
AT_CLEANUP
])
+
+OVN_FOR_EACH_NORTHD([
+AT_SETUP([Delete parent of container port])
+ovn_start
+
+ovn-nbctl ls-add ls0
+ovn-nbctl lsp-add ls0 lsp0
+
+# Add a second logical port, so that deleting lsp0 does not result in deleting
+# the last port of the datapath.
+ovn-nbctl lsp-add ls0 lsp1
+
+check ovn-nbctl lsp-add ls0 lsp-cont1 lsp0 1
+
+net_add n1
+
+sim_add hv1
+as hv1
+ovs-vsctl add-br br-phys
+ovn_attach n1 br-phys 192.168.0.1
+
+as hv1
+ovs-vsctl -- add-port br-int vif \
+ -- set Interface vif external-ids:iface-id=lsp0
+ovs-vsctl -- add-port br-int vif1 \
+ -- set Interface vif1 external-ids:iface-id=lsp1
+
+check ovn-nbctl --wait=hv lsp-del lsp0
+CHECK_FLOWS_AFTER_RECOMPUTE([hv1], [hv1])
+
+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 2/5] controller: Nonvif related lports handling.
This patches fixes flows not properly deleted in scenarios similar to:
foo1 (hv1) - foo - R1 - join - R2 (chassis = hv2) - alice - alice1 (hv2).
When R2 is deleted, alice_R2 changed from l3gateway to patch, and, on hv1,
alice_R2 was added to related ports.
When R2 was added back (together with R2-alice and R2-join), alice_R2 changed
back from patch to l3gateway and alice_R2 remained in related_lports on hv1.
This is now fixed: a l3_gateway port is not a related_port if not for our
chassis.
A test case has been modified to highlight the error, but also to
make the test easier to read (e.g avoid using same name for a port and
for a switch).
Signed-off-by: Xavier Simonart
---
controller/binding.c | 12
tests/ovn.at | 12
2 files changed, 16 insertions(+), 8 deletions(-)
diff --git a/controller/binding.c b/controller/binding.c
index c9658cb2a..3b36ed881 100644
--- a/controller/binding.c
+++ b/controller/binding.c
@@ -1824,7 +1824,7 @@ consider_localport(const struct sbrec_port_binding *pb,
*/
static bool
consider_nonvif_lport_(const struct sbrec_port_binding *pb,
- bool our_chassis,
+ bool our_chassis, bool is_ha_chassis,
struct binding_ctx_in *b_ctx_in,
struct binding_ctx_out *b_ctx_out)
{
@@ -1844,6 +1844,9 @@ consider_nonvif_lport_(const struct sbrec_port_binding
*pb,
b_ctx_out->if_mgr,
b_ctx_out->postponed_ports);
}
+if (!is_ha_chassis) {
+remove_related_lport(pb, b_ctx_out);
+}
if (pb->chassis == b_ctx_in->chassis_rec
|| is_additional_chassis(pb, b_ctx_in->chassis_rec)
@@ -1867,7 +1870,7 @@ consider_l2gw_lport(const struct sbrec_port_binding *pb,
bool our_chassis = chassis_id && !strcmp(chassis_id,
b_ctx_in->chassis_rec->name);
-return consider_nonvif_lport_(pb, our_chassis, b_ctx_in, b_ctx_out);
+return consider_nonvif_lport_(pb, our_chassis, false, b_ctx_in, b_ctx_out);
}
static bool
@@ -1879,7 +1882,7 @@ consider_l3gw_lport(const struct sbrec_port_binding *pb,
bool our_chassis = chassis_id && !strcmp(chassis_id,
b_ctx_in->chassis_rec->name);
-return consider_nonvif_lport_(pb, our_chassis, b_ctx_in, b_ctx_out);
+return consider_nonvif_lport_(pb, our_chassis, false, b_ctx_in, b_ctx_out);
}
static void
@@ -1942,7 +1945,8 @@ consider_ha_lport(const struct sbrec_port_binding *pb,
update_related_lport(pb, b_ctx_out);
}
-return consider_nonvif_lport_(pb, our_chassis, b_ctx_in, b_ctx_out);
+return consider_nonvif_lport_(pb, our_chassis, is_ha_chassis, b_ctx_in,
+ b_ctx_out);
}
static bool
diff --git a/tests/ovn.at b/tests/ovn.at
index f974cbb15..3c888aaf5 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -7781,9 +7781,9 @@ ovn-nbctl lsp-add foo rp-foo -- set Logical_Switch_Port
rp-foo \
type=router options:router-port=foo addresses=\"00:00:01:01:02:03\"
# Connect alice to R2
-ovn-nbctl lrp-add R2 alice 00:00:02:01:02:03 172.16.1.1/24
-ovn-nbctl lsp-add alice rp-alice -- set Logical_Switch_Port rp-alice \
-type=router options:router-port=alice addresses=\"00:00:02:01:02:03\"
+ovn-nbctl lrp-add R2 R2-alice 00:00:02:01:02:03 172.16.1.1/24
+ovn-nbctl lsp-add alice alice-R2 -- set Logical_Switch_Port alice-R2 \
+type=router options:router-port=R2-alice addresses=\"00:00:02:01:02:03\"
# Connect R1 to join
ovn-nbctl lrp-add R1 R1_join 00:00:04:01:02:03 20.0.0.1/24
@@ -7871,11 +7871,13 @@ echo ""
echo $expected > expected
OVN_CHECK_PACKETS([hv2/vif1-tx.pcap], [expected])
+CHECK_FLOWS_AFTER_RECOMPUTE([hv1], [hv1])
+
# Delete the router and re-create it. Things should work as before.
ovn-nbctl lr-del R2
ovn-nbctl create Logical_Router name=R2 options:chassis="hv2"
# Connect alice to R2
-ovn-nbctl lrp-add R2 alice 00:00:02:01:02:03 172.16.1.1/24
+ovn-nbctl lrp-add R2 R2-alice 00:00:02:01:02:03 172.16.1.1/24
# Connect R2 to join
ovn-nbctl lrp-add R2 R2_join 00:00:04:01:02:04 20.0.0.2/24
@@ -7887,6 +7889,8 @@ R2 static_routes @lrt
wait_for_ports_up
check ovn-nbctl --wait=hv sync
+CHECK_FLOWS_AFTER_RECOMPUTE([hv1], [hv1])
+
# Send the packet again.
as hv1 ovs-appctl netdev-dummy/receive hv1-vif1 $packet
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn 1/5] controller: Fix iface-id-ver handling.
If iface-id-ver was wrong and modified to a correct value,
the port was correctly claimed, but the flows were not installed
by I+P.
Signed-off-by: Xavier Simonart
---
controller/binding.c | 14 ++
tests/ovn.at | 2 ++
2 files changed, 16 insertions(+)
diff --git a/controller/binding.c b/controller/binding.c
index 8ac2ce3e2..c9658cb2a 100644
--- a/controller/binding.c
+++ b/controller/binding.c
@@ -757,6 +757,8 @@ update_active_pb_ras_pd(const struct sbrec_port_binding *pb,
}
}
+static bool is_ext_id_changed(const struct smap *a, const struct smap *b,
+ const char *key);
static struct local_binding *local_binding_create(
const char *name, const struct ovsrec_interface *);
static void local_binding_add(struct shash *local_bindings,
@@ -2311,6 +2313,18 @@ consider_iface_claim(const struct ovsrec_interface
*iface_rec,
return true;
}
+/* Check if iface-id-ver just becomes correct */
+struct smap *external_ids_old =
+shash_find_data(b_ctx_in->iface_table_external_ids_old,
+iface_rec->name);
+
+if (external_ids_old &&
+is_ext_id_changed(_rec->external_ids,
+ external_ids_old,
+ "iface-id-ver")) {
+b_ctx_out->local_lports_changed = true;
+}
+
/* If multiple bindings to the same port, remove the "old" binding.
* This ensures that change tracking is correct.
*/
diff --git a/tests/ovn.at b/tests/ovn.at
index e81cd4f45..f974cbb15 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -33239,6 +33239,8 @@ check as hv1 ovs-vsctl set interface vif11
external_ids:iface-id-ver=foo
wait_for_ports_up sw0-port1
+CHECK_FLOWS_AFTER_RECOMPUTE([hv1], [hv1])
+
AT_CHECK([as hv1 ovn-appctl -t ovn-controller debug/dump-local-bindings], [0],
[dnl
Local bindings:
name: [[sw0-port1]], OVS interface name : [[vif11]], num binding lports : [[1]]
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn 4/5] controller: Handle postponed ports claims.
When a port was claimed by two chassis, both chassis were fighting for the port;
a claim was postponed if the port was claimed recently.
However, there were two issues:
- Not all the flows were properly removed when the remote chassis was claiming
the port.
- A port was not properly released if claim was postponed when the port_binding
was deleted.
There were also multiple cases causing ovn-controller to always wake-up
immediately as a port was not removed from postponed_port list.
- Changing port type to localport while port claim was postponed.
- Deleting parent of a container port while parent was postponed.
Signed-off-by: Xavier Simonart
---
controller/binding.c | 29 +++--
tests/ovn.at | 10 ++
2 files changed, 37 insertions(+), 2 deletions(-)
diff --git a/controller/binding.c b/controller/binding.c
index 1499ceae1..0bef5dc42 100644
--- a/controller/binding.c
+++ b/controller/binding.c
@@ -1270,6 +1270,18 @@ update_port_additional_encap_if_needed(
return true;
}
+static bool
+is_requested_additional_chassis(const struct sbrec_port_binding *pb,
+ const struct sbrec_chassis *chassis_rec)
+{
+for (size_t i = 0; i < pb->n_requested_additional_chassis; i++) {
+if (pb->requested_additional_chassis[i] == chassis_rec) {
+return true;
+}
+}
+return false;
+}
+
bool
is_additional_chassis(const struct sbrec_port_binding *pb,
const struct sbrec_chassis *chassis_rec)
@@ -1587,6 +1599,15 @@ consider_vif_lport_(const struct sbrec_port_binding *pb,
b_ctx_out->if_mgr);
}
}
+if (pb->chassis != b_ctx_in->chassis_rec
+&& !is_requested_additional_chassis(pb, b_ctx_in->chassis_rec)
+&& if_status_is_port_claimed(b_ctx_out->if_mgr,
+ pb->logical_port)) {
+update_lport_tracking(pb, b_ctx_out->tracked_dp_bindings, false);
+if_status_mgr_remove_ovn_installed(b_ctx_out->if_mgr,
+ b_lport->lbinding->iface->name,
+ _lport->lbinding->iface->header_.uuid);
+}
return true;
}
@@ -1787,7 +1808,8 @@ consider_localport(const struct sbrec_port_binding *pb,
struct shash *local_bindings = _ctx_out->lbinding_data->bindings;
struct local_binding *lbinding = local_binding_find(local_bindings,
pb->logical_port);
-
+/* Make sure there is no previous postponed port claim */
+sset_find_and_delete(b_ctx_out->postponed_ports, pb->logical_port);
if (!lbinding) {
return true;
}
@@ -2754,11 +2776,14 @@ handle_deleted_vif_lport(const struct
sbrec_port_binding *pb,
binding_lport_delete(binding_lports, b_lport);
}
-if (bound && lbinding && lport_type == LP_VIF) {
+if ((lbinding && lport_type == LP_VIF) &&
+(bound || sset_find_and_delete(b_ctx_out->postponed_ports,
+ pb->logical_port))) {
/* We need to release the container/virtual binding lports (if any) if
* deleted 'pb' type is LP_VIF. */
struct binding_lport *c_lport;
LIST_FOR_EACH (c_lport, list_node, >binding_lports) {
+sset_find_and_delete(b_ctx_out->postponed_ports, c_lport->name);
remove_local_lports(c_lport->pb->logical_port, b_ctx_out);
if (!release_binding_lport(b_ctx_in->chassis_rec, c_lport,
!b_ctx_in->ovnsb_idl_txn,
diff --git a/tests/ovn.at b/tests/ovn.at
index b68678472..74c5bccc0 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -16413,6 +16413,10 @@ ovn_start
ovn-nbctl ls-add ls0
ovn-nbctl lsp-add ls0 lsp0
+ovn-nbctl lsp-add ls0 lsp1
+ovn-nbctl lsp-add ls0 lsp2
+check ovn-nbctl lsp-add ls0 lsp-cont1 lsp0 1
+
net_add n1
for i in 1 2; do
@@ -16426,6 +16430,8 @@ for i in 1 2; do
as hv$i
ovs-vsctl -- add-port br-int vif \
-- set Interface vif external-ids:iface-id=lsp0
+ovs-vsctl -- add-port br-int vif$i \
+ -- set Interface vif$i external-ids:iface-id=lsp$i
done
# give controllers some time to fight for the port binding
@@ -16443,6 +16449,10 @@ max_claims=20
AT_CHECK([test "${hv1_claims}" -le "${max_claims}"], [0], [])
AT_CHECK([test "${hv2_claims}" -le "${max_claims}"], [0], [])
+check ovn-nbctl --wait=hv lsp-del lsp0
+CHECK_FLOWS_AFTER_RECOMPUTE([hv1], [hv1])
+CHECK_FLOWS_AFTER_RECOMPUTE([hv2], [hv2])
+
OVN_CLEANUP([hv1],[hv2])
AT_CLEANUP
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn 5/5] controller: Handle postponed ports release.
Reported-at: https://mail.openvswitch.org/pipermail/ovs-dev/2023-May/405107.html
Suggested-by: Priyankar Jain
Signed-off-by: Xavier Simonart
---
controller/binding.c | 12 +-
tests/ovn.at | 57
2 files changed, 68 insertions(+), 1 deletion(-)
diff --git a/controller/binding.c b/controller/binding.c
index 0bef5dc42..c37066cbe 100644
--- a/controller/binding.c
+++ b/controller/binding.c
@@ -1317,6 +1317,14 @@ lport_maybe_postpone(const char *port_name, long long
int now,
return true;
}
+static bool
+is_postponed_port(const char *port_name)
+{
+struct claimed_port *cp =
+(struct claimed_port *) sset_find(&_postponed_ports, port_name);
+return !!cp;
+}
+
/* Returns false if lport is not claimed due to 'sb_readonly'.
* Returns true otherwise.
*/
@@ -1491,7 +1499,8 @@ is_binding_lport_this_chassis(struct binding_lport
*b_lport,
{
return (b_lport && b_lport->pb && chassis &&
(b_lport->pb->chassis == chassis
- || is_additional_chassis(b_lport->pb, chassis)));
+ || is_additional_chassis(b_lport->pb, chassis)
+ || is_postponed_port(b_lport->pb->logical_port)));
}
/* Returns 'true' if the 'lbinding' has binding lports of type LP_CONTAINER,
@@ -1593,6 +1602,7 @@ consider_vif_lport_(const struct sbrec_port_binding *pb,
}
if (!lbinding_set || !can_bind) {
+remove_related_lport(pb, b_ctx_out);
return release_lport(pb, b_ctx_in->chassis_rec,
!b_ctx_in->ovnsb_idl_txn,
b_ctx_out->tracked_dp_bindings,
diff --git a/tests/ovn.at b/tests/ovn.at
index 74c5bccc0..b0aba2207 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -37838,3 +37838,60 @@ OVN_CLEANUP([hv1])
AT_CLEANUP
])
+
+OVN_FOR_EACH_NORTHD([
+AT_SETUP([Deleting vif while controller fight for port claim])
+ovn_start
+
+ovn-nbctl ls-add ls0
+ovn-nbctl lsp-add ls0 lsp0
+ovn-nbctl lsp-add ls0 lsp1
+
+net_add n1
+for i in 1 2; do
+sim_add hv$i
+as hv$i
+ovs-vsctl add-br br-phys
+ovn_attach n1 br-phys 192.168.0.$i
+done
+
+check ovn-nbctl --wait=hv sync
+hv1_uuid=$(ovn-sbctl --bare --columns _uuid list chassis hv1)
+hv2_uuid=$(ovn-sbctl --bare --columns _uuid list chassis hv2)
+
+as hv1 ovs-vsctl -- add-port br-int vif1 -- set Interface vif1
external-ids:iface-id=lsp1
+as hv1 ovs-vsctl -- add-port br-int vif -- set Interface vif
external-ids:iface-id=lsp0
+wait_for_ports_up
+
+# Delete vif => store flows w/ only vif1, and no vif
+as hv1 ovs-vsctl -- del-port br-int vif
+check ovn-nbctl --wait=hv sync
+DUMP_FLOWS([hv1], [oflows1])
+sleep_controller hv1
+as hv2 ovs-vsctl -- add-port br-int vif -- set Interface vif
external-ids:iface-id=lsp0
+as hv1 ovs-vsctl -- add-port br-int vif -- set Interface vif
external-ids:iface-id=lsp0
+
+OVS_WAIT_UNTIL([
+chassis=$(ovn-sbctl --bare --columns chassis list port_binding lsp0)
+test "$chassis" = $hv2_uuid
+])
+
+sleep_sb
+wake_up_controller hv1
+sleep_controller hv2
+
+as hv1 ovs-vsctl -- del-port br-int vif
+wake_up_sb
+wake_up_controller hv2
+
+as hv2 ovs-vsctl -- del-port br-int vif
+check ovn-nbctl --wait=hv sync
+
+DUMP_FLOWS([hv1], [oflows2])
+
+check diff oflows1 oflows2
+OVN_CLEANUP([hv1],[hv2])
+
+AT_CLEANUP
+])
+
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn 0/5] Fix I+P versus recompute differences.
Comparing I+P flows versus flows after recompute highlighted a few issues. Xavier Simonart (5): controller: Fix iface-id-ver handling. controller: Nonvif related lports handling. controller: Fix deletion of container parent port. controller: Handle postponed ports claims. controller: Handle postponed ports release. controller/binding.c | 68 ++--- controller/physical.c | 3 +- tests/ovn.at | 115 -- 3 files changed, 174 insertions(+), 12 deletions(-) -- 2.31.1 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev
Re: Teclat catala i accents volats
Doncs, Ernest i companyia, es molt curios, t'ensenyo el que em surt: KeyRelease event, serial 25, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49504374, (89,59), root:(1966,1822), state 0x0, keycode 36 (keysym 0xff0d, Return), same_screen YES, " XLookupString gives 1 bytes: (0d) " XFilterEvent returns: False KeyPress event, serial 28, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49516611, (216,69), root:(2093,1832), state 0x0, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 28, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49516741, (216,69), root:(2093,1832), state 0x0, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False KeyPress event, serial 28, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49516884, (216,69), root:(2093,1832), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) "a" XmbLookupString gives 1 bytes: (61) "a" XFilterEvent returns: True KeyPress event, serial 28, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49516884, (216,69), root:(2093,1832), state 0x0, keycode 0 (keysym 0xe0, agrave), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c3 a0) "à" XFilterEvent returns: False KeyRelease event, serial 28, synthetic NO, window 0x4a1, root 0x7df, subw 0x0, time 49517034, (216,69), root:(2093,1832), state 0x0, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) "a" XFilterEvent returns: False Al pas 5 identifica correctament la a amb accent greu i al pas sis em dona pel sac. No se, estic perdut. Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830 El 22/4/24 a les 17:00, Ernest Adrogué ha escrit: 2024-04-10, 13:49 (+0200); Xavier De Yzaguirre i Maura escriu: Fa uns dies que no trobo els accents, he reconfigurat els locales, pero no hi ha forma de poder escriure una vocal accentuada. Utilitzo un portatil msi configurat amb el teclat generic de 86 tecles Pots mirar la sortida de xev -event keyboard Et diu el codi de la tecla i el caràcter associat. Si premo la tecla de l'accent obert, i després la tecla "a" em diu KeyPress event, serial 28, synthetic NO, window 0x4e1, root 0x6b5, subw 0x0, time 1388160400, (89,38), root:(640,473), state 0x10, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XmbLookupString gives 0 bytes: XFilterEvent returns: True KeyRelease event, serial 28, synthetic NO, window 0x4e1, root 0x6b5, subw 0x0, time 1388160472, (89,38), root:(640,473), state 0x10, keycode 34 (keysym 0xfe50, dead_grave), same_screen YES, XLookupString gives 1 bytes: (60) "`" XFilterEvent returns: False KeyPress event, serial 28, synthetic NO, window 0x4e1, root 0x6b5, subw 0x0, time 1388162432, (89,38), root:(640,473), state 0x10, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) "a" XmbLookupString gives 1 bytes: (61) "a" XFilterEvent returns: True KeyPress event, serial 28, synthetic NO, window 0x4e1, root 0x6b5, subw 0x0, time 1388162432, (89,38), root:(640,473), state 0x10, keycode 0 (keysym 0xe0, agrave), same_screen YES, XLookupString gives 0 bytes: XmbLookupString gives 2 bytes: (c3 a0) "à" XFilterEvent returns: False KeyRelease event, serial 28, synthetic NO, window 0x4e1, root 0x6b5, subw 0x0, time 1388162472, (89,38), root:(640,473), state 0x10, keycode 38 (keysym 0x61, a), same_screen YES, XLookupString gives 1 bytes: (61) "a" XFilterEvent returns: False Sembla que surtin repetits però no, un bloc és "KeyPress" quan prems la tecla, i l'altre "KeyRelease" quan deixes de prémer. Em diu que tecla de l'accent obert genera el símbol "dead_grave" i la tecla "a" genera el símbol "a", i els dos símbols combinats generen el símbol "agrave". Salutacions.
Bug#1069699: RFP : Cars Sports Racing Speed Dreams' fork
Package: cars-sports-racing Severity: /wishlist/ I left the Speed Dreams project to found my own project more in line with what I originally wanted to do with the project. I have just released version 1.0 of the cars-sports-racing project licence GPL2/GPL3 (also on Sourceforge: https://sourceforge.net/projects/cars-sports-racing/ The main difference at the moment is that this project is focused on unlocking challenges to be able to access the following races and other cars, I have also removed the OpenSceneGraph engine which remains a very good library but which is no longer developed ( just in maintenance), I'm leaning more towards an internal OpenGL3 engine. The long-term objective of this project is to have a career mode integrated directly into the internal engine. Cheers Xavier BERTAUX
Re: simple problem: my first text spanner starts too early?
On Mon, 22 Apr 2024 at 21:48, Kenneth Wolcott wrote: > > Hi; > > I've made a simple mistake but I can't figure out what I did wrong. > > At bar #36 the first text spanner starts. I think that's correct. But > the piano articulation should be a bar earlier? But that also seems > correct. How can all of these three "facts" be true without a > contradiction? Perhaps it is a spacing issue that needs to be tweaked? > > The original pdf, my engraving and the Lilypond source are attached. Hello, Your TextSpanner starts at the beginning of bar #37 and is displayed above the staff, that's what you have in your code as well. Is there a particular reason why you don't use a DynamicTextSpanner (command \cresc) for these cresc. ? And why you put your dynamics in a separate variable but not these textual crescendi ? And using a Dynamics context seems an overkill for me in this case (I use them only for PianoStaff-likes). Kind regards, Xavier
Re: Teclat catala i accents volats
Bon dia, Joan,
1. Ni a terminal ni a l'entorn gràfic, les tecles d'accent tancat,
obert o dièresi fan res sobre les vocals
2. La tecla ALTGR funciona bé i em dona caràcters alternatius amb quasi
totes les tecles:
€[]|@#~½¬{[]}\\@ſ€@@@ſ€¶ŧ←↓→øþ[]]}}}æßðđŋħĸħĸŀ{{{«»¢¢„„“”““””¢¢„“”µ••··
tant a l'entorn gràfic com al terminal (konsole)
3. Ja et dic que a tots els entorns
4. He creat un nou usuari i tampoc apareixen els accents
Et dona alguna pista?
Salut i gracies.
Xavier De Yzaguirre
xdeyzaguirre(at)gmail(dot)com
+34 629 953 830
El 18/4/24 a les 16:45, Joan Montané ha escrit:
Missatge de Xavier De Yzaguirre i Maura del
dia dc., 10 d’abr. 2024 a les 13:49:
Bon dia,
Fa uns dies que no trobo els accents, he reconfigurat els locales,
pero no hi ha forma de poder escriure una vocal accentuada.
Utilitzo un portatil msi configurat amb el teclat generic de 86 tecles
Hola,
Algunes preguntes per a intentar esbrinar què passa i quina pot ser la
causa del problema:
- Què passa si escrius "accent obert"+a? Apareix «`a» o només «a»?
- La tecla AltGR funciona bé? P. ex. AltGr+e genera €?
- Et passa només en mode gràfic o també en terminal pur?
- Has provat amb un altre usuari? Permetria acotar el problema al teu
perfil.
Alguna vegada, fa temps, havia tingut problemes amb el mètode
d'entrada («input method»)
Aleshores ho vaig arreglar "tornant" a ibus, però ja fa molt de temps
i no sé ni com ho tinc ni quin és l'estàndard (suposo que XIM).
Una mica de context:
https://wiki.debian.org/Keyboard#Modern_keyboard_configuration_.28IM.29
En fi, espero que el problema estigui relacionat amb el teu perfil
d'usuari, seria més fàcil de corregir ;)
Salut!
Joan Montané
Re: (No subject)
On Sun, 21 Apr 2024 at 20:44, Gian Paolo Renello wrote: > > Your right, thanks. I noticed it and changed as well in my code, but the problem won't solve (see previous mail about the context) Hello, The Lyrics should come after the \new Voice = "sopranoVoice". If you get an error please send a minimal example of code showing the issue. Kind regards, Xavier
Special notation question
Hello, In a \time 3/2 score, how can I write the following snippet in Lilypond? I wonder how to create the 'g' note with that special appearance and with the right duration... -- Cordialement, Xavier MAYEUR Bruxelles
[NTG-context] Re: kpfonts
Thanks a lot
In the wiki there is no mention to that, isn't there?
Xavier
On Sat, 20 Apr 2024 14:08:21 +0200
Wolfgang Schuster ha escrit:
> Xavier B. schrieb am 20.04.2024 um 13:51:
> > Hi,
> >
> > Just a courious: is there kpfonts available for context?
> > I love kpfonts.
>
> \setupbodyfont[kpfonts]
>
> \starttext
> \samplefile{lorem}
> \stoptext
>
> Wolfgang
___
If your question is of interest to others as well, please add an entry to the
Wiki!
maillist : ntg-context@ntg.nl /
https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl
webpage : https://www.pragma-ade.nl / https://context.aanhet.net (mirror)
archive : https://github.com/contextgarden/context
wiki : https://wiki.contextgarden.net
___
[NTG-context] kpfonts
Hi, Just a courious: is there kpfonts available for context? I love kpfonts. Thanks in advance, Xavier ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / https://mailman.ntg.nl/mailman3/lists/ntg-context.ntg.nl webpage : https://www.pragma-ade.nl / https://context.aanhet.net (mirror) archive : https://github.com/contextgarden/context wiki : https://wiki.contextgarden.net ___
Re: Teclat catala i accents volats
Bon dia, Gràcies Moisès, però fins ara m'havia funcionat correctament el teclat. Alguna actualització me l'ha espatllat. Aniré fent proves. De moment, amb el LanguageTool me'n vaig sortint. Salut a tots. -- * Xavier De Yzaguirre i Maura xdeyzaguirre at protonmail(dot)ch
[Wikimedia-l] Re: We need more interactive content: we are doing it wrong
As per the last input by James Heilman regarding multilingualism: Whatever translations we could implement in the interactive graphs that may imply some kind of a “mirroring back” to OWID, is a win-win for both projects and for the sake of free knowledge. Considering the relevance of OWID in academic environments, it would be great that our efforts in adapting them on-wiki for our articles can revert to a better language accessibility there as well. Salutacions/Kind regards, Xavier Dengra As per the latest input by James El dc, 17 abr., 2024 a 22:41, James Heilman <[jmh...@gmail.com](mailto:El dc, 17 abr., 2024 a 22:41, James Heilman < va escriure: > Was involved in 2019 with loading the [datasets that form these > graphs](https://commons.wikimedia.org/wiki/Data:CO2PerCapita.tab) onto > Commons. And then we were using these data sets within our [currently dead > graph tool](https://en.wikipedia.org/wiki/User:Doc_James/OurWorld). While we > got it to work, sort of, it was never nearly as nice as what OWID does. For > example our tool could not "zoom in" to Europe. > > With respect to offline use, the still images are offline functional within > ZIMs for Kiwix, but yes the interactive graphs are not functional in these > ZIMs/offline. > > The graphs actually work beautifully on mobile web. Not sure about the > Wikipedia app. > > All of OWIDs source code is open source and we could definitely look at > pulling it into our ecosystem. We already made a copy of it with a number of > modifications at https://owidm.wmcloud.org/ Another major benefit to bringing > it in house is that we would have greater control over making it multilingual > (that was one of the reasons we looked at the mirror). > > Another strategy could be to look at a partnership with OWID for these > specific 4,500 graphics. We could help them become more multilingual, with an > agreement around our reuse / mirroring their site on production servers. Plus > we could feedback other datasets to be graphed for either of our use. > > James > > On Wed, Apr 17, 2024 at 2:22 PM Brooke Vibber wrote: > >> Note that a third-party web service is not ideal; in addition to the issues >> of tracking and privacy, it can't work offline and likely would require >> additional work to get the graphics working on mobile web, mobile apps, and >> offline (kiwix etc). Integrating fully with a self-contained service that is >> supported by our whole ecosystem and maintained in the future would be >> desirable in the work I'd like to make sure we do on multimedia. >> >> -- brooke >> >> On Wed, Apr 17, 2024 at 12:59 PM James Heilman wrote: >> >>> A bit more background on Our World in Data. >>> >>> They currently have about 4,500 data visualization >>> https://ourworldindata.org/charts >>> >>> They come in two main formats: >>> >>> 1) Grapher: These are simpler and their older work >>> https://ourworldindata.org/grapher/deaths-from-substance-disorders >>> 2) Explorers: These are newer with more ways to adjust data >>> https://ourworldindata.org/explorers/natural-resources >>> >>> Both of these work via the consent pop up workflow. >>> >>> We last coordinated the mass upload of still images from OWID to Commons in >>> 2020. https://commons.wikimedia.org/wiki/Category:Our_World_in_Data And are >>> beginning to look at doing an update. One thought as part of this update >>> would be to include within the commons page the mediawiki markup needed to >>> have the consent pop up work in target languages that have it activated. >>> >>> James >>> >>> On Wed, Apr 17, 2024 at 1:29 PM Brooke Vibber wrote: >>> >>>> This is exciting -- let's make sure we capture any usage requirements for >>>> the upcoming Graphs modernization work so we can have these features built >>>> in again soon! >>>> >>>> -- brooke >>>> >>>> On Wed, Apr 17, 2024 at 7:43 AM Felipe Schenone >>>> wrote: >>>> >>>>> Amazing work, James and Galder! >>>>> >>>>> Today I was bold, made it fully multilingual and generalized it so that >>>>> it can be easily installed in any wiki (Wikimedia or not). >>>>> See https://www.mediawiki.org/wiki/Template:OWID for the documentation >>>>> and https://www.mediawiki.org/wiki/MediaWiki:Gadget-OWID.js for the code >>>>> and https://www.mediawiki.org/wiki/Template_gadgets for more context >>>>> >>>>> Galder, per
Re: Can \showStaffSwitch \pageBreak ? Bug?
On Wed, 17 Apr 2024 at 21:53, Pierre-Luc Gauthier wrote: > > Hi there, > > Is this a known bug ? > > The \showStaffSwitch indication seems uneasy about page breaks. Hello, It might be another instance of #6684, which itself is apparently a duplicate of #6551. https://gitlab.com/lilypond/lilypond/-/issues/6684 https://gitlab.com/lilypond/lilypond/-/issues/6551 Kind regards, Xavier
Re: [users@httpd] better configtest
Hi, Marc wrote: > With the forced upon us 90 day certificate renewal crap, my httpd > was down today although I have a 'restart procedure' that verifies > a bit for errors with apachectl configtest. Regardless of the certificate duration I would recommend to use some monitoring tool to check on the status of the web service and get an alert when the certificate is close from its expiration date. I personally use Monit [1], but there is probably plenty of other tools that could fullfill the same purpose. Sincerely, 1: https://mmonit.com/monit/ -- Xavier Belanger - To unsubscribe, e-mail: users-unsubscr...@httpd.apache.org For additional commands, e-mail: users-h...@httpd.apache.org
Re: [FRnOG] [JOBS] Sysadmin Linux - Rennes / Saint-Malo
Salut Pierre, > Quand j'ai débuté comme ingénieur en informatique en août 1986, pour > contribuer à écrire en C un logiciel serveur Minitel sous Unix pour > Infogrames Télématique, à Lyon, mon salaire était de 13.000 F bruts. > Je ne compte pas les tickets resto ;-) +1 > Si je convertis et ajuste de l'inflation, grâce au simulateur de l'INSEE > (*), mes 156.000 F bruts annuels d'il y a plus de 37 ans, je trouve... > 47.000 € ! > > 47.000 € serait aujourd'hui le salaire brut annuel d'un ingénieur débutant, > ou de quelqu'un ayant 7 ans d'expérience ? Même constat de mon coté ou si je regarde mes fiches de salaires en Francs vs ce qu'on propose a des gens comme moi et toi qui ton plus de 25 ans d'expérience des salaires qui sont quasiment une insulte. Il y a vraiment un nivellement par le bas en France, qui deviens inquiétant. Inquiétant parce que entre 1998 et 2024 un F ou € ne permettais pas le même pouvoir d'achat / vie. Inquiétant parce clairement on ne se fait pas plumer par l'état de la même manière. Inquiétant parce que certaines sociétés demandent des boutons a 75 pattes, mais ne veulent pas payer les compétences nécessaires pour ces postes. Alors au jour où certaines boites dans certains pays sont capable de faire du full remote pour certains d'entre nous, et bien la concurrence frontale est en défaveur des entreprises Françaises... C'est bien dommage. Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
[gcc r14-9937] libgfortran: Fix compilation of gf_vsnprintf
https://gcc.gnu.org/g:3bd3ca05b519b99b5ea570c10fd80737cd4c6c49
commit r14-9937-g3bd3ca05b519b99b5ea570c10fd80737cd4c6c49
Author: Ian McInerney
Date: Thu Apr 4 16:16:32 2024 +0100
libgfortran: Fix compilation of gf_vsnprintf
The fallback function (gf_vsnprintf) to provide a vsnprintf function
if the system library doesn't have one would not compile due to the
variable name for the string's destination buffer not being updated
after the refactor in 2018 in edaaef601d0d6d263fba87b42d6d04c99dd23dba.
This updates the internal logic of gf_vsnprintf to now use the str
variable defined in the function signature.
libgfortran/ChangeLog:
2024-04-04 Ian McInerney
* runtime/error.c (gf_vsnprintf): Fix compilation
Signed-off-by: Ian McInerney
Diff:
---
libgfortran/runtime/error.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/libgfortran/runtime/error.c b/libgfortran/runtime/error.c
index e840f539599..044298294d8 100644
--- a/libgfortran/runtime/error.c
+++ b/libgfortran/runtime/error.c
@@ -142,15 +142,15 @@ gf_vsnprintf (char *str, size_t size, const char *format,
va_list ap)
{
int written;
- written = vsprintf(buffer, format, ap);
+ written = vsprintf(str, format, ap);
if (written >= size - 1)
{
- /* The error message was longer than our buffer. Ouch. Because
+ /* The error message was longer than the string size. Ouch. Because
we may have messed up things badly, report the error and
quit. */
-#define ERROR_MESSAGE "Internal error: buffer overrun in gf_vsnprintf()\n"
- write (STDERR_FILENO, buffer, size - 1);
+#define ERROR_MESSAGE "Internal error: string overrun in gf_vsnprintf()\n"
+ write (STDERR_FILENO, str, size - 1);
write (STDERR_FILENO, ERROR_MESSAGE, strlen (ERROR_MESSAGE));
sys_abort ();
#undef ERROR_MESSAGE
[Bug 1799550] Re: No way to encrypt at partition level (dual boot)
Thanks ! Over the years we have opened these bugs reports on the same issue: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1947770 https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1992439 All of them should be closed when Noble will be released. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1799550 Title: No way to encrypt at partition level (dual boot) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1799550/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Re: Debian 12 al català
El Wed, Apr 10, 2024 at 03:04:17PM +0200, Narcis Garcia deia: > > > > He fet l'export $LANGUAGE=ca_ES i ara ho tinc així > > Sense $ però ja ho saps. > > ➜ echo $LANGUAGE > > es:ca:en_US > > > > ➜ locale > > LANG=ca_ES.UTF-8 > > LANGUAGE=es:ca:en_US > > LC_CTYPE="ca_ES.UTF-8" > > LC_NUMERIC="ca_ES.UTF-8" > > LC_TIME="ca_ES.UTF-8" > > LC_COLLATE="ca_ES.UTF-8" > > LC_MONETARY="ca_ES.UTF-8" > > LC_MESSAGES="ca_ES.UTF-8" > > LC_PAPER="ca_ES.UTF-8" > > LC_NAME="ca_ES.UTF-8" > > LC_ADDRESS="ca_ES.UTF-8" > > LC_TELEPHONE="ca_ES.UTF-8" > > LC_MEASUREMENT="ca_ES.UTF-8" > > LC_IDENTIFICATION="ca_ES.UTF-8" > > LC_ALL=ca_ES.UTF-8 > > > > jordan@somtic ~ > > ❯ export LANGUAGE=ca:es:en_US > > > > jordan@somtic ~ > > ➜ locale > > LANG=ca_ES.UTF-8 > > LANGUAGE=ca:es:en_US > > LC_CTYPE="ca_ES.UTF-8" > > LC_NUMERIC="ca_ES.UTF-8" > > LC_TIME="ca_ES.UTF-8" > > LC_COLLATE="ca_ES.UTF-8" > > LC_MONETARY="ca_ES.UTF-8" > > LC_MESSAGES="ca_ES.UTF-8" > > LC_PAPER="ca_ES.UTF-8" > > LC_NAME="ca_ES.UTF-8" > > LC_ADDRESS="ca_ES.UTF-8" > > LC_TELEPHONE="ca_ES.UTF-8" > > LC_MEASUREMENT="ca_ES.UTF-8" > > LC_IDENTIFICATION="ca_ES.UTF-8" > > LC_ALL=ca_ES.UTF-8 > > > > Però els missatges del terminal em continuen apareixent en castellà, pel > > man, o per apt. Potser, no hi ha traducció al català per Debian 12? > > Jo tant amb LANGUAGE=ca:es:en_US com amb LANGUAGE= si faig df em surten les capçaleres en català. si poso export LANGUAGE=es:ca:en_US em surten en castellà. Quan vas fer dpkg-reconfigure locales ja vas triar ca_ES.UTF-8, oi ? O vas triar algun altre ca ? > > No és greu, però ho volia per si feia captures de pantalla del terminal > > per fer manuals que sortís en català. > > Igual dic una bestiesa. Però tu fas servir coreutils o rust-coreutils ? Jo faig servir coreutils. Si miro strace df quan tinc el català configurat veig que llegeix openat(AT_FDCWD, "/usr/share/locale/ca/LC_MESSAGES/coreutils.mo", O_RDONLY) = 3 i efectivament a https://packages.debian.org/bookworm/arm64/coreutils/filelist surt el fitxer de traduccions de coreutils Però si miro https://packages.debian.org/bookworm/arm64/rust-coreutils/filelist no veig cap fitxer de traducció ni res a /usr/share/locale (per cap llengua)
Re: Teclat catala i accents volats
Tictacbum, bon dia, he provat el 104 normal i res de res, tot segueix igual. Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830 El 10/4/24 a les 15:28, tictacbum ha escrit: Hola Xavier, jo sempre he configurat el teclat a 104 tecles, encara que faig servir un amb menys (sense numpad) potser canviant això et funciona? Salut! Missatge de Xavier De Yzaguirre i Maura del dia dc., 10 d’abr. 2024 a les 13:49: Bon dia, Fa uns dies que no trobo els accents, he reconfigurat els locales, pero no hi ha forma de poder escriure una vocal accentuada. Utilitzo un portatil msi configurat amb el teclat generic de 86 tecles 2024-04-10 13:44:49 xavier@PC006:~$ neofetch _,met$gg. xavier@PC006 ,g$$$P. ,g$$P" """Y$$.". OS: Debian GNU/Linux 12 (bookworm) x86_64 ,$$P' `$$$. Host: Prestige 15 A10SC REV:1.0 ',$$P ,ggs. `$$b: Kernel: 6.1.0-18-amd64 `d$$' ,$P"' . $$$ Uptime: 2 hours, 5 mins $$P d$' , $$P Packages: 4032 (dpkg), 13 (flatpak), 10 (snap) $$: $$. - ,d$$' Shell: bash 5.2.15 $$; Y$b._ _,d$P' Resolution: 3840x2160 Y$$. `.`"YP"' DE: Plasma 5.27.5 `$$b "-.__ WM: kwin `Y$$ WM Theme: Brisa `Y$$. Theme: Breeze-Blue-Dark [Plasma], Breeze [GTK3] `$$b. Icons: [Plasma], breeze [GTK2/3] `Y$$b. Terminal: konsole `"Y$b._ Terminal Font: Liberation Mono 11 `""" CPU: Intel i7-10710U (12) @ 4.700GHz GPU: NVIDIA GeForce GTX 1650 Mobile / Max-Q GPU: Intel Comet Lake UHD Graphics Memory: 9366MiB / 31925MiB Utilitzo el teclat es-ca amb l punt volat. No tinc idea de per on poden anar els trets. Una abraçada -- Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Re: Teclat catala i accents volats
Utilitzo el KDE amb Wayland, encara que té algunes mancances (el Wayland). Gràcies. Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830 El 10/4/24 a les 14:58, Narcis Garcia ha escrit: El teclat català no existeix com a tal, tot i què algú fa més de quinze anys el va predeterminar a Debian quan s'escull l'idioma català. Si tens el paquet console-setup instal·lat, pots executar aquestes dues comandes per a la distribució en consola: sudo dpkg-reconfigure keyboard-configuration sudo systemctl restart keyboard-setup Si és el cas de l'entorn gràfic, hauries de dir quin gestor d'escriptori utilitzes. El 10/4/24 a les 13:49, Xavier De Yzaguirre i Maura ha escrit: Bon dia, Fa uns dies que no trobo els accents, he reconfigurat els locales, pero no hi ha forma de poder escriure una vocal accentuada. Utilitzo un portatil msi configurat amb el teclat generic de 86 tecles 2024-04-10 13:44:49 xavier@PC006:~$ neofetch _,met$gg. xavier@PC006 ,g$$$P. ,g$$P" """Y$$.". OS: Debian GNU/Linux 12 (bookworm) x86_64 ,$$P' `$$$. Host: Prestige 15 A10SC REV:1.0 ',$$P ,ggs. `$$b: Kernel: 6.1.0-18-amd64 `d$$' ,$P"' . $$$ Uptime: 2 hours, 5 mins $$P d$' , $$P Packages: 4032 (dpkg), 13 (flatpak), 10 (snap) $$: $$. - ,d$$' Shell: bash 5.2.15 $$; Y$b._ _,d$P' Resolution: 3840x2160 Y$$. `.`"YP"' DE: Plasma 5.27.5 `$$b "-.__ WM: kwin `Y$$ WM Theme: Brisa `Y$$. Theme: Breeze-Blue-Dark [Plasma], Breeze [GTK3] `$$b. Icons: [Plasma], breeze [GTK2/3] `Y$$b. Terminal: konsole `"Y$b._ Terminal Font: Liberation Mono 11 `""" CPU: Intel i7-10710U (12) @ 4.700GHz GPU: NVIDIA GeForce GTX 1650 Mobile / Max-Q GPU: Intel Comet Lake UHD Graphics Memory: 9366MiB / 31925MiB Utilitzo el teclat es-ca amb l punt volat. No tinc idea de per on poden anar els trets. Una abraçada -- Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Teclat catala i accents volats
Bon dia, Fa uns dies que no trobo els accents, he reconfigurat els locales, pero no hi ha forma de poder escriure una vocal accentuada. Utilitzo un portatil msi configurat amb el teclat generic de 86 tecles 2024-04-10 13:44:49 xavier@PC006:~$ neofetch _,met$gg. xavier@PC006 ,g$$$P. ,g$$P" """Y$$.". OS: Debian GNU/Linux 12 (bookworm) x86_64 ,$$P' `$$$. Host: Prestige 15 A10SC REV:1.0 ',$$P ,ggs. `$$b: Kernel: 6.1.0-18-amd64 `d$$' ,$P"' . $$$ Uptime: 2 hours, 5 mins $$P d$' , $$P Packages: 4032 (dpkg), 13 (flatpak), 10 (snap) $$: $$. - ,d$$' Shell: bash 5.2.15 $$; Y$b._ _,d$P' Resolution: 3840x2160 Y$$. `.`"YP"' DE: Plasma 5.27.5 `$$b "-.__ WM: kwin `Y$$ WM Theme: Brisa `Y$$. Theme: Breeze-Blue-Dark [Plasma], Breeze [GTK3] `$$b. Icons: [Plasma], breeze [GTK2/3] `Y$$b. Terminal: konsole `"Y$b._ Terminal Font: Liberation Mono 11 `""" CPU: Intel i7-10710U (12) @ 4.700GHz GPU: NVIDIA GeForce GTX 1650 Mobile / Max-Q GPU: Intel Comet Lake UHD Graphics Memory: 9366MiB / 31925MiB Utilitzo el teclat es-ca amb l punt volat. No tinc idea de per on poden anar els trets. Una abraçada -- Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Re: [ovs-dev] [PATCH ovn] tests: Add macro for checking flows after recompute.
Hi Mark Thanks for the review. On Thu, Apr 4, 2024 at 10:25 PM Mark Michelson wrote: > Hi Xavier, the patch looks good, but I have one question down below. > > On 3/26/24 07:56, Xavier Simonart wrote: > > The macro CHECK_FLOWS_AFTER_RECOMPUTE dumps the Openflows, then > > recomputes, then dumps again the Openflows, and finally compares > > both sets of flows. The test fails if flows are different. > > As of now, the macro cannot be used in all tests: many tests would fail > > as I+P does not properly remove flows when the last logical port of > > a datapath is deleted. > > > > Signed-off-by: Xavier Simonart > > --- > > tests/ovn-macros.at | 44 > > 1 file changed, 44 insertions(+) > > > > diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at > > index ed93764d3..11377f616 100644 > > --- a/tests/ovn-macros.at > > +++ b/tests/ovn-macros.at > > @@ -10,6 +10,50 @@ m4_define([OVN_CLEANUP_VSWITCH],[ > > OVS_APP_EXIT_AND_WAIT([ovsdb-server]) > > ]) > > > > +# DUMP_FLOWS(sbox, output_file) > > +# Dump openflows to output_file for sbox > > +m4_define([DUMP_FLOWS], [ > > +sbox=$1 > > +output_file=$2 > > +as $sbox > > +ovs-ofctl dump-flows br-int | > > + sed 's/cookie=0x[[^,]]*/cookie=xx/g' | > > + sed 's/duration=[[^,]]*/duration=xx/g' | > > + sed 's/idle_age=[[^,]]*/idle_age=xx/g' | > > + sed 's/, hard_age=[[^,]]*//g' | > > + sed 's/n_bytes=[[^,]]*/n_bytes=xx/g' | > > + sed 's/n_packets=[[^,]]*/n_packets=xx/g' | > > + sed 's/conjunction([[^,]]*/conjunction(xx/g' | > > + sort > $output_file > > Should we mask group IDs here? Can group IDs change because of a recompute? > > Good question. I do not think so. When assigning the group_id a check is done to see if a group with the same content already exists, so the same group_id is reused in recompute. > > +]) > > + > > +m4_define([CHECK_FLOWS_AFTER_RECOMPUTE], [ > > +hv=$1 > > +sbox=$2 > > +# Make sure I+P has finalized his job before getting flows and > comparing them after recompte. > > +# Some tests have northd and ovn-nb ovsdb stopped, so avoid > ovn-nbctl for those. > > +if [[ -e ovn-nb/ovn-nb.sock ]] && [[ -e northd/ovn-northd.pid ]]; > then > > +# Do wait twice to handle some potential race conditions > > +check ovn-nbctl --wait=hv sync > > +check ovn-nbctl --wait=hv sync > > +fi > > + > > +as $sbox > > +if test "$hv" != "vtep"; then > > + # Get flows before and after recompute > > + DUMP_FLOWS([$sbox], [flows-$hv-1]) > > + > > + check ovn-appctl -t ovn-controller recompute > > + # The recompute might cause some sb changes. Let controller catch > up. > > + if [[ -e ovn-nb/ovn-nb.sock ]] && [[ -e northd/ovn-northd.pid ]]; > then > > + check ovn-nbctl --wait=hv sync > > + fi > > + DUMP_FLOWS([$sbox], [flows-$hv-2]) > > + diff flows-$hv-1 flows-$hv-2 > flow-diff > > + AT_CHECK([test $(diff flows-$hv-1 flows-$hv-2 | wc -l) == 0]) > > +fi > > +]) > > + > > # OVN_CLEANUP_CONTROLLER(sbox) > > # > > # Gracefully terminate ovn-controller in the specified > Thanks Xavier ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev
Re: ConsultaInstal·lacióDEBIAN
Bon dia, Si vols, et puc oferir trobar-nos la propera setmana o l'altra, a un lloc de Barcelona on hi hagi wifi i amb el meu equip et puc gravar una imatge de DVD a un USB (de 8 GB p.e.) buit, amb el que pots fer la instal·lació. Com be t'han explicat, el millor es que ens diguis quin es el teu equip i que miris quin es l'escriptori que t'interessa mes, jo treballo amb KDE i wayland, i sempre porto un USB amb la darrera imatge de la versió estable, però podem baixar qualsevol de les imatges disponibles per instal·lar o una Live que també permet fer la instal·lació i copiar-la a l'USB i després ja instal·lar-lo. Jo puc descarregar-la a casa per guanyar temps. Un cop iniciada la instal·lació i connectat el nou equip a la xarxa wifi, el que falti ho anirà baixant. Salut. -- Xavier De Yzaguirre xdeyzaguirre(at)gmail(dot)com +34 629 953 830
Re: ConsultaInstal·lacióDEBIAN
El Wed, Apr 03, 2024 at 11:53:06PM +0200, Daniel Abaurrea Ruiz deia: > Els meus coneixements d’hardware i software son del nivell d’usuari. Sempre > m’ha interessat molt saber com funciona tot el que m’envolta. Es per això > que m’agradaria molt aprendre a instal·lar un sistema operatiu debian en un > ordinador portàtil comprat sense que s’hi hagués instal·lat prèviament un > sistema operatiu windows. > Però com és aquest ordinador ? tipus PC ? té un processador Intel o AMD ? O és un portàtil amb processador ARM ? o un altre cosa ? Que no tingui Windows en principi hauria de fer-ho més fàcil. t'estalvies barallar-t'hi si el vols mantenir i fer còpies de seguretat o el que sigui. I si l'espifies no trenques gran cosa. > He decidit posar aquest missatge en el vostre lloc web perquè he intentat > aprendre a fer la instal·lació cercant cursos e informació per internet però > m’he perdut en la quantitat d’informació que he trobat a la xarxa. > No sé, jo fa temps que no faig una instal·lació des de 0 en un PC portàtil, però has provat començar per https://www.debian.org/releases/stable/amd64/index.ca.html Bàsicament primer has de baixar-te un instal·lador, enregistrar-lo en algun suport (CD, DVD, memòria USB, etc). Això ho has de fer amb algun altre ordinador que ja estigui instal·lat i funcionant (encara que no sigui amb GNU/linux, pobre). Llavors has de posar el suport al portàtil on vols instal·lar GNU/Linux i convèncer al programari incrustat del portàtil (BIOS, UEFI, U-Boot... ) que arrenqui l'instal·lador des d'aquest suport. I després és navegar menus i contestar algunes preguntes, una mica anar passant pantalles. Llavors detectar coses que no funcionin o que no funcionen com tu vols, i anar arreglant cosa per cosa... > Hi ha algun col·lectiu que organitzi un curs en el que aprendre a fer aquest > tipus d’instal·lació? > Abans es feien més install parties, ara estic més desconnectat, no sé si encara se'n fan, s'ha perdut l'interés o s'ha tornat tan fàcil que la gent ja s'espavila. > Disposo d’un ordinador portàtil en el que podria assajar el procés > d’instal·lació abans d’intentar-ho en un dispositiu nou comprat sense el > sistema operatiu windows prèviament instal·lat. > No sé, caldria més informació de quins dispositius son. Jo començaria pel que no té Windows, o més aviat pel que no tingui dades importants a preservar. > Algú em pot orientar en aquest propòsit? > És un dubte una mica massa generic. T'animo a que comencis i facis preguntes més concretes. Per exemple: "m'he baixat aquest fitxer d'aquí però no sé com posar-lo en una memòria USB de manera que pugui arrencar l'ordinador d'aquí. Estic treballant des d'aquest sistema operatiu." o "m'he llegit aquest document d'aquí, però quan parla de tal terme no entenc què vol dir o com s'aplica al meu cas. El meu cas és..." Llavors podem contestar alguna cosa més concreta (qui ho sàpiga). > No dubteu a contactar amb mi: > > danielabaurrear...@gmail.com > Sí, clar. Estàs escrivint a una llista de correu, no ? O ha anat a parar el teu missatge a la llista de correu per una altra via ? Saps com van, les llistes de correu ? T'has subscrit ja a aquesta ?
Re: [cas-user] SAML2 protocol in CAS6.4.6.6
Hi,
Thanks for your responses!
After analize the CAS-6.4.6.6 code I have found that the bean that causes
my problem is created in
*org.apereo.cas.config.CasPersonDirectoryConfiguration*.
Then, when I add in my build.gradle:
implementation "org.apereo.cas:cas-server-support-person-directory:${project
.version}"
CAS is started without problems (*doesn't appear -No qualifying bean of
type 'org.apereo.cas.authentication.attribute.AttributeDefinitionStore- *)
But I have my doubts if this is a good solution, because in:
https://mvnrepository.com/artifact/org.apereo.cas/cas-server-support-person-directory
This library is used in:
*testImplementation *group: 'org.apereo.cas', name:
'cas-server-support-person-directory', version: 'X.X.X'
¿Any idea about this? ¿Is a good solution?
Thanks,
- Xavier -
El dia divendres, 22 de març del 2024 a les 16:03:39 UTC+1, Ray Bon va
escriure:
> Xavier,
>
> The property names may have changed (your version is old).
> Maybe search this blog, https://fawnoos.com/blog/
>
> Ray
>
> On Fri, 2024-03-22 at 06:02 -0700, Xavier Rodríguez wrote:
>
> Notice: This message was sent from outside the University of Victoria
> email system. Please be cautious with links and sensitive information.
>
>
> Hello,
>
> I'm not familiar with SAML 2.0 and I need to set up our CAS 6.4.6.6 with
> SAML2 protocol. Our CAS uses Oauth2 + CAS protocol. Now, we need to add
> this protocol.
>
>
> Folowing the documentation:
>
>
> https://apereo.github.io/cas/6.6.x/authentication/Configuring-SAML2-Authentication.html
>
> I've added in gradle:
>
> implementation
> "org.apereo.cas:cas-server-support-saml-idp:${project.'cas.version'}"
>
> And in my cas.properties:
>
>cas.authn.saml-idp.core.entity-id: https://mycas.cat/idp
>cas.authn.saml-idp.metadata.file-system.location: file:/etc/cas/saml
>
> I've ever had the same error:
>
> Exception encountered during context initialization - cancelling refresh
> attempt: org.springframework.beans.factory.BeanCreationException: Error
> creating bean with name
> 'scopedTarget.samlProfileSamlAttributeStatementBuilder' defined in class
> path resource [org/apereo/cas/config/SamlIdPConfiguration.class]: Bean
> instantiation via factory method failed; nested exception is
> org.springframework.beans.BeanInstantiationException: Failed to instantiate
> [org.apereo.cas.support.saml.web.idp.profile.builders.SamlProfileObjectBuilder]:
>
> Factory method 'samlProfileSamlAttributeStatementBuilder' threw exception;
> nested exception is
> org.springframework.beans.factory.NoSuchBeanDefinitionException:*No
> qualifying bean of type
> 'org.apereo.cas.authentication.attribute.AttributeDefinitionStore'*available:
> expected at least 1 bean which qualifies as autowire candidate. Dependency
> annotations:
> {@org.springframework.beans.factory.annotation.Autowired(required=true),
> @org.springframework.beans.factory.annotation.Qualifier("attributeDefinitionStore")}
>
> What am I need to define in my Cas-Server?
>
> I try with several configurations and I've get the same result.
>
> Anyone can help me?
>
> Thanks!!!
>
>
--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to cas-user+unsubscr...@apereo.org.
To view this discussion on the web visit
https://groups.google.com/a/apereo.org/d/msgid/cas-user/2b90efd6-dff4-4e71-8ec3-4607098ea447n%40apereo.org.
[neon] [Bug 484940] libkcolorpicker-qt6-0 failed to install in updates
https://bugs.kde.org/show_bug.cgi?id=484940 Xavier Padullés changed: What|Removed |Added CC||x.padul...@gmail.com --- Comment #5 from Xavier Padullés --- (In reply to lin.ack...@pm.me from comment #4) > This fixed my issue: > > dpkg --remove --force-remove-reinstreq libkcolorpicker0 > > and then: > > sudo apt full-upgrade This didn't solved my case. Same issue after the full-upgrade command -- You are receiving this mail because: You are watching all bug changes.
[tcpdump-workers] Re: openwrt Conclusions from CVE-2024-3094 (libxz disaster)
--- Begin Message ---
On 01/04/2024 20:18, Guy Harris wrote:
> On Apr 1, 2024, at 6:53 AM, Michael Richardson wrote:
>
>> I wonder if we should nuke our own make tarball system.
>
> I.e., replace:
>
> to get {libpcap,tcpdump,tcpslice} version X.Y.Z, download
> {libpcap,tcpdump,tcpslice}-X.Y.Z.tar.{compression-suffix}
>
> with
>
> to get {libpcap,tcpdump,tcpslice} version X.Y.Z, do
>
> git clone {repository}
>
> and then check out Git tag {libpcap,tcpdump,tcpslice}-X.Y.Z?
>
> If so, do we
>
> 1) require people to have autotools installed and run ./autogen.sh
>
> or
>
> 2) generate the configure scripts on some standard platform and check
> it in
>
> so that they have a configure script? Or is there some other way to arrange
> that people can get the configure scripts?
Even if we keep the tarball archive, we could have a host compromise (bad
autoconf, etc.) and if the "configure" script is generated on it, we risk to
open a door to an attack.
Thus, don't deliver "configure" in the tarball and ask to run "./autogen.sh"
with autotools installed.
--- End Message ---
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
[tcpdump-workers] Re: openwrt Conclusions from CVE-2024-3094 (libxz disaster)
--- Begin Message ---
On 01/04/2024 20:18, Guy Harris wrote:
> On Apr 1, 2024, at 6:53 AM, Michael Richardson wrote:
>
>> I wonder if we should nuke our own make tarball system.
>
> I.e., replace:
>
> to get {libpcap,tcpdump,tcpslice} version X.Y.Z, download
> {libpcap,tcpdump,tcpslice}-X.Y.Z.tar.{compression-suffix}
>
> with
>
> to get {libpcap,tcpdump,tcpslice} version X.Y.Z, do
>
> git clone {repository}
>
> and then check out Git tag {libpcap,tcpdump,tcpslice}-X.Y.Z?
>
> If so, do we
>
> 1) require people to have autotools installed and run ./autogen.sh
I vote for 1).
--- End Message ---
___
tcpdump-workers mailing list -- tcpdump-workers@lists.tcpdump.org
To unsubscribe send an email to tcpdump-workers-le...@lists.tcpdump.org
%(web_page_url)slistinfo%(cgiext)s/%(_internal_name)s
Re: subscribe to amoro
Hi Congxian, To subscribe, please send a brief email to dev-subscr...@amoro.apache.org Thanks, Xu
[i18n] [Bug 484810] Mauvaise traduction de "Display luminosité" dans l'applet "Luminosité et couleur"
https://bugs.kde.org/show_bug.cgi?id=484810 Xavier Besnard changed: What|Removed |Added CC||xavier.besn...@neuf.fr --- Comment #1 from Xavier Besnard --- Bonjour. Aucune chaîne "Display Luminosity" dans tous les fichiers po de trunk/l10n-support/fr/summit/messages mais il ya des chaînes "Display Brightness". Il est possible que ce point ait déjà été corrigé avec le rapport https://bugs.kde.org/show_bug.cgi?id=484342. Merci de préciser la chaîne incriminée. Je laisse le rapport ouvert en attente d'un retour. Cordialement. Xavier PS: Sujet Weblate: Vieux sujet mais il est toujours possible d'en discuter les avantages et inconvénients sur la liste francophone et voir les solutions/charges de réalisation associées. -- You are receiving this mail because: You are watching all bug changes.
Re: Amoro repositories migration completed
Thanks a lot for your contribution! Warm regards Xu Jinsong Zhou 于2024年3月30日周六 22:03写道： > Hi Amoro Devs, > > Amoro has been transferred to the Apache repositories: > https://github.com/apache/incubator-amoro > https://github.com/apache/incubator-amoro-site > > The original git addresses will be redirected to the new ones. > You may need to update the remote of your local git repositories to the new > addresses. > If you encounter any issues during the migration process or have any > questions, please let me know. > > Best, > Jinsong >
Re: Conflicting \section and \grace?
On Fri, 29 Mar 2024 at 22:31, Knute Snortum wrote: > > This looks like a very old bug that LilyPond has. Basically, if you have a grace note starting a measure in one staff, you have to have one on all staves, even if it's just a spacer. So adding this to the melody will fix the problem: Exactly. https://gitlab.com/lilypond/lilypond/-/issues/34 This is documented in NR 1.2.6 Special rhythmic concerns > Grace notes > Known issues and warnings Kind regards, Xavier
DBD::MySQL upstream change
Hi, I'm using MariaDB as my database server on FreeBSD 13.3 DBD::MySQL changed upstream to support only MySQL8 I know there is a new module DBD::MariaDB Is is safe to replace DBD::MySQL with DBD::MariaDB ? Thanks, Regards, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer https://www.amdh.fr
Re: Lyric extenders in/out of alternatives
On Tue, 5 Oct 2021 at 10:51, Lukas-Fabian Moser wrote: > > Thanks for that explanation, which goes on the heap of things I have to > try to wrap my head around. :-) Hello, We have just had the question on the French list and from what I see the documentation still mentions \skip 1 and is less good than what Lukas-Fabian proposes. https://lilypond.community/t/lyrics-et-reprises-alternatives/5674 Would it be possible to replace this part of Lyrics and repeats? Or is there a reason not to? Or would it be necessary to change Lyric_combine_music_iterator so as not to have to do this at all (the right result automatically)? But in both cases what is currently documented in NR 2.1.2 doesn't give the best result. Best regards, Xavier
Re: end-of-line-invisible exception
On Tue, 26 Mar 2024 at 17:05, bobr...@centrum.is wrote: > > Is there a way to omit the key signature at the end of a line in this case? Hello, Well, here *it is* key cancellation. \override Staff.KeyCancellation.break-visibility = #all-invisible Kind regards, Xavier
Re: Tutorial for Livecode Server log in system
cont ( make mistakes pushing tab on keyboard)
full scrip
"
put "window.location='index.html?_e=Error_sin_login';"
put ""
end if
retrive pass from database
put revOpenDatabase ("mysql",
"localhost:3363","reparacion","gsmmax","11*Endimion_grd") into gDbId
put "select pass,id,token from tecnicos where login='" & gUsr & "';" into
tSQL
put tSQL & ""
put revDataFromQuery(tab, return, gDbID, tSQL) into tRes
set itemdelimiter to tab
put item 1 of tRes into tPass
put item 2 of tRes into tCod
put item 3 of tRes into tToken
if tPass <> gPass then
-- error -
put ""
put "window.location='index.html?_e=Error Password';"
put ""
else
Pass oK continue
put ""
put "window.location='vrep.lc?token=" & tToken &"';"
put ""
end if
revCloseDatabase gDbId
?>
if someone want to try it:
https://mpibox.com/rep/
login:
user: test
pass: admin
if you need some help let me know.
P.D.
sorry for spelling mistakes. and other copy/paste
El mar, 26 mar 2024 a las 12:45, pere xavier Rossello ()
escribió:
> Hi.
>
> To make online log in is quit easy in livecode.
> first you need a webpage with a form asking username, email and password )
> and submit to a livecode script
> enctype="text/plain">
>placeholder="Usuario" required>
>required>
> Log in
>
> --- method can be to types get or post - normally I use Get
> this will send username and pass to tloging.lc script
>
> and the livecode code script
> -
> put $_SERVER["REQUEST_METHOD"] into gMetodo
> if gMetodo = "POST" then
> put $_POST["login"] into gUsr
> put $_POST["pass"] into gPass
> put $_POST["tipo"] into gTipo
>
> else
> put $_GET["login"] into gUsr
> put $_GET["pass"] into gPass
> put $_GET["tipo"] into gTipo
> end if
> if gPass = "print" and gUsr = "print" then
> put ""
> put "window.location='impr_pend.lc?t=impresion';"
> put ""
> end if
> if len(gUsr)<2 or len(gPass)<2 then
>
> put ""
> put "window.location='index.html?_e=Error_sin_login';"
> put ""
> end if
> put revOpenDatabase ("mysql",
> "localhost:3363","reparacion","gsmmax","11*Endimion_grd") into gDbId
>
> --put revdb_execute(gDbId, tSQL, "") into tResultado
> put "select pass,id,token from tecnicos where login='" & gUsr & "';" into
> tSQL
> put tSQL & ""
> put revDataFromQuery(tab, return, gDbID, tSQL) into tRes
>
> set itemdelimiter to tab
> put item 1 of tRes into tPass
> put item 2 of tRes into tCod
> put item 3 of tRes into tToken
>
>
>
>
>
>
>
> El mar, 26 mar 2024 a las 6:15, Tim Selander via use-livecode (<
> use-livecode@lists.runrev.com>) escribió:
>
>> Hi all.
>>
>> As a hobbiest/amateur I continue to plunk away with Livecode, mostly the
>> server product in my on-rev account.
>>
>> Can anyone point me to a tutorial or sample of an online log in system
>> (username, email and password) for a website using Livecode?
>>
>> I've found some php tutorials, and /think/ I could glean enough hints to
>> roll my own in LC server, but would greatly prefer to start with LC
>> itself!
>>
>> Any help appreciated!
>>
>> Tim Selander
>> Japan
>>
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
[ovs-dev] [PATCH ovn] tests: Add macro for checking flows after recompute.
The macro CHECK_FLOWS_AFTER_RECOMPUTE dumps the Openflows, then recomputes, then dumps again the Openflows, and finally compares both sets of flows. The test fails if flows are different. As of now, the macro cannot be used in all tests: many tests would fail as I+P does not properly remove flows when the last logical port of a datapath is deleted. Signed-off-by: Xavier Simonart --- tests/ovn-macros.at | 44 1 file changed, 44 insertions(+) diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at index ed93764d3..11377f616 100644 --- a/tests/ovn-macros.at +++ b/tests/ovn-macros.at @@ -10,6 +10,50 @@ m4_define([OVN_CLEANUP_VSWITCH],[ OVS_APP_EXIT_AND_WAIT([ovsdb-server]) ]) +# DUMP_FLOWS(sbox, output_file) +# Dump openflows to output_file for sbox +m4_define([DUMP_FLOWS], [ +sbox=$1 +output_file=$2 +as $sbox +ovs-ofctl dump-flows br-int | + sed 's/cookie=0x[[^,]]*/cookie=xx/g' | + sed 's/duration=[[^,]]*/duration=xx/g' | + sed 's/idle_age=[[^,]]*/idle_age=xx/g' | + sed 's/, hard_age=[[^,]]*//g' | + sed 's/n_bytes=[[^,]]*/n_bytes=xx/g' | + sed 's/n_packets=[[^,]]*/n_packets=xx/g' | + sed 's/conjunction([[^,]]*/conjunction(xx/g' | + sort > $output_file +]) + +m4_define([CHECK_FLOWS_AFTER_RECOMPUTE], [ +hv=$1 +sbox=$2 +# Make sure I+P has finalized his job before getting flows and comparing them after recompte. +# Some tests have northd and ovn-nb ovsdb stopped, so avoid ovn-nbctl for those. +if [[ -e ovn-nb/ovn-nb.sock ]] && [[ -e northd/ovn-northd.pid ]]; then +# Do wait twice to handle some potential race conditions +check ovn-nbctl --wait=hv sync +check ovn-nbctl --wait=hv sync +fi + +as $sbox +if test "$hv" != "vtep"; then + # Get flows before and after recompute + DUMP_FLOWS([$sbox], [flows-$hv-1]) + + check ovn-appctl -t ovn-controller recompute + # The recompute might cause some sb changes. Let controller catch up. + if [[ -e ovn-nb/ovn-nb.sock ]] && [[ -e northd/ovn-northd.pid ]]; then + check ovn-nbctl --wait=hv sync + fi + DUMP_FLOWS([$sbox], [flows-$hv-2]) + diff flows-$hv-1 flows-$hv-2 > flow-diff + AT_CHECK([test $(diff flows-$hv-1 flows-$hv-2 | wc -l) == 0]) +fi +]) + # OVN_CLEANUP_CONTROLLER(sbox) # # Gracefully terminate ovn-controller in the specified -- 2.31.1 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn] automake: Make system tests dependent of ovn-macro.
So system testsuite will be recompiled when ovn-macro is changed. Signed-off-by: Xavier Simonart --- tests/automake.mk | 1 + 1 file changed, 1 insertion(+) diff --git a/tests/automake.mk b/tests/automake.mk index f6f0f0e33..1fdc89835 100644 --- a/tests/automake.mk +++ b/tests/automake.mk @@ -21,6 +21,7 @@ EXTRA_DIST += \ COMMON_MACROS_AT = \ tests/ovsdb-macros.at \ tests/ovs-macros.at \ + tests/ovn-macros.at \ tests/ofproto-macros.at TESTSUITE_AT = \ -- 2.31.1 ___ dev mailing list d...@openvswitch.org https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn v2 1/3] tests: Add macros to pause controller updates.
Such macros can then be used for instance to create condition where
sb is seen as read-only by ovn-controller.
Signed-off-by: Xavier Simonart
---
tests/ovn-macros.at | 25 -
1 file changed, 24 insertions(+), 1 deletion(-)
diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at
index ed93764d3..bcfd6a521 100644
--- a/tests/ovn-macros.at
+++ b/tests/ovn-macros.at
@@ -220,12 +220,14 @@ ovn_start_northd() {
# options are accepted to adjust that:
# --backup-northd Start a backup northd.
# --backup-northd=paused Start the backup northd in the paused state.
+# --use-tcp-to-sb Use tcp to connect to sb.
ovn_start () {
local backup_northd=false
local backup_northd_options=
case $1 in
--backup-northd) backup_northd=true; shift ;;
--backup-northd=paused) backup_northd=true;
backup_northd_options=--paused; shift ;;
+--use-tcp-to-sb) use_tcp=true; shift ;;
esac
local AZ=$1
local msg_prefix=${AZ:+$AZ: }
@@ -246,7 +248,13 @@ ovn_start () {
ovn_start_northd $backup_northd_options backup $AZ
fi
-if test X$HAVE_OPENSSL = Xyes; then
+if test $use_tcp; then
+# Create the SB DB ptcp connection.
+ovn-sbctl \
+-- --id=@c create connection \
+target=\"ptcp:0:127.0.0.1\" \
+-- add SB_Global . connections @c
+elif test X$HAVE_OPENSSL = Xyes; then
# Create the SB DB pssl+RBAC connection.
ovn-sbctl \
-- --id=@c create connection \
@@ -973,6 +981,21 @@ wake_up_ovsdb() {
AT_CHECK([kill -CONT $(cat $1/ovsdb-server.pid)])
}
+stop_ovsdb_controller_updates() {
+ TCP_PORT=$1
+ echo Stopping updates from ovn-controller to ovsdb using port $TCP_PORT
+ on_exit 'nft list tables | grep ovn-test && nft delete table ip ovn-test'
+ nft add table ip ovn-test
+ nft 'add chain ip ovn-test INPUT { type filter hook input priority 0; policy
accept; }'
+ nft add rule ip ovn-test INPUT tcp dport $TCP_PORT counter drop
+}
+restart_ovsdb_controller_updates() {
+ TCP_PORT=$1
+ echo Restarting updates from ovn-controller to ovsdb
+ nft list ruleset | grep $TCP_PORT
+ nft delete table ip ovn-test
+}
+
trim_zeros() {
sed 's/\(00\)\{1,\}$//'
}
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
[ovs-dev] [PATCH ovn v2 2/3] pinctrl: Fix missing MAC_Bindings.
Pinctrl is responsible of creating MAC_Bindings on peer router datapaths.
However, when sb was read-only, this did not happen.
This caused the test "neighbor update on same HV" to fail in a flaky way.
Signed-off-by: Xavier Simonart
---
v2: - Fix userspace tests
- Replace iptables by nftables based on Ales's feedback.
- Move stop/restart_ovsdb_controller_updates to ovn-macros.
- Rebase on origin/main.
---
controller/pinctrl.c | 2 +-
tests/system-ovn.at | 114 +++
2 files changed, 115 insertions(+), 1 deletion(-)
diff --git a/controller/pinctrl.c b/controller/pinctrl.c
index 2d3595cd2..f75b04696 100644
--- a/controller/pinctrl.c
+++ b/controller/pinctrl.c
@@ -4711,7 +4711,7 @@ send_garp_rarp_update(struct ovsdb_idl_txn *ovnsb_idl_txn,
garp_rarp->announce_time = time_msec() + 1000;
garp_rarp->backoff = 1000; /* msec. */
}
-} else {
+} else if (ovnsb_idl_txn) {
add_garp_rarp(name, laddrs->ea,
laddrs->ipv4_addrs[i].addr,
binding_rec->datapath->tunnel_key,
diff --git a/tests/system-ovn.at b/tests/system-ovn.at
index 54d913c0b..26bb331b6 100644
--- a/tests/system-ovn.at
+++ b/tests/system-ovn.at
@@ -12208,3 +12208,117 @@ OVS_TRAFFIC_VSWITCHD_STOP(["/failed to query port
patch-.*/d
/connection dropped.*/d"])
AT_CLEANUP
])
+
+OVN_FOR_EACH_NORTHD([
+AT_SETUP([MAC_Bindings updates on read-only sb])
+ovn_start --use-tcp-to-sb
+OVS_TRAFFIC_VSWITCHD_START()
+ADD_BR([br-int])
+
+PARSE_LISTENING_PORT([$ovs_base/ovn-sb/ovsdb-server.log], [TCP_PORT])
+
+# Use tcp to connect to sb
+ovs-vsctl \
+-- set Open_vSwitch . external-ids:system-id=hv1 \
+-- set Open_vSwitch . external-ids:ovn-remote=tcp:127.0.0.1:$TCP_PORT \
+-- set Open_vSwitch . external-ids:ovn-encap-type=geneve \
+-- set Open_vSwitch . external-ids:ovn-encap-ip=169.0.0.1 \
+-- set bridge br-int fail-mode=secure other-config:disable-in-band=true
+
+# Start ovn-controller
+start_daemon ovn-controller
+
+# Logical network:
+# A public switch (pub) with a localnet port connected to two LRs (lr0 and lr1)
+# each with a distributed gateway port.
+# Two VMs: lp0 on sw0 connected to lr0
+# lp1 on sw1 connected to lr1
+#
+# This test adds a floating IP on one VM and checks the MAC_Binding entries to
be updated properly.
+
+# Create logical switches
+check ovn-nbctl ls-add sw0
+check ovn-nbctl ls-add sw1
+check ovn-nbctl ls-add pub
+
+# Created localnet port on public switch
+check ovn-nbctl lsp-add pub ln-pub
+check ovn-nbctl lsp-set-type ln-pub localnet
+check ovn-nbctl lsp-set-addresses ln-pub unknown
+check ovn-nbctl lsp-set-options ln-pub network_name=phys
+
+# Create logical routers and connect them to public switch
+AT_CHECK([(ovn-nbctl create Logical_Router name=lr0;
+ ovn-nbctl create Logical_Router name=lr1) | uuidfilt], [0], [<0>
+<1>
+])
+check ovn-nbctl lrp-add lr0 lr0-pub f0:00:00:00:00:01 172.24.4.220/24
+check ovn-nbctl lsp-add pub pub-lr0 -- set Logical_Switch_Port pub-lr0 \
+type=router options:router-port=lr0-pub options:nat-addresses="router"
addresses="router"
+check ovn-nbctl lrp-add lr1 lr1-pub f0:00:00:00:01:01 172.24.4.221/24
+check ovn-nbctl lsp-add pub pub-lr1 -- set Logical_Switch_Port pub-lr1 \
+type=router options:router-port=lr1-pub options:nat-addresses="router"
addresses="router"
+
+check ovn-nbctl lrp-set-gateway-chassis lr0-pub hv1 10
+check ovn-nbctl lrp-set-gateway-chassis lr1-pub hv1 10
+
+# Connect sw0 and sw1 to lr0 and lr1
+check ovn-nbctl lrp-add lr0 lr0-sw0 00:00:00:00:ff:01 10.0.0.254/24
+check ovn-nbctl lsp-add sw0 sw0-lr0 -- set Logical_Switch_Port sw0-lr0
type=router \
+options:router-port=lr0-sw0 addresses="router"
+check ovn-nbctl lrp-add lr1 lr1-sw1 00:00:00:00:ff:02 20.0.0.254/24
+check ovn-nbctl lsp-add sw1 sw1-lr1 -- set Logical_Switch_Port sw1-lr1
type=router \
+options:router-port=lr1-sw1 addresses="router"
+
+ADD_BR([br-phys])
+check ovs-vsctl set open . external-ids:ovn-bridge-mappings=phys:br-phys
+
+check ovs-vsctl add-port br-int vif0 \
+ -- set Interface vif0 external-ids:iface-id=lp0 \
+ -- set Interface vif0 type=internal
+
+check ovn-nbctl lsp-add sw0 lp0
+check ovn-nbctl lsp-add sw1 lp1
+check ovn-nbctl lsp-set-addresses lp0 "50:54:00:00:00:01 10.0.0.10"
+check ovn-nbctl lsp-set-addresses lp1 "50:54:00:00:00:02 20.0.0.10"
+
+OVS_WAIT_UNTIL([test x`ovn-nbctl lsp-get-up lp0` = xup])
+ovn-nbctl --wait=hv sync
+
+# Stopping updates to sb
+# By stopping temporarily updates from controller to sb, we are making sb
read-only.
+# We can't just pause sb to make it read-only, as we expect sb to still handle
northd changes.
+stop_ovsdb_controll
[ovs-dev] [PATCH ovn v2 3/3] pinctrl: Fixed 100% cpu on ovs connection loss.
This issue is happening for instance when running test
"ovn-controller - Chassis other_config".
Signed-off-by: Xavier Simonart
---
v2: Amend subject summary.
Rebase on origin/main.
---
controller/pinctrl.c | 15 ---
1 file changed, 8 insertions(+), 7 deletions(-)
diff --git a/controller/pinctrl.c b/controller/pinctrl.c
index f75b04696..ec6c7549b 100644
--- a/controller/pinctrl.c
+++ b/controller/pinctrl.c
@@ -3627,13 +3627,14 @@ pinctrl_handler(void *arg_)
rconn_run_wait(swconn);
rconn_recv_wait(swconn);
-send_garp_rarp_wait(send_garp_rarp_time);
-ipv6_ra_wait(send_ipv6_ra_time);
-ip_mcast_querier_wait(send_mcast_query_time);
-svc_monitors_wait(svc_monitors_next_run_time);
-ipv6_prefixd_wait(send_prefixd_time);
-bfd_monitor_wait(bfd_time);
-
+if (rconn_is_connected(swconn)) {
+send_garp_rarp_wait(send_garp_rarp_time);
+ipv6_ra_wait(send_ipv6_ra_time);
+ip_mcast_querier_wait(send_mcast_query_time);
+svc_monitors_wait(svc_monitors_next_run_time);
+ipv6_prefixd_wait(send_prefixd_time);
+bfd_monitor_wait(bfd_time);
+}
seq_wait(pinctrl_handler_seq, new_seq);
latch_wait(>pinctrl_thread_exit);
--
2.31.1
___
dev mailing list
d...@openvswitch.org
https://mail.openvswitch.org/mailman/listinfo/ovs-dev
Re: Tutorial for Livecode Server log in system
Hi.
To make online log in is quit easy in livecode.
first you need a webpage with a form asking username, email and password )
and submit to a livecode script
Log in
--- method can be to types get or post - normally I use Get
this will send username and pass to tloging.lc script
and the livecode code script
-
"
put "window.location='impr_pend.lc?t=impresion';"
put ""
end if
if len(gUsr)<2 or len(gPass)<2 then
put ""
put "window.location='index.html?_e=Error_sin_login';"
put ""
end if
put revOpenDatabase ("mysql",
"localhost:3363","reparacion","gsmmax","11*Endimion_grd") into gDbId
--put revdb_execute(gDbId, tSQL, "") into tResultado
put "select pass,id,token from tecnicos where login='" & gUsr & "';" into
tSQL
put tSQL & ""
put revDataFromQuery(tab, return, gDbID, tSQL) into tRes
set itemdelimiter to tab
put item 1 of tRes into tPass
put item 2 of tRes into tCod
put item 3 of tRes into tToken
El mar, 26 mar 2024 a las 6:15, Tim Selander via use-livecode (<
use-livecode@lists.runrev.com>) escribió:
> Hi all.
>
> As a hobbiest/amateur I continue to plunk away with Livecode, mostly the
> server product in my on-rev account.
>
> Can anyone point me to a tutorial or sample of an online log in system
> (username, email and password) for a website using Livecode?
>
> I've found some php tutorials, and /think/ I could glean enough hints to
> roll my own in LC server, but would greatly prefer to start with LC itself!
>
> Any help appreciated!
>
> Tim Selander
> Japan
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
Re: remove key change at end of line
On Mon, 25 Mar 2024 at 22:19, bobr...@centrum.is wrote: > > I want to remove a key change from the ends of lines/systems. I am *not* referring to just key cancellation, which I do also want. I mean, at the end of a line the new key should not appear before the new line. I haven't worked it out. Hello, \set Staff.explicitKeySignatureVisibility = #end-of-line-invisible See NR 5.4.7 Visibility of objects > Special considerations https://lilypond.org/doc/v2.24/Documentation/notation/visibility-of-objects#special-considerations Kind regards, Xavier
Re: Can't compile Lilypond files
On Sun, 24 Mar 2024 at 17:14, David Sumbler wrote: > > I haven't used Lilypond for a while, but I have currently got v.2.24.1 > > I started a new, very small, project today, but I can't compile anything. Thinking I must have forgotten even the basics of writing Lilypond files, I tried a few of my previous project files which I have successfully compiled in the past. But nothing will compile. > > If I use the bash command line, with, for example, 'lilypond -V file.ly' I get no compilation, and the output is identical to what I get if I just enter 'lilypond' with no option and no file. > > If I try to compile from Emacs, using Ctrl-C Ctrl-L, I get exactly the same output as above, with "Compilation exited abnormally with code 2 at Sun Mar 24 15:54:38" or similar suffixed. > > What can possibly be wrong? Lilypond isn't giving me any clues. Hello, How have you installed LilyPond? From the official binaries or from a package from your Linux distribution (I guess, since you mention Emacs, that you are under Linux)? Do you know that the last versions of LilyPond do not update your PATH? So are you invoking lilypond with the path where you extracted the binaries? And when you say you can't compile, what do you get as error message? It is not clear at all. Kind regards, Xavier
[i18n] [Bug 484342] Mistranslation in the brightness applet
https://bugs.kde.org/show_bug.cgi?id=484342 Xavier Besnard changed: What|Removed |Added Resolution|--- |FIXED Status|REPORTED|RESOLVED CC||xavier.besn...@neuf.fr --- Comment #1 from Xavier Besnard --- Hello. Thanks for your report on a translation issue. Translation fixed as requested in plasma_applet_org.kde.plasma.brightness.po and commited. Regards. Xavier -- You are receiving this mail because: You are watching all bug changes.
Cannot upgrade p5-DBD-mysql with Mariadb
Hi, Seems that an upstream change broke compatibility between databases/p5-DBD-mysql and MariaDB : DBD::mysql requires MySQL 8.x for building. Version reported by mysql_config --version: 10.5.23 at ./Makefile.PL line 451, line 3. Since I use MariaDB, I don't want to install mysql80-client Regards, Xavier -- Xavier HUMBERT - Unix/Win/MacOSX Sysadmin/Network Engineer https://www.amdh.fr
[cas-user] SAML2 protocol in CAS6.4.6.6
Hello,
I'm not familiar with SAML 2.0 and I need to set up our CAS 6.4.6.6 with
SAML2 protocol. Our CAS uses Oauth2 + CAS protocol. Now, we need to add
this protocol.
Folowing the documentation:
https://apereo.github.io/cas/6.6.x/authentication/Configuring-SAML2-Authentication.html
I've added in gradle:
implementation
"org.apereo.cas:cas-server-support-saml-idp:${project.'cas.version'}"
And in my cas.properties:
cas.authn.saml-idp.core.entity-id: https://mycas.cat/idp
cas.authn.saml-idp.metadata.file-system.location: file:/etc/cas/saml
I've ever had the same error:
Exception encountered during context initialization - cancelling refresh
attempt: org.springframework.beans.factory.BeanCreationException: Error
creating bean with name
'scopedTarget.samlProfileSamlAttributeStatementBuilder' defined in class
path resource [org/apereo/cas/config/SamlIdPConfiguration.class]: Bean
instantiation via factory method failed; nested exception is
org.springframework.beans.BeanInstantiationException: Failed to instantiate
[org.apereo.cas.support.saml.web.idp.profile.builders.SamlProfileObjectBuilder]:
Factory method 'samlProfileSamlAttributeStatementBuilder' threw exception;
nested exception is
org.springframework.beans.factory.NoSuchBeanDefinitionException: *No
qualifying bean of type
'org.apereo.cas.authentication.attribute.AttributeDefinitionStore' *available:
expected at least 1 bean which qualifies as autowire candidate. Dependency
annotations:
{@org.springframework.beans.factory.annotation.Autowired(required=true),
@org.springframework.beans.factory.annotation.Qualifier("attributeDefinitionStore")}
What am I need to define in my Cas-Server?
I try with several configurations and I've get the same result.
Anyone can help me?
Thanks!!!
--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS
Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to cas-user+unsubscr...@apereo.org.
To view this discussion on the web visit
https://groups.google.com/a/apereo.org/d/msgid/cas-user/bd4ac22e-bf9e-4fa7-8210-c8a8168f927cn%40apereo.org.
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Hello, > De mon côté j'en suis tout à fait conscient. Nice :) > Maintenant cette solution est en place chez nous depuis plusieurs > années, pour quelques milliers de BAL et plusieurs enseignes et nous > devons assurer le service quelque soit le choix d'origine. Effectivement c'est normal. > Changer est bien entendu une réflexion à avoir mais ce n'est pas simple > et pas "prioritaire". De plus, le monde du mail devient de plus en plus > complexe à gérer. Le "pas prioritaire" donne ce qui s'est passé avec 2 presta de tiers payant et France Travail... Ils ont été probablement été prévenus mais "pas prioritaire", on vu le résultat (je sais le parallèle est tiré par les cheveux, mais c'est un argument massue a balancer aux financiers qui ne voit qu'à court terme. Le monde du mail deviens complexe, il est vrai, mais c'est encore une fois notre (nous les sysadmin / netadmin et aussi les financiers) qui ont considérés : "pas notre taf" (bah si... la communication par mail et la capacité a être certain que le message est délivéré correctement l'es tout comme les API des services etc... Nous nous sommes laissé marchés sur les pieds, on a, comme d'autres domaines qui font couler beaucoup d'encre (ou électrons), ou nous avons une perte de savoir faire. Se battre pour pas qu'il n'y ait que 3 fournisseurs (hors chine), eg m$ / google / apple, c'est ce qui permet a nous de pouvoir communiquer via un protocole fiable contre le pannes temporaire : le mail. Laisser les 3 d'en haut vous gouvernez et vous aurez des trucs plus compatible tôt ou tard... ça a déjà commencé avec des extensions a la noix sur gmail comme "rappeller un mail" (qui n'existe dans aucune RFC). Personnellement je n'ai pas lâché l'affaire de faire du mail, OUI c'est moins simple que de coller un sendmail comme en 1995, mais je suis pas à merci d'une fermeture de compte arbitraire, ou d'autres délires. Je suis à la merci des délires des gros... oui je le sait... pour l'instant ils se battent comme François sur les gros générateurs de saloperies qui les embrouillent les petits n'ont qu'à avoir SPF, DKIM, DMARC, et probablement se battre avec des interfaces web pour que leur traffic soit accepté. Par contre prendre une box chez un hébergeur pour faire du mail : très mauvaise idee... il vous faut vos IPS depuis longtemps, qu'elles soient clean depuis des années et vous avez la paix... Battez-vous pour avoir les moyens de partir de ces "solutions" qui vous enferment, et profitez du moment qui vous le permet de le faire encore plus tard (quand ? 5 ans ? 10 ans?) il sera trop tard, le SMTP n'existera plus, on aura *tous* perdu... /Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: ragged-bottom and spacing for individual pages
On Wed, 20 Mar 2024 at 19:47, Paul Scott wrote: > > 1. How can I cause an individual page other than the last page of a > score to have ragged-bottom? Hello, I don't think this is possible. Personally I would produce 2 different PDFs and then split and merge the pages as desired. > 2. How can I change the vertical spacing for a page that uses raged-bottom? For a ragged-bottom score the usual variables can be used: system-system-spacing, top-system-spacing, last-bottom-spacing and within-system spacing properties. You could use as well Explicit staff and system positioning, see NR 4.4.2. Kind regards, Xavier
Re: [FRnOG] [MISC] Mails bloqués par Free.fr depuis Tenant Office365 Microsoft.
Hello, >> Les IP de M$ sont refusées : LED=451 too many errors detected from your IP, >> depuis les IP M$ 40.107.XXX.XXX entre autre. > > Voici une des réponses que j'ai fait hier sur ce type d'incident : > > ------ > > D'après nos logs, voici les statistiques des sessions SMTP établies depuis > l'IP > 40.107.105.132 : (...) > Sachant qu'à coté de cela, j'envoie à Microsoft un rapport quotidien sur les > domaines aux comportements anormaux. Le domaine t1.moe.edu.eg a été ainsi cité > dans 19 de ces rapports depuis le 1er mars. J'ajouterais que de croire que la solution m$, google, etc... pour héberger les mails permettrai justement de laisser passer tout et n'importe quoi est une mauvaise idée... Merci a François de ne pas se laisser faire juste parce que c'est des grosses plateformes. Et pourtant héberger soit même son mail ça prends du temps et ça permet justement de savoir pk X ou Y bloque le mail. M'enfin autant se battre contre des moulins a vent... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [ovs-dev] [PATCH ovn 1/2] pinctrl: Fix missing MAC_Bindings.
Hi
Thanks Ales for the feedback.
There is also a small change needed to make userspace tests to work as well
(as pointed out by ovs_robot).
I'll send a v2.
Thanks
Xavier
On Wed, Mar 20, 2024 at 12:11 PM Ales Musil wrote:
>
>
> On Wed, Mar 20, 2024 at 8:12 AM Xavier Simonart
> wrote:
>
>> Pinctrl is responsible of creating MAC_Bindings on peer router datapaths.
>> However, when sb was read-only, this did not happen.
>> This caused the test "neighbor update on same HV" to fail in a flaky way.
>>
>> Signed-off-by: Xavier Simonart
>> ---
>>
>
> Hi Xavier,
>
> thank you for the patch. I have one comment down below.
>
> controller/pinctrl.c | 2 +-
>> tests/ovn-macros.at | 10 +++-
>> tests/system-ovn.at | 127 +++
>> 3 files changed, 137 insertions(+), 2 deletions(-)
>>
>> diff --git a/controller/pinctrl.c b/controller/pinctrl.c
>> index 2d3595cd2..f75b04696 100644
>> --- a/controller/pinctrl.c
>> +++ b/controller/pinctrl.c
>> @@ -4711,7 +4711,7 @@ send_garp_rarp_update(struct ovsdb_idl_txn
>> *ovnsb_idl_txn,
>> garp_rarp->announce_time = time_msec() + 1000;
>> garp_rarp->backoff = 1000; /* msec. */
>> }
>> -} else {
>> +} else if (ovnsb_idl_txn) {
>> add_garp_rarp(name, laddrs->ea,
>>laddrs->ipv4_addrs[i].addr,
>>binding_rec->datapath->tunnel_key,
>> diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at
>> index ed93764d3..aaa8824cb 100644
>> --- a/tests/ovn-macros.at
>> +++ b/tests/ovn-macros.at
>> @@ -220,12 +220,14 @@ ovn_start_northd() {
>> # options are accepted to adjust that:
>> # --backup-northd Start a backup northd.
>> # --backup-northd=paused Start the backup northd in the paused state.
>> +# --use-tcp-to-sb Use tcp to connect to sb.
>> ovn_start () {
>> local backup_northd=false
>> local backup_northd_options=
>> case $1 in
>> --backup-northd) backup_northd=true; shift ;;
>> --backup-northd=paused) backup_northd=true;
>> backup_northd_options=--paused; shift ;;
>> +--use-tcp-to-sb) use_tcp=true; shift ;;
>> esac
>> local AZ=$1
>> local msg_prefix=${AZ:+$AZ: }
>> @@ -246,7 +248,13 @@ ovn_start () {
>> ovn_start_northd $backup_northd_options backup $AZ
>> fi
>>
>> -if test X$HAVE_OPENSSL = Xyes; then
>> +if test $use_tcp; then
>> +# Create the SB DB ptcp connection.
>> +ovn-sbctl \
>> +-- --id=@c create connection \
>> +target=\"ptcp:0:127.0.0.1\" \
>> +-- add SB_Global . connections @c
>> +elif test X$HAVE_OPENSSL = Xyes; then
>> # Create the SB DB pssl+RBAC connection.
>> ovn-sbctl \
>> -- --id=@c create connection \
>> diff --git a/tests/system-ovn.at b/tests/system-ovn.at
>> index 54d913c0b..20ddb487f 100644
>> --- a/tests/system-ovn.at
>> +++ b/tests/system-ovn.at
>> @@ -12208,3 +12208,130 @@ OVS_TRAFFIC_VSWITCHD_STOP(["/failed to query
>> port patch-.*/d
>> /connection dropped.*/d"])
>> AT_CLEANUP
>> ])
>> +
>> +OVN_FOR_EACH_NORTHD([
>> +AT_SETUP([MAC_Bindings updates on read-only sb])
>> +ovn_start --use-tcp-to-sb
>> +OVS_TRAFFIC_VSWITCHD_START()
>> +ADD_BR([br-int])
>> +
>> +PARSE_LISTENING_PORT([$ovs_base/ovn-sb/ovsdb-server.log], [TCP_PORT])
>> +
>> +# Use tcp to connect to sb
>> +ovs-vsctl \
>> +-- set Open_vSwitch . external-ids:system-id=hv1 \
>> +-- set Open_vSwitch .
>> external-ids:ovn-remote=tcp:127.0.0.1:$TCP_PORT
>> \
>> +-- set Open_vSwitch . external-ids:ovn-encap-type=geneve \
>> +-- set Open_vSwitch . external-ids:ovn-encap-ip=169.0.0.1 \
>> +-- set bridge br-int fail-mode=secure
>> other-config:disable-in-band=true
>> +
>> +# Start ovn-controller
>> +start_daemon ovn-controller
>> +
>> +# Logical network:
>> +# A public switch (pub) with a localnet port connected to two LRs (lr0
>> and lr1)
>> +# each with a distributed gateway port.
>> +# Two VMs: lp0 on sw0 connected to lr0
>> +# lp1 on sw1 connected to lr1
>> +#
>> +# This test adds a floating IP on one VM and checks the MAC_Binding
>> entries to be updated
Re: [FRnOG] [MISC] Fwd: France-IX launches its new Transit IP service!
Hello, > Le plus important c’est d’avoir un akvorado ou un as-stats pour savoir à qui > tu > envoies du traff, ensuite tu regardes sur peeringdb si leur politique est > ouverte, et si c’est le cas tu contactes le mail de policy. Si c’est pas le > cas, t’attends de croiser les contacts au FRnOG, au RIPE, ou où tu veux. Et aussi d'avoir un peeringdb a jour... (ça aide). Sachant que pour la résilience, il vaut mieux avoir du peering que pas de peering... Après l'avantage du peering c'est que tu ne passes pas par un intermédiaire, mais en direct. Si le peering sur l'IX merde (tempête de broadcast ou autre), pas de pitié pour les croissants on shut le port et après on décide... Aussi certains mettent moins de prefix sur les RS qu'en peering direct... Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: Troubles with StaffGrouper
On Wed, 20 Mar 2024 at 04:48, Ben Bradshaw wrote:
>
> Hello,
> I think I must not be understanding how the StaffGrouper works. I'm doing
a score with instrument and piano accompaniment, and have the piano music
in a PianoStaff. I'm trying to get more space between the solo staff and
the piano staff. This is what I tried...
>
> \layout{
> \context {
> \Score
> \override VerticalAxisGroup.staff-staff-spacing.minimum-distance = #14
> \override StaffGrouper.staff-staff-spacing.minimum-distance = #6
> }
>
> But it seems the StaffGrouper spacing isn't applied, and what I get is
big space between all three lines. I thought that the StaffGrouper was
supposed to override settings in the VerticalAxisGroup, but maybe I have to
do it a different way? Any help would be greatly appreciated.
Hello,
Well, apparently that's the case if you don't change the default values of
VerticalAxisGroup.staff-staff-spacing (maybe that's a bug).
In your case I would change the value of
VerticalAxisGroup.staff-staff-spacing for the staff above the PianoStaff.
\score {
<<
\new Staff \with {
\override VerticalAxisGroup.staff-staff-spacing = #'((basic-distance
. 12)
(minimum-distance . 11)
(padding . 1))
} { c'1 }
\new PianoStaff <<
\new Staff { c'1 }
\new Staff { c'1 }
>>
>>
}
Kind regards,
Xavier
[ovs-dev] [PATCH ovn 1/2] pinctrl: Fix missing MAC_Bindings.
Pinctrl is responsible of creating MAC_Bindings on peer router datapaths.
However, when sb was read-only, this did not happen.
This caused the test "neighbor update on same HV" to fail in a flaky way.
Signed-off-by: Xavier Simonart
---
controller/pinctrl.c | 2 +-
tests/ovn-macros.at | 10 +++-
tests/system-ovn.at | 127 +++
3 files changed, 137 insertions(+), 2 deletions(-)
diff --git a/controller/pinctrl.c b/controller/pinctrl.c
index 2d3595cd2..f75b04696 100644
--- a/controller/pinctrl.c
+++ b/controller/pinctrl.c
@@ -4711,7 +4711,7 @@ send_garp_rarp_update(struct ovsdb_idl_txn *ovnsb_idl_txn,
garp_rarp->announce_time = time_msec() + 1000;
garp_rarp->backoff = 1000; /* msec. */
}
-} else {
+} else if (ovnsb_idl_txn) {
add_garp_rarp(name, laddrs->ea,
laddrs->ipv4_addrs[i].addr,
binding_rec->datapath->tunnel_key,
diff --git a/tests/ovn-macros.at b/tests/ovn-macros.at
index ed93764d3..aaa8824cb 100644
--- a/tests/ovn-macros.at
+++ b/tests/ovn-macros.at
@@ -220,12 +220,14 @@ ovn_start_northd() {
# options are accepted to adjust that:
# --backup-northd Start a backup northd.
# --backup-northd=paused Start the backup northd in the paused state.
+# --use-tcp-to-sb Use tcp to connect to sb.
ovn_start () {
local backup_northd=false
local backup_northd_options=
case $1 in
--backup-northd) backup_northd=true; shift ;;
--backup-northd=paused) backup_northd=true;
backup_northd_options=--paused; shift ;;
+--use-tcp-to-sb) use_tcp=true; shift ;;
esac
local AZ=$1
local msg_prefix=${AZ:+$AZ: }
@@ -246,7 +248,13 @@ ovn_start () {
ovn_start_northd $backup_northd_options backup $AZ
fi
-if test X$HAVE_OPENSSL = Xyes; then
+if test $use_tcp; then
+# Create the SB DB ptcp connection.
+ovn-sbctl \
+-- --id=@c create connection \
+target=\"ptcp:0:127.0.0.1\" \
+-- add SB_Global . connections @c
+elif test X$HAVE_OPENSSL = Xyes; then
# Create the SB DB pssl+RBAC connection.
ovn-sbctl \
-- --id=@c create connection \
diff --git a/tests/system-ovn.at b/tests/system-ovn.at
index 54d913c0b..20ddb487f 100644
--- a/tests/system-ovn.at
+++ b/tests/system-ovn.at
@@ -12208,3 +12208,130 @@ OVS_TRAFFIC_VSWITCHD_STOP(["/failed to query port
patch-.*/d
/connection dropped.*/d"])
AT_CLEANUP
])
+
+OVN_FOR_EACH_NORTHD([
+AT_SETUP([MAC_Bindings updates on read-only sb])
+ovn_start --use-tcp-to-sb
+OVS_TRAFFIC_VSWITCHD_START()
+ADD_BR([br-int])
+
+PARSE_LISTENING_PORT([$ovs_base/ovn-sb/ovsdb-server.log], [TCP_PORT])
+
+# Use tcp to connect to sb
+ovs-vsctl \
+-- set Open_vSwitch . external-ids:system-id=hv1 \
+-- set Open_vSwitch . external-ids:ovn-remote=tcp:127.0.0.1:$TCP_PORT \
+-- set Open_vSwitch . external-ids:ovn-encap-type=geneve \
+-- set Open_vSwitch . external-ids:ovn-encap-ip=169.0.0.1 \
+-- set bridge br-int fail-mode=secure other-config:disable-in-band=true
+
+# Start ovn-controller
+start_daemon ovn-controller
+
+# Logical network:
+# A public switch (pub) with a localnet port connected to two LRs (lr0 and lr1)
+# each with a distributed gateway port.
+# Two VMs: lp0 on sw0 connected to lr0
+# lp1 on sw1 connected to lr1
+#
+# This test adds a floating IP on one VM and checks the MAC_Binding entries to
be updated properly.
+
+# By stopping temporarily updates from controller to sb, we are making sb
read-only.
+# We can't just pause sb to make it read-only, as we expect sb to still handle
northd changes.
+stop_ovsdb_controller_updates() {
+ TCP_PORT=$1
+ echo Stopping updates from ovn-controller to ovsdb using port $TCP_PORT
+ on_exit 'iptables -C INPUT -p tcp --destination-port $TCP_PORT -j DROP
2>/dev/null && iptables -D INPUT -p tcp --destination-port $TCP_PORT -j DROP'
+ iptables -A INPUT -p tcp --destination-port $TCP_PORT -j DROP
+}
+restart_ovsdb_controller_updates() {
+ TCP_PORT=$1
+ echo Restarting updates from ovn-controller to ovsdb
+ iptables -D INPUT -p tcp --destination-port $TCP_PORT -j DROP
+}
+
+# Create logical switches
+check ovn-nbctl ls-add sw0
+check ovn-nbctl ls-add sw1
+check ovn-nbctl ls-add pub
+
+# Created localnet port on public switch
+check ovn-nbctl lsp-add pub ln-pub
+check ovn-nbctl lsp-set-type ln-pub localnet
+check ovn-nbctl lsp-set-addresses ln-pub unknown
+check ovn-nbctl lsp-set-options ln-pub network_name=phys
+
+# Create logical routers and connect them to public switch
+AT_CHECK([(ovn-nbctl create Logical_Router name=lr0;
+ ovn-nbctl create Logical_Router name=lr1) | uuidfilt], [0], [<0>
+<1>
+])
+check ovn-nbctl
