text:
[winpr,sspi] fix kerberos return on get_credentials

return SEC_E_NO_CREDENTIALS

@hardening any refinement welcome, this was just a direct consequence of a bad return value that was part of a bug report, see https://github.com/FreeRDP/FreeRDP/issues/6508

source: gharchive/pull-request

repo: FreeRDP/FreeRDP

license_type: permissive

license_source: github-api


text:
mac BUILD_SHARED_LIBS=ON fix (on stable-1.1)

Fixes #3468

See related https://github.com/FreeRDP/FreeRDP/pull/3470

Thank you for your effort.
Sorry we haven't merged that back than. This should work on master. And since 2.0 is upcoming we won't do any updates of 1.x anymore.

authors: bmiklautz untoldone


text:
188482263 Missing contact message from System (John)

Issue reported by johnt at 2020-12-21 12:11:03 UTC
Time: 2020-12-21T12:06:54+00:00
Session ID: 9b60ecec5fb774a92e584acc319e98bf
Problem Page URL: /messages/userid_messages?locale=en
Previous Page URL: https://www.freecen.org.uk/manage_resources/new?locale=en
Reported Issue:
I have received a FreeCEN Servant email message for a contact action request 188438390, but when I login to the system I cannot see the message in my message list, so I cannot generate a response from the system.

Have confirmed there is an issue.

Talking through back of the head. No issue

source: gharchive/issue

authors: Captainkirkdawson Freeukgencomputer

repo: FreeUKGen/FreeCENMigration

license_source: bigquery


text:
St Peter CHI

There are several entries in the Gazetteer for St Peter  CHI. They are duplicates of the entries for JSY and GSY.
Please move the search records for these places to the correct islands, and remove the CHI entries.
Geoff

Done


text:
Augmentation of the fields fields transcribed into the initial csv file

The current set of fields transcribed by the transcriber were established some 15 years ago and are described in the SSCENS document. It does not include all of the fields submitted into the database by the current vld file.
As part of the on-line uploading process we need to establish how those fields are to be entered.
We also need to consider any additional fields that are desirable for the present suite of census documents.
We need further to consider what additional fields are required for the 1901 and 1911 census documents

@geoffj-FUG wrote the following: When should the Ecclesiastical Parish be added?
To do this review right I think that we should review when the Ecclesiastical Parish is added. Why? Because the answer affects CSVCheck.
Initially it was added by the proofreader in winCC. With the demise of WinCC it was added by the Validator (mostly by fudging!)
I believe that as it appears on every census page it should be added by t he transcriber and therefore allowed for in the transcription spreadsheet / csvfile.
In 1911 it moves to the fly sheet at the beginning of each ED.
So once recorded it just needs carrying down, not the tedious process used in winCC.
In 1911 This sheet also records Urban Boroughs and Parliamentary Boroughs.
So what and how when we record it needs to be thrown into the pot now, not later when Kirk is past the point of no return.

We also need to consider what is recorded in each field, given that the new system will not have the character length constraints of the current system.

It is important that we move systematically. The initial implementation has to function with current specification.

Brenda commented:
Just been giving this a little thought.
The EP is already in the PARMS CSV in column two.
Ie.
Column one has the piece number
Column 2 has the EP. (The single a in column H)
Column 3 has the Civil Parish (The single b, in column H)
Row one you will see Census year/county example. DOR1851
Etc.,
Why cannot this be picked up by the transcribe for FC2 (perhaps insert a new column  at the start of the spreadsheet so they are all at the start)
As they are on the PARMS they should be on the new FC2 spreadsheet on a list from the PARMS  for them to select along with the Civil Parish?
VALDREV also gives them an option to select a different CHP and POB.
This creates an extra column in the VLD CSV last stage.
Will this column still be needed as hopefully the facility to select a CHP and POB will be more advanced with the new way of selecting from a drop down list.
( well I am thinking/assuming, that is what will happen?)
So just a thought to add a column at the start of the CSV and remove a column at the end that might not be needed.
But then I have just got up and not at my best after a bad night, so will think it over again when I do wake up.  But it is a start of my thinking, so if any one thinks it might not work, then OK, just one of my thoughts.
The EP on the final VLD spreadsheet is the last column.
Why not make it the first from the dropdown list from the PARMS file.
I am sure I might have missed something so over to you all.

@FreecenBren @geoffj-FUG @PatReynolds
Since the online upload of a csv file this together with the Params should contain the total set of information required to create a search record now is the time to consider the augmentation of the fields in the csv file.
Rather than include a discussion on each augmentation in this story and end up losing sight of one I would like to suggest a separate story for each.
CEN is in a good position to add new fields in the csv file at it has always used a column name header as the second line in the file. Hence augmentations can be added. This what in REG was termed a flexible csv file. Provided the column header line is included we can be flexible in terms of their order and their number. We can accommodate the situation of absent column header line by assuming the file has the SSCENS layout.
Additional fields that need to be accommodated are:
Ecclesiastical Parish
1901 Census fields
1911 Census fields
Scottish windows field 1851 onwards
deleted flag

Kirk
My view is still that it should be added by the transcriber. It is closely related to the ED. The ED number occurs once in each ED and carries down. I would but it in the spreadsheet next to the ED number.
It is my belief that the EP can on rare occasions change within an ED. Therefore the logical place to put it in a spreadsheet is immediately to the right of the ED number. So the sequence becomes ED number, Ecclesiastical Parish, Folio etc.
I cannot agree with Brenda that the a record in the PARMS is the EP. The National Archives state that the a record is the Registration Sub-District and the b record is the Civil Parish. So the EP is not in the PARMS. (That is what I have been using to build my PARMS).
If this is correct then the EP is not recorded elsewhere and it has to be entered by the transcriber or proofreader.
Sorry to be contentious but we seem to have differing understandings here.
Geoff
From: Kirk Dawson notifications@github.com
Sent: Thursday, March 26, 2020 1:41 AM
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: geoffj-FUG geoff.jarvis@freeukgenealogy.org.uk; Assign assign@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
Assigned #820 https://github.com/FreeUKGen/FreeCENMigration/issues/820  to @geoffj-FUG https://github.com/geoffj-FUG .
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub https://github.com/FreeUKGen/FreeCENMigration/issues/820#event-3164546675 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKCPIFOKQO4IDRSS3UHBSULRJIQ2HANCNFSM4K5HFGWQ .  https://github.com/notifications/beacon/AKCPIFIRZWI55SCX57ICT4TRJIQ2HA5CNFSM4K5HFGW2YY3PNVWWK3TUL52HS4DFWZEXG43VMVCXMZLOORHG65DJMZUWGYLUNFXW5KTDN5WW2ZLOORPWSZGOXSPSM4Y.gif

Kirk,
Sorry to sound thick, but I have no instruction at all and don’t know where to start, e.g.  where do I find the SSCENS document or indeed any other documents?
Thanks, Rhoda
From: Kirk Dawson notifications@github.com
Sent: 25 March 2020 15:43
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: Mackenzie, Rhoda r.k.mackenzie@abdn.ac.uk; Mention mention@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
CAUTION: External email. We are observing an increase in COVID-19 related phishing attempts.
@FreecenBrenhttps://github.com/FreecenBren @geoffj-FUGhttps://github.com/geoffj-FUG @PatReynoldshttps://github.com/PatReynolds @AlOneillhttps://github.com/AlOneill @rhodamackenziehttps://github.com/rhodamackenzie @colin1959https://github.com/colin1959
Since the online upload of a csv file this together with the Params should contain the total set of information required to create a search record now is the time to consider the augmentation of the fields in the csv file.
Rather than include a discussion on each augmentation in this story and end up losing sight of one I would like to suggest a separate story for each.
CEN is in a good position to add new fields in the csv file at it has always used a column name header as the second line in the file. Hence augmentations can be added. This what in REG was termed a flexible csv file. Provided the column header line is included we can be flexible in terms of their order and their number. We can accommodate the situation of absent column header line by assuming the file has the SSCENS layout.
Additional fields that need to be accommodated are:
Ecclesiastical Parish
1901 Census fields
1911 Census fields
Scottish windows field 1851 onwards
deleted flag
detail_flag?
unoccupied_notes
We may need to add others
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-603911519, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AO5M7OSP4GZGNECUYURWMBDRJIQ6PANCNFSM4K5HFGWQ.
The University of Aberdeen is a charity registered in Scotland, No SC013683.
Tha Oilthigh Obar Dheathain na charthannas clàraichte ann an Alba, Àir. SC013683.

Some docs sent off line

Working on basis that deleted flag and Ecclesiastical Parish are to be included as columns in CSV file
Working on basis that 1901/1911 fields to be added to CSV file

There are 2 additional fields dealing with Birth County and Birth Place See story #840

@geoffj-FUG has put an excellent document together
https://docs.google.com/document/d/1qnWsyBzP5keQscuzpsMaF-CjlDypXJlX/edit

@PatReynolds  and @rhodamackenzie to review.  Kirk has implemented 99% - so focus on what might be missing.

@geoffj-FUG wrote on April 19
I have now almost completed the Fields list for the censuses.
I have done a sweep of England, Wales, Isle of Man, Channel Islands, Scotland and Ireland census forms and identified the information in each of the censuses. I still have a couple of cover sheets to go through but I am 98% there. I expect to receive these within a day or so.
You will now find Version 2 of my New Spreadsheet Sections and fields spreadsheet on Google Docs.
Please go through it and pick out any problems.

I believe that almost all of the fields at the household (dwelling )  and Individual levels are already accommodated; some edits and validations are still required.
There are several new fields not yet supported but these are predominantly associated with Scotland/Ireland Census information level. Are we likely to see actual transcriptions for these in the near future?. In other words do we program them in now or wait till later. The most efficient way is to add now but it will add a few days of coding effort. Guidance from management on this is important
I would plan to hold off code changes until these new fields are finalized. Coding against a moving target is inefficient.

IMHO I think they should be added now, once they done, there is less room for error
Sent from my iPad
On 19 Apr 2020, at 19:11, Kirk Dawson notifications@github.com wrote:

CAUTION: External email. Ensure this message is from a trusted source before clicking links/attachments.
I believe that almost all of the fields at the household (dwelling )  and Individual levels are already accommodated; some edits and validations are still required.
There are several new fields not yet supported but these are predominantly associated with Scotland/Ireland Census information level. Are we likely to see actual transcriptions for these in the near future?. In other words do we program them in now or wait till later. The most efficient way is to add now but it will add a few days of coding effort. Guidance from management on this is important
I would plan to hold off code changes until these new fields are finalized. Coding against a moving target is inefficient.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-616198625, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AO5M7ORIOQYSY4CMQQ7UF5TRNM5GJANCNFSM4K5HFGWQ.
The University of Aberdeen is a charity registered in Scotland, No SC013683.
Tha Oilthigh Obar Dheathain na charthannas clàraichte ann an Alba, Àir. SC013683.

My feeling is that we should include them whilst we can. That means that they are there and ready when needed.
Whilst there are embargoes on images by Scotlands People, Ireland images are in the public domain. There are only 2 years 1901 and 1911 as only small fragments of previous years still exist. I see no reason why FreeCEN could not recruit an Irish Coordinator and volunteers when they are ready. Ireland is probably an untapped market and would be viable.
We have the opportunity now. If we don’t do it now it might be ‘too difficult’ when the opportunity arises.
Geoff
From: Kirk Dawson notifications@github.com
Sent: Monday, April 20, 2020 4:12 AM
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: geoffj-FUG geoff.jarvis@freeukgenealogy.org.uk; Mention mention@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
I believe that almost all of the fields at the household (dwelling )  and Individual levels are already accommodated; some edits and validations are still required.
There are several new fields not yet supported but these are predominantly associated with Scotland/Ireland Census information level. Are we likely to see actual transcriptions for these in the near future?. In other words do we program them in now or wait till later. The most efficient way is to add now but it will add a few days of coding effort. Guidance from management on this is important
I would plan to hold off code changes until these new fields are finalized. Coding against a moving target is inefficient.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-616198625 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKCPIFJTPOWXXIVT56ZF243RNM5GJANCNFSM4K5HFGWQ .  https://github.com/notifications/beacon/AKCPIFK466NWEPTOLJGRHWLRNM5GJA5CNFSM4K5HFGW2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOES5HDYI.gif

I am quote sure you know this and I have likely picked you up wrongly @geoffj-FUG but Ireland 1901 and 1911 are all transcribed and available for free http://www.census.nationalarchives.ie/search/ alongside the images

Rhoda
Yes I know that they are available from the Ireland Archives.
I floated the idea a couple of weeks ago that as we were FreeUKGen and Ireland was part of the UK in 1901 and 1911 we should consider their inclusion.
There is nothing to stop the Irish Archives from erecting a pay wall. In that case the transcription would still be on FreeCEN.
Scotland have erected a pay wall through Scotlands People and wont allow further transcription.
Familysearch have the 1881 census and it used to be free. Now they have started to limit access and refer researchers to Findmypast. FreeCEN has started to transcribe 1881 to fill in the gap.
As I did not receive any feedback on Ireland I have continued to include it until I am told to stop. It does not mean we have to transcribe it, it simply means that we have the ability to do so. I am pretty sure that if FreeCEN campaigned for volunteers in Ireland it could become a viable project.
If we don’t do it now it makes it harder in the future.
Geoff
From: Rhoda MacKenzie notifications@github.com
Sent: Friday, April 24, 2020 6:35 PM
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: geoffj-FUG geoff.jarvis@freeukgenealogy.org.uk; Mention mention@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
I am quote sure you know this and I have likely picked you up wrongly @geoffj-FUG https://github.com/geoffj-FUG  but Ireland 1901 and 1911 are all transcribed and available for free http://www.census.nationalarchives.ie/search/ alongside the images
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-618881265 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKCPIFOQ7OAKJSCFQCBCM3LROFFKTANCNFSM4K5HFGWQ .  https://github.com/notifications/beacon/AKCPIFOOMSN56EY73XOVMKLROFFKTA5CNFSM4K5HFGW2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOETRWB4I.gif

I agree that having the capability built in now is good.  In addition to Geoff's reasons, will allow easier searching.

All the fields specified in document
https://docs.google.com/document/d/1CLd_1CsVQcTyjtAFwsmSqQAm8NC02jmV/edit
are now supported in the in the spreadsheet download and the CSV file upload.
Awaiting access to test3 to deploy for testing

Thank you @geoffj-FUG, @rhodamackenzie  and @Captainkirkdawson for the magificent work that is Version 3.
There was one instance of what I think are two different enumerator errors covered in one paragraph (gender and age), I've suggested splitting them.
I have taken a look through it, and it all seems to be as expected, and
I have not proofed, but did notice an inconsistent use of capitalization in one place "transcribers and Proofreaders" - I suggest a find-and-replace exercise to capital ize the roles would fix this.  I have picked up one typo but only because it affected sense (in occupation_category)
Use of Birthplace Chapman Codes:
I don't understand the Cambridge example (Cambridge is in CAM - so whether the enumerator meant Cambridge-the-shire or Cambridge-the-city, the Champan Code is CAM). An example to use here might be Newport, which can be MON or SAL, and therefore should be recorded as UNK (I think, unless the Census is in MON (or surrounding counties) or SAL (or surrounding counties) where it might be presumed that the person from Newport and the enumerator meant the local place???
Verbatim Birth Place
Do we want to specify big-to-small in all cases, not just parished towns, e.g. "Paris, France" is transcribed as France, Paris, and "Newport, Salop" is transcribed as Salop, Newport?
There is a mention of the 'alternative place of birth column' in the 'alternative chapman code' section- but this column doesn't seem to exist.
Notes field: do we now need to specify that there are two notes fields, one to explain the queries, and one for notes for the researcher, e.g. about the potential location of Newport, gender mix up, etc.?
Thank you all again!

Pat
I have replied to the 2 comments on Version 3.
There are a couple of minor changes in my master copy as a result of transcriber feedback.
The Cambridge example was taken from the original FreeCEN instructions. The suffix shire was often not used by enumerators. So Cambridge could refer to Cambridge (the city) or Cambridge (the county). As a transcriber we do not have the information available to us to differentiate between the two. So the original FreeCEN policy was that we enter the larger entity CAM rather that the smaller one Cambridge CAM which could be wrong. Another more obvious instance is a person was born in Dublin. Is the Co Dublin or Dublin town? We do not know. So we enter the Chapman Code DUB and a hyphen. We leave it to the researcher to work out.
Large to small is a good policy. I thought about this a bit. My issue is that I do not know how the FreeCEN gazetteer with grid references is structured. Ideally we should follow that structure to make sure that matching is made more reliable.
The alternative Chapman Code and Place of Birth are just called Chapman Code and Place of Birth, as contrasted with the Verbatim fields. My volunteers who have been using the instructions have raised no issues with these terms, including one new volunteer.
I have added the Newport example to the instructions:
“Another example is Newport with no county enumerated. Newports can be found in MON, NRY, PEM, DEV, SOM, GLS, CON and SAL plus several other Counties, and therefore should be recorded as UNK.”
There is only one notes field on the spreadsheets. Kirk has resolved the conundrum here. I believe the second notes field was generated as part of the reporting system???
Geoff
From: PatReynolds notifications@github.com
Sent: Thursday, May 28, 2020 11:00 PM
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: geoffj-FUG geoff.jarvis@freeukgenealogy.org.uk; Mention mention@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
Thank you @geoffj-FUG https://github.com/geoffj-FUG , @rhodamackenzie https://github.com/rhodamackenzie  and @Captainkirkdawson https://github.com/Captainkirkdawson  for the magificent work that is Version 3.
There was one instance of what I think are two different enumerator errors covered in one paragraph (gender and age), I've suggested splitting them.
I have taken a look through it, and it all seems to be as expected, and
I have not proofed, but did notice an inconsistent use of capitalization in one place "transcribers and Proofreaders" - I suggest a find-and-replace exercise to capital ize the roles would fix this. I have picked up one typo but only because it affected sense (in occupation_category)
Use of Birthplace Chapman Codes:
I don't understand the Cambridge example (Cambridge is in CAM - so whether the enumerator meant Cambridge-the-shire or Cambridge-the-city, the Champan Code is CAM). An example to use here might be Newport, which can be MON or SAL, and therefore should be recorded as UNK (I think, unless the Census is in MON (or surrounding counties) or SAL (or surrounding counties) where it might be presumed that the person from Newport and the enumerator meant the local place???
Verbatim Birth Place
Do we want to specify big-to-small in all cases, not just parished towns, e.g. "Paris, France" is transcribed as France, Paris, and "Newport, Salop" is transcribed as Salop, Newport?
There is a mention of the 'alternative place of birth column' in the 'alternative chapman code' section- but this column doesn't seem to exist.
Notes field: do we now need to specify that there are two notes fields, one to explain the queries, and one for notes for the researcher, e.g. about the potential location of Newport, gender mix up, etc.?
Thank you all again!
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-635334293 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKCPIFJC6UUOAY3CXMSIHXLRTZN3PANCNFSM4K5HFGWQ .  https://github.com/notifications/beacon/AKCPIFISOZT23VLZAHMXC4DRTZN3PA5CNFSM4K5HFGW2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEXPG5FI.gif

The FreeCEN gazatteer long/lat (or is it OS references?) is not fit for purpose (that's why we had to take away the 'nearby places' feature.

Thanks Pat
I was not aware of that.
I support the idea of larger to smaller. It helps matching later on if things are in a standard format.
Geoff
From: PatReynolds notifications@github.com
Sent: Wednesday, June 3, 2020 8:43 PM
To: FreeUKGen/FreeCENMigration FreeCENMigration@noreply.github.com
Cc: geoffj-FUG geoff.jarvis@freeukgenealogy.org.uk; Mention mention@noreply.github.com
Subject: Re: [FreeUKGen/FreeCENMigration] Augmentation of the fields fields transcribed into the initial csv file (#820)
The FreeCEN gazatteer long/lat (or is it OS references?) is not fit for purpose (that's why we had to take away the 'nearby places' feature.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub https://github.com/FreeUKGen/FreeCENMigration/issues/820#issuecomment-638113812 , or unsubscribe https://github.com/notifications/unsubscribe-auth/AKCPIFLHNEQ5N2J6MVY3MS3RUYSKXANCNFSM4K5HFGWQ .  https://github.com/notifications/beacon/AKCPIFMDJSC7DWQFIILAEZDRUYSKXA5CNFSM4K5HFGW2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEYENQFA.gif

Nearby was not removed because of the FreeCEN gazetter long/lat. BUT because the errors in the rake task that is run as part of the update were not being monitored or corrected! Hence nul location information was left in an increasing number of place and civil districts

Sorry I can’t make tonight as daughters birthday party
Rhoda
Sent from my iPhone
On 6 Jul 2020, at 17:53, PatReynolds notifications@github.com wrote:

CAUTION: External email. Ensure this message is from a trusted source before clicking links/attachments.
Closed #820https://github.com/FreeUKGen/FreeCENMigration/issues/820.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHubhttps://github.com/FreeUKGen/FreeCENMigration/issues/820#event-3516833024, or unsubscribehttps://github.com/notifications/unsubscribe-auth/AO5M7OQZWZBMT5NREIUINWDR2H6QVANCNFSM4K5HFGWQ.
The University of Aberdeen is a charity registered in Scotland, No SC013683.
Tha Oilthigh Obar Dheathain na charthannas clàraichte ann an Alba, Àir. SC013683.

authors: Captainkirkdawson PatReynolds geoffj-FUG rhodamackenzie


text:
Extend YKS and CHI and HAM POB testing

Many entries have POB as YKS CHI or HAM we need to test all ridings and island for these

Implemented into test3

@geoffj-FUG requests removal of CHI for POB testing

@geoffj-FUG Removed Channel Islands as requested


text:
Frends.SFTP.UploadFiles error handling needs a fix

Task's error handling needs to check if connection is still alive. At this moment task doesn't do that and in case connection has been lost during transfer source file action rename and move can't be resolved back to starting point. Either every file needs it's own connection or cleanup / error handling needs it's own connection.

This was fixed in PR #65

license: MIT


text:
🛑 Network is down

In e04bf36, Network (https://mycloud-jkt.zettagrid.id/tenant/Org_cloud60988) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Network is back up in c9506ef.

repo: FrideyAlpha/uptime-setditjen


text:
🛑 Chat Sekretariat-DJPb is down

In 9736f3a, Chat Sekretariat-DJPb (https://chat.setditjen-djpb.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Chat Sekretariat-DJPb is back up in afa2fc7 after 5 days, 11 hours, 10 minutes.

Resolved: Chat Sekretariat-DJPb is back up in 4772108 after 5 days, 11 hours, 27 minutes.


text:
🛑 DAMS Sekretariat-DJPb is down

In 8eee520, DAMS Sekretariat-DJPb (https://dams.setditjen-djpb.net) was down:

HTTP code: 0
Response time: 0 ms

Resolved: DAMS Sekretariat-DJPb is back up in 50cc551.


text:
Assistance Needed: Missing Address (Zip Code, Street Name) and Picture URL for MercadoPago Integration HONZEM

Hello,
I'm encountering issues with the MercadoPago payment integration due to missing fields in our system. Specifically, when processing payments, we’re required to provide zip_code, street_name, and picture_url fields, but these are currently unavailable in the customer and product data. This results in the following errors:
Undefined array key "zip_code"
Undefined array key "street_name"
Undefined array key "picture_url"

platform/plugins/fob-mercadopago/src/MercadoPagoPayment.php
        $data = apply_filters(PAYMENT_FILTER_PAYMENT_DATA, [], $request);
        try {
            /** @var Preference $preference */
            $preference = app(MercadoPagoClient::class)
                ->createPreference([
                    'external_reference' => $data['order_id'][0],
                    'auto_return' => 'all',
                    'installments' => 1,
                    'default_installments' => 1,
                    'items' => array_map(fn ($item) => [
                        'id' => Arr::get($item, 'id'),
                        'title' => Arr::get($item, 'name'),
                        'picture_url' => Arr::get($item, 'image'),
                        'currency_id' => Arr::get($item, 'currency'),
                        'quantity' => (int) $quantity = Arr::get($item, 'qty'),
                        'unit_price' => Arr::get($item, 'price_per_order') / $quantity,
                    ], $data['products']),
                    'payer' => [
                        'name' => $data['address']['name'],
                        'email' => $data['address']['email'],
                        'phone' => [
                            'number' => $data['address']['phone'],
                        ],
                    ],
                    'back_urls' => [
                        'success' => route('payment.mercadopago.callback'),
                        'failure' => route('payment.mercadopago.callback'),
                        'pending' => route('payment.mercadopago.callback'),
                    ],
                    'notification_url' => route('payment.mercadopago.webhook'),
                    'address' => [
                        'zip_code' => $data['address']['zip_code'] ?? 'none',
                        'street_name' => $data['address']['address'] ?? 'none',
                    ],
                    'metadata' => [
                        'order_id' => $data['order_id'],
                        'customer_id' => $data['customer_id'],
                        'customer_type' => $data['customer_type'],
                        'checkout_token' => $data['checkout_token'],
                    ],
                ]);
            echo view('plugins/fob-mercadopago::checkout', [
                'preferenceId' => $preference->id,
                'publicKey' => get_payment_setting('public_key', 'mercadopago'),
                'locale' => $this->getLocale(),
            ])->render();
            exit();
        } catch (MPApiException $e) {
            return [
                'error' => true,
                'message' => 'API error: ' . $e->getApiResponse()->getContent()['message'] ?? $e->getMessage(),
            ];
        }
    }

Since our customer/agent registration and product data do not currently include these fields, we're unable to populate them when creating the payment request for MercadoPago. Could you please provide guidance on how we can address this? Additionally, would it be possible for the development team to add these fields to the system or suggest an alternative solution to ensure compatibility with MercadoPago’s requirements?

The payment gateway is currently only compatible with e-commerce scripts.

The payment gateway is currently only compatible with e-commerce scripts.

thanks for the answer. I really need this integration with Homzen, wouldn't there be a simple way (I know it's never that simple) to make it work in Homzen?

authors: datlechin naustagic

repo: FriendsOfBotble/fob-mercadopago


text:
ignoring remove_lines_between_uses fixer is useless

Having this .php_cs file...
<?php

return Symfony\CS\Config\Config::create()
    // use SYMFONY_LEVEL:
    ->level(Symfony\CS\FixerInterface::SYMFONY_LEVEL)
    // and extra fixers:
    ->fixers(array(
        'concat_with_spaces',
        'multiline_spaces_before_semicolon',
        'short_array_syntax',
        '-remove_lines_between_uses',
        '-empty_return',
        '-phpdoc_var_without_name',
        '-phpdoc_to_comment',
    ))
    ->finder(
        Symfony\CS\Finder\DefaultFinder::create()
            ->in('src/')
            ->in('tests/')
    )
;

all spaces between my use statements are removed, even if the fixer remove_lines_between_uses are explicitly disabled.
After debugging a little bit the application, I've discovered that there is a fixer that is not doing what really has to do.
From the documentation...

single_line_after_imports [PSR-2]
Each namespace use MUST go on its own line and there MUST be one blank line after the use statements block.

This fixer is removing my empty lines, and it shouldn't.

Hi thanks for reporting,
could you provide the following;
$ php -v
$ php-cs-fixer -v

I'm using version 1.11

@mmoreram please check out #2077 ;)

authors: SpacePossum keradus mmoreram

repo: FriendsOfPHP/PHP-CS-Fixer


text:
[WIP] Config resolver should rely on the ConfigInterface

In the docs it states people can provide their our instance of a ConfigInterface and the fixer will use it to run. However the ConfigResolver depends on the Config class. The diversion of the Config class with the ConfigInterface causes the resolver not being able to deal with an implementation of the ConfigInterface.

thanks @GrahamCampbell for the review :)

btw, rebase is needed

@SpacePossum , what is going on? :(

I think we should try to reduce setters in ConfigInterface as much as we can.
If our code need some setters (like current dongling with fixers names->instances) - we need to have them on interface.
But if that is only sth that may be used inside .php_cs file then we add it in our Config class but not force everyone to have that methods.

ping @SpacePossum

ping @SpacePossum

Splitting the configuration logic and moving towards a minimal ConfigInterface seems ideal to me, but since about everyone uses the Config class anyway in their config file I wonder if there is a real gain by refactoring all of this. I'm kind of stuck here and I won't have any time soon to continue to discuss/design/develop on this.

authors: SpacePossum keradus


text:
Warning: A non-numeric value encountered…

$ sami update docs/sami-config.php
 Updating project

  [Twig_Error_Runtime]
  An exception has been thrown during the rendering of a template ("Warning: A non-numeric value encountered in phar:///usr/local/bin/sami/Sami/Reflection/ClassReflection.php
  line 257") in "class.twig" at line 74.

  [ErrorException]
  Warning: A non-numeric value encountered in phar:///usr/local/bin/sami/Sami/Reflection/ClassReflection.php line 257

update [--only-version ONLY-VERSION] [--force] [--] <config>

docs/sami-config.php is:
<?php

use Sami\Sami;
use Sami\Version\GitVersionCollection;
use Symfony\Component\Finder\Finder;

$iterator = Finder::create()
    ->files()
    ->name('*.php')
    ->in(dirname(__DIR__) . '/src')
;

$repo = dirname(__DIR__);

$versions = GitVersionCollection::create($repo)
    ->addFromTags('1.*')
    ->add('master', 'master branch')
;

return new Sami($iterator, array(
    // 'theme'                => 'symfony',
    'versions'             => $versions,
    'title'                => 'Redacted',
    'build_dir'            => __DIR__.'/api-build/%version%',
    'cache_dir'            => __DIR__.'/api-cache/%version%',
    'default_opened_level' => 2,
));

This issue does not exist in Sami 2.0.0.
This occurs for Sami 3.3.0 as a Phar, and as a global/local Composer dependency.
This occurs in Sami 3.2.x also.

This is resolved in the 4.0.0-dev on master.

repo: FriendsOfPHP/Sami

license: mit


text:
fix: generate RC PR comment on pull_request event only

Closes #1647

@Torres-ssf Not sure, but this could also be related to #1617 somehow.

authors: arboleya danielbate

repo: FuelLabs/fuels-ts


text:
Depency ordering

Currently dependencies have to be ordered in a specific order, that depends on where and in which order they are actually called.

This is a duplicate of https://github.com/FuelLabs/sway/issues/409

authors: mohammadfawaz rostyslavtyshko

repo: FuelLabs/sway


text:
Generate storage initialization values in the transaction

See https://github.com/FuelLabs/fuel-specs/issues/236
More details pending storage implementation

Storage initializers are done.

authors: mohammadfawaz sezna


text:
forc-pkg: allow building with provided engines

Downstream tooling sometimes needs access to declaration & type engine after building the project to make look-ups. So it would be great to have a function in forc-pkg, which allows user specified engines.

Closed because of https://github.com/FuelLabs/sway/pull/4576#issuecomment-1559063887


text:
🛑 Home Assistant is down

In 83ab9d7, Home Assistant (https://ha.fussel.tv) was down:

HTTP code: 530
Response time: 3088 ms

Resolved: Home Assistant is back up in 611b5b4 after 9 minutes.

repo: FusselTV/status


text:
App store description: Italian translation

Related to #142
I translated the app description to use in the app stores like Play Store or F-Droid.
Please @Futsch1 as usual double check the files before merging. Thank you!
Should I translate also the changelog/release notes (I saw some language specific files also there)?

I didn't create the "graphics" folder as I don't have the translated screenshots to upload. @Futsch1

Thanks for the PR!
The description will be automatically taken over by F-Droid, I will add it to theGoogle  Play Store manually. That's also the reason why it is ok not to have localized screenshot: The effort is too high to maintain those also in all languages. I might look into automation at some time to improve that.

Thanks for the PR!
The description will be automatically taken over by F-Droid, I will add it to theGoogle Play Store manually. That's also the reason why it is ok not to have localized screenshot: The effort is too high to maintain those also in all languages. I might look into automation at some time to improve that.

Understood.
Thanks for merging! :)


text:
Constant screen flashing while watching YouTube

Describe the bug or issue
The screen will blank and then come back and blank again after a few seconds.  Videos are forced to h264 by extension.  Occurs with hardware video decode on and off.
No issues with same device and same hardware configuration running Raspbian, Manjaro, or Ubuntu.
Describe your setup
Pi 400, 4gb, HDMI to monitor, FydeOS v12.1 2021/5/27
To Reproduce
Steps to reproduce the behavior:

Any video on YouTube

Expected behaviour
No flashing.

Not sure if related since it still flashes with the video decode off, but video decode on has this error in chrome://gpu.
2021-06-15T03:00:49.192174Z ERROR chrome[1216:1216]: [v4l2_video_decode_accelerator.cc(508)] : could not create EGLImageKHR, index=5 texture_id=11582021-06-15T03:01:11.135394Z ERROR chrome[1216:1216]: [gl_surface_egl.cc(774)] : EGL Driver message (Critical) eglCreateImageKHR: dri2_create_image_khr_texture2021-06-15T03:01:11.135629Z ERROR chrome[1216:1216]: [v4l2_video_decode_accelerator.cc(508)] : could not create EGLImageKHR, index=0 texture_id=16362021-06-15T03:01:11.136474Z ERROR chrome[1216:1216]: [gl_surface_egl.cc(774)] : EGL Driver message (Critical) eglCreateImageKHR: dri2_create_image_khr_texture2021-06-15T03:01:11.136667Z ERROR chrome[1216:1216]: [v4l2_video_decode_accelerator.cc(508)] : could not create EGLImageKHR, index=1 texture_id=1637

Problem is solved by using fkms instead of kms in config.txt.  But then there is no vsync...

Use fkms instead. Or you need insert flag --fydeos-force-cursor-compositing into /etc/chrome_dev.conf

This didn't work for me.  Here are the contents of /etc/chrome_def.conf.  The screen still keeps flashing.
--load-media-router-component-extension=1
--fydemina
--disable-arc-opt-in-verification
--arc-start-mode=always-start-with-no-play-store
--enable-hardware-overlays=single-fullscreen
--fydeos-force-show-cursor
--enable-features=UseAlternateVideoDecoderImplementation
--use-vulkan=swiftshader
--enable-gpu-rasterization
--fydeos-force-cursor-compositing

Ok, that flag didn't work on the live image but it does after installing.  The cursor is very sluggish now though.  Oh well.

fixed in r2 release.

authors: fydeos-alpha vying1 yunshansimon


text:
@viewport rule implementation

@viewport rule implementation

This issue was imported from Google Moderator
Moderator votes: +19
Issue added by TheDJ on 2014-03-13
To vote this issue up or down, simply include +1 or -1 in your comment.

Already added at http://caniuse.com/#feat=css-deviceadaptation

repo: Fyrd/caniuse


text:
chrome still supports prerender

To test:
open net-internals and open https://lodash.com/

while chrome team doesn't really LOVE the feature, it's not planned for removal just yet.
cc @patrickhulce

@paulirish So the change "M58 is rolling to Stable with Prerendering disabled for 99% of users" from https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/0nSxuuv9bBw/PKu8Nv3yCAAJ  was undone?

Will go ahead and merge since tests indeed indicate you're correct. :)

fair. I'll check in with the author of that thread to see what happened to that proposal.

@paulirish
https://github.com/Fyrd/caniuse/pull/4544 might be of your interest.
✌

authors: Fyrd Malvoz paulirish


text:
Using nindent to allow formatting helm with proper indentation

Our helm charts were formatted with non-standard indentation to allow the templating to result in the correct output
This is not ideal, as:

Tools expect certain indentation and when you go against this, they no longer help you and/or point out things as errors when they aren't
Makes it hard to read and understand the actual resulting indentation

Now we helm charts can be written with the same indentation that the resulting yaml will have, making it much easier to work with

Fixes #240

repo: G-Research/armada


text:
Deleted runs still appear on the Aim UI

Even if I delete logs from the classic mlflow UI, I still see deleted logs on the highlighted section of the fast track UI...

I think that deleted runs are correctly moving to "archived" in the Aim UI, but that deleted experiments are not archiving the associated runs. I'll PR a change to delete the experiment's runs when it is deleted.

repo: G-Research/fasttrackml


text:
Changes for MetOp-A decommisioning

Modifications to the satellite radiance configuration as well as conventional data configuration need to be incorporated in the DAS to accommodate the decommissioning of MetOp-A on 15 November 2021
https://www.eumetsat.int/plans-metop-end-life
The configuration for MetOp-A IASI has already been modified to add an end date for the data so will not be discussed here.
The experiment f5271_metop was conducted to test the effect of turning off MetOp-A instruments
Instruments turned off as of 18 Sep 2021, 12z:  Metop-A AMSU-A, AVHRR, ASCAT and N18 AVHRR
Instruments turned on as of 18 Sep 2021, 12z: N19 and MetOp-B AVHRR, MetOp-B ASCAT, CrIS-FSR NPP
The radiance instruments that were turned on used the existing radiance bias coefficients from the FP assimilation that were generated during the time the instruments were set to passive.  At a later date the radiance bias coefficients for CrIS-FSR NPP were replaced with ones from FP just prior to the switch from side-2 back to side-1, because during the period right after the switch to side-1 the coefficients adjusted under passive mode to a different state and Will suggested resetting the radiance bias by putting the prior bias coefficeints into the assimilation.  The bias coefficient transplant may not be feasible for running assimilation experiments, there could be other ways to prevent the coefficient drift that could be implemented.  To keep this issue simple, the CrIS-FSR NPP restart will be deferred until after further study.

The configuration file used in f5271_metop was configured to have the instruments turned off (passive) from 20210901 00z onward but the implementation of the modified files was done on data date 20210918 12z.  So should the changes made for the next tag match the f5271_metop configuration or should they match the actual implementation.  Since the testing was actually done with switch off/on at 20210918 12z it seems like that should be the date to do the switch.


text:
Carthage, GEOSwift-iOS cannot found geos XCFramework

/usr/bin/xcrun xcodebuild -project /Users/Geektree/workspace/hoian-ios/Carthage/Checkouts/GEOSwift/GEOSwift.xcodeproj -scheme GEOSwift-iOS -configuration Release -derivedDataPath /Users/Geektree/Library/Caches/org.carthage.CarthageKit/DerivedData/12.3_12C33/GEOSwift/8.0.2 -sdk iphoneos ONLY_ACTIVE_ARCH=NO CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES archive VALIDATE_WORKSPACE=NO -archivePath /var/folders/sc/pfw5j28j5wd1zg5yx39grh_c0000gn/T/GEOSwift SKIP_INSTALL=YES GCC_INSTRUMENT_PROGRAM_FLOW_ARCS=NO CLANG_ENABLE_CODE_COVERAGE=NO STRIP_INSTALLED_PRODUCT=NO (launched in /UsersGeektree/workspace/hoian-ios/Carthage/Checkouts/GEOSwift)2021-03-18 17:32:51.753 xcodebuild[37186:2573296] [MT] PluginLoading: Required plug-in compatibility UUID 3928AC50-EA32-404F-9CAF-49710A35483C for plug-in at path '~/Library/Application Support/Developer/Shared/Xcode/Plug-ins/WakaTime.xcplugin' not present in DVTPlugInCompatibilityUUIDs
2021-03-18 17:32:51.753 xcodebuild[37186:2573296] [MT] PluginLoading: Required plug-in compatibility UUID 3928AC50-EA32-404F-9CAF-49710A35483C for plug-in at path '~/Library/Application Support/Developer/Shared/Xcode/Plug-ins/Alcatraz.xcplugin' not present in DVTPlugInCompatibilityUUIDs
2021-03-18 17:32:51.755 xcodebuild[37186:2573296] [MT] PluginLoading: Required plug-in compatibility UUID 3928AC50-EA32-404F-9CAF-49710A35483C for plug-in at path '~/Library/Application Support/Developer/Shared/Xcode/Plug-ins/ActivatePowerMode.xcplugin' not present in DVTPlugInCompatibilityUUIDs
Command line invocation:
    /Applications/Xcode.app/Contents/Developer/usr/bin/xcodebuild -project /Users/Geektree/workspace/hoian-ios/Carthage/Checkouts/GEOSwift/GEOSwift.xcodeproj -scheme GEOSwift-iOS -configuration Release -derivedDataPath /Users/Geektree/Library/Caches/org.carthage.CarthageKit/DerivedData/12.3_12C33/GEOSwift/8.0.2 -sdk iphoneos ONLY_ACTIVE_ARCH=NO CODE_SIGNING_REQUIRED=NO CODE_SIGN_IDENTITY= CARTHAGE=YES archive VALIDATE_WORKSPACE=NO -archivePath /var/folders/sc/pfw5j28j5wd1zg5yx39grh_c0000gn/T/GEOSwift SKIP_INSTALL=YES GCC_INSTRUMENT_PROGRAM_FLOW_ARCS=NO CLANG_ENABLE_CODE_COVERAGE=NO STRIP_INSTALLED_PRODUCT=NO

User defaults from command line:
    IDEArchivePathOverride = /var/folders/sc/pfw5j28j5wd1zg5yx39grh_c0000gn/T/GEOSwift
    IDEDerivedDataPathOverride = /Users/Geektree/Library/Caches/org.carthage.CarthageKit/DerivedData/12.3_12C33/GEOSwift/8.0.2

Build settings from command line:
    CARTHAGE = YES
    CLANG_ENABLE_CODE_COVERAGE = NO
    CODE_SIGN_IDENTITY =
    CODE_SIGNING_REQUIRED = NO
    GCC_INSTRUMENT_PROGRAM_FLOW_ARCS = NO
    ONLY_ACTIVE_ARCH = NO
    SDKROOT = iphoneos14.3
    SKIP_INSTALL = YES
    STRIP_INSTALLED_PRODUCT = NO
    VALIDATE_WORKSPACE = NO

Build settings from configuration file '/tmp/static.xcconfig.8YcpGx':
    EXCLUDED_ARCHS = $(inherited) $(EXCLUDED_ARCHS__EFFECTIVE_PLATFORM_SUFFIX_$(EFFECTIVE_PLATFORM_SUFFIX)__NATIVE_ARCH_64_BIT_$(NATIVE_ARCH_64_BIT)__XCODE_$(XCODE_VERSION_MAJOR))
    EXCLUDED_ARCHS__EFFECTIVE_PLATFORM_SUFFIX_simulator__NATIVE_ARCH_64_BIT_x86_64__XCODE_1200 = $(EXCLUDED_ARCHS__EFFECTIVE_PLATFORM_SUFFIX_simulator__NATIVE_ARCH_64_BIT_x86_64__XCODE_1200__BUILD_$(XCODE_PRODUCT_BUILD_VERSION))
    EXCLUDED_ARCHS__EFFECTIVE_PLATFORM_SUFFIX_simulator__NATIVE_ARCH_64_BIT_x86_64__XCODE_1200__BUILD_12C33 = arm64 arm64e armv7 armv7s armv6 armv8

note: Using new build system
note: Building targets in parallel
note: Using codesigning identity override:
note: Planning build
note: Constructing build description
error: There is no XCFramework found at '/Users/Geektree/workspace/hoian-ios/Carthage/Checkouts/GEOSwift/Carthage/Build/geos.xcframework'. (in target 'GEOSwift-iOS' from project 'GEOSwift')

** ARCHIVE FAILED **

GEOSwift-iOS cannot found geos XCFramework :[

carthage version 0.37.0
GEOSwift 8.0.2

Hi @GeekTree0101, have you tried migrating your project to XCFrameworks? https://github.com/Carthage/Carthage#building-platform-independent-xcframeworks-xcode-12-and-above
Apologies for not replying earlier.

repo: GEOSwift/GEOSwift


text:
[Ch1 Main] 플로야드 배경음 제작_3

동호님 요청에 따라 새로운 배경음 제작 예정

#208 의 동호님의 인지점과 레퍼런스 곡을 참고하여 작업해봤습니다.
전체적인 분위기 + 메인 피아노의 연주주법을 Fallen down에서 주로 참고를 했고
어둡지만 어둡지않은,,,을 중심적으로 언더테일 같은 느낌을 내보려고 했는데 잘 했는지는 모르겠네요 ,,,
(넘 어려워서 주변 음악하는 지인들과 상의도 많이 하였읍니다 ...)
Intro(피아노)-> 0:12 A구간(베이스+오르간 등장) -> 0:24 B구간(물방울같은 소리 등장) -> 0:48 C구간(신스 등장) -> 1:11 D구간(8비트 사운드 등장) -> E구간(뾰룡뾰룡한 사운드 등장)
플로야드 새로운 배경음
intro와 A구간에서는 엇 어두운가? 우울한가? 무서운가? 싶지만 B구간에 물방울같은 소리로 아니지롱~ 하는 느낌을 넣어봤고
C구간과 D구간에서는 제가 듣기에 옛날 느낌을 내는 신스를 골라서 사용해봤습니다.
D구간이 긴 이유는 반복하면서 좀 더 고조되는 느낌을 주고싶어서 D구간을 조금 길게 잡았고 E구간의 뾰롱뾰롱한 사운드로 정점을 찍는 느낌을 주고자 했습니다. 다시 intro로 반복되어도 크게 이상하지 않은 것 같아서 일단은 이렇게 작업해봤습니다!
수정 언제든지 가능합니닷 피드백 환영해요 -!!

들을수록 좋은데요?? 저는 마음에 들어요!!!!!!
몬가 우주의 이미지가 머릿속에 그려지네요
게임 배경음으로 계속 틀었을 때 E -> Intro가 얼마나 자연스러운지는 플레이 해보면서 확인해보고 싶네요
이렇게 멋진 곡을 뚝딱 하다니.. 역시 천잰듯

헐 브금 너무 좋아서 계속 듣고 있습니다... 우연님 말씀처럼 우주 같기도 하고 어두운 숲속을 탐험하는 것 같기도 하고... A구간부터 뒤에 깔리는 베이스? 오르간? 소리가 조금 오토바이 시동음 같아서 취향을 탈 것 같기도 하고..... E구간 갈 때 고조되는 느낌 너무 좋고 곡에 기승전결이 있다는 느낌이라 재미있는 것 같습니다! 많이 고민하신 것 같은데 너무 고생 많으셨습니다 ㅎㅎ

너무 좋습니다. 고생많으셨습니다
합격.
다만, 추후 적용은 구간 별로의 길이 조정 작업이 생길 수도 있을 거 같아요!! 넘 고생하셨어요!

지금까지 나온 사운드중에 가장 마음에 듭니다.

intro와 A구간에서는 엇 어두운가? 우울한가? 무서운가? 싶지만 B구간에 물방울같은 소리로 아니지롱~ 하는 느낌을 넣어봤고
C구간과 D구간에서는 제가 듣기에 옛날 느낌을 내는 신스를 골라서 사용해봤습니다.

아니지롱... ㅋㅋㅋㅋ
혹시 루프로 돌려도 원하시는 느낌이 나올까요?

저두 세 배경음 중 이 곡이 게임 분위기에 가장 잘 어울리는 것 같아요!ㅎㅎ 몽환적인 멜로디도 너무 좋고 웅장한듯 잔잔해서 멋있..어요. 자연스럽게 루프되면 플로야드 곡이랑도 어울릴 것 같고 아니면 그대로 살려서 게임메인음악으로 해도 좋을 것 같습니다.! 수고하셨어욥!


text:
Building issue with MFEM built with MPI support on Linux

This issue with X11 and MPI was reported here: https://github.com/GLVis/glvis/pull/66#issuecomment-738282716 and unfortunately was not fully resolved by 8fe6bdd. We still have sdl.cpp includes threads.hpp which includes mfem.hpp which includes mpi.h (when MFEM is built with MPI). On the other hand sdl.cpp also includes sdl_x11.hpp --> X11/extensions/XInput2.h --> X11/Xlib.h.
cc: @termi-official, @kanye-quest, @tzanio

Related: https://gitlab.freedesktop.org/xorg/lib/libx11/-/issues/15
IMO, I think we should just #undef Status after including the X11 headers - it's just being used as an alias for int.

IMO, I think we should just #undef Status after including the X11 headers - it's just being used as an alias for int.

@kanye-quest, sounds fine to me. Do you want to make a branch to fix this?

authors: kanye-quest v-dobrev

repo: GLVis/glvis


text:
Task05 Алексей Казаков ITMO

Выполнено задание 5.1
Локальный вывод

OpenCL devices:
  Device #0: CPU. 12th Gen Intel(R) Core(TM) i7-12700H. Intel(R) Corporation. Total memory: 16084 Mb
  Device #1: GPU. Intel(R) Iris(R) Xe Graphics. Total memory: 6433 Mb
  Device #2: GPU. NVIDIA GeForce RTX 3060 Laptop GPU. Total memory: 6143 Mb
Using device #2: GPU. NVIDIA GeForce RTX 3060 Laptop GPU. Total memory: 6143 Mb
Data generated for n=33554432!
CPU: 2.15207+-0 s
CPU: 15.3341 millions/s
GPU global: 0.064393+-0.00105045 s
GPU global: 512.478 millions/s

Вывод Github CI

OpenCL devices:
  Device #0: CPU. AMD EPYC 7763 64-Core Processor                . Intel(R) Corporation. Total memory: 15991 Mb
Using device #0: CPU. AMD EPYC 7763 64-Core Processor                . Intel(R) Corporation. Total memory: 15991 Mb
Data generated for n=33554432!
CPU: 2.70892+-0 s
CPU: 12.182 millions/s
GPU global: 5.51634+-0.00944614 s
GPU global: 5.98223 millions/s

Все хорошо, задача зачтена, 10/10 баллов :+1:


text:
Rendering issue in Battlefield 1 due to anisotropic filtering for single level images

RADV and AMDVLK both now make use of anisotropic filtering for single level images according to a Mesa developer, leading to very noticeable texture rendering issue in Battlefield 1. I first reported this issue to Mesa right after their implementation landed in Mesa-git (see https://gitlab.freedesktop.org/mesa/mesa/-/issues/5753 with more screenshots and the comment from the Mesa dev), but during testing I found that AMDVLK is also affected. I tried DX11 and DX12 (via DXVK and VKD3D-Proton), both render pathes show the issue.
The Mesa dev thinks it is a bug of the game and works on a workaround. I hope it can also be worked around in AMDVLK.

My GPU is a Vega 56.
Tested with AMDVLK v-2021.Q4.3

This still reproduces with the current AMDVLK. Is there an ETA for a fix?

This still reproduces with the current AMDVLK. Is there an ETA for a fix?

Could you help verify it with AMDVLK v-2022.Q4.2?

@WenqingLiAMD I'd love to test that, but Battlefield 1 is broken right now on Linux due to an incompatibility between the new EA web app and Proton. Nevertheless, as the new AMDVLK release notes mentioned a fixed rendering issue in Battlefield 1, I thought that it meant this issue, but I will check that to make sure, once the mentioned issue with the EA web app is resolved.

repo: GPUOpen-Drivers/AMDVLK


text:
VMA_DEBUG_MARGIN icw allocAlignment binds wrong memory region?

I'm having a weird issue on a AMD Radeon RX 5700 XT where 2D images end up being black.
I've reduced my example to only a single allocation using the vma. This first and only allocation ends up using an offset of 65536. This is caused by the VmaAlignUp call in CheckAllocation. Using 16 as VMA_DEBUG_MARGIN will cause the pOffset to have to be aligned up to this number.
If i then change the memoryOffset used in VmaDeviceMemoryBlock::BindImageMemory to 0 then the image contents show correctly. Using VMA_ALLOCATION_CREATE_DEDICATED_MEMORY_BIT or not using VMA_DEBUG_MARGIN also solve this issue.
This is what i'm doing to create the image:
	vk::ImageCreateInfo createInfo = VkImageFactory::BuildImageCreateInfo( imageFormat );
	VkImageCreateInfo vkCreateInfo = createInfo;

	VmaAllocationCreateInfo allocInfo = { 0 };
	allocInfo.usage = VMA_MEMORY_USAGE_GPU_ONLY;
	//allocInfo.flags = VMA_ALLOCATION_CREATE_DEDICATED_MEMORY_BIT;

	VkImage vkHandle = VK_NULL_HANDLE;
	VkResult result = vmaCreateImage( vkDevice.GetAllocator().GetHandle(), &vkCreateInfo, &allocInfo, &vkHandle, &pimpl->allocation, nullptr );

The create info is a 2d 255x255*rgba8unorm without any mips or array layers and using optimal tiling. I noticed that if i keep the image 160x160 or smaller it works as well (uses offset 4096), 161x161 and up doesn't work
This is my vma configuration:
#define VMA_VULKAN_VERSION 001000000
#define VMA_DEDICATED_ALLOCATION 1
#define VMA_BIND_MEMORY2 0
#define VMA_MEMORY_BUDGET 1
#define VMA_HEAVY_ASSERT(expr) MEVI_REQUIRE(expr)
#define VMA_RECORDING_ENABLED 0
#define VMA_USE_STL_CONTAINERS 1
#define VMA_DEFAULT_LARGE_HEAP_BLOCK_SIZE (128ull * 1024 * 1024)

#define VMA_MUTEX mevi::CriticalSection
#define VMA_RW_MUTEX mevi::ReadWriteCriticalSection

#if defined( MEVI_DEBUG )
#	define VMA_DEBUG_MARGIN 16
#	define VMA_DEBUG_DETECT_CORRUPTION 1
#	define VMA_DEBUG_INITIALIZE_ALLOCATIONS 1
#endif

Any ideas as to what may be going wrong?

First thing you can try is to disable VMA_DEBUG_MARGIN, but create some dummy image before the one you need and see if it works then. We need to check whether different offsets at which your image is placed cause the bug to appear or go away, regardless of VMA_DEBUG_MARGIN.
Please also make sure that you don't use VmaAllocationInfo::offset in all the placed where it's not needed, especially not apply it to pointer returned by vmaMapMemory.
Please also check if it helps to leave VMA_DEBUG_MARGIN but not set VMA_DEBUG_INITIALIZE_ALLOCATIONS.

Creating any dummy image before it instead of the debug margin also breaks the behaviour. It doesn't seem to matter if i create a small image where the actual image offset ends up being 64K or if i create a large dummy image pushing the actual image x alignments further.
I'm not using VmaAllocationInfo::offset anywhere at all, maybe that is the problem? The buffer to image copy (for transfers) targets the image through the subresourceRange, not it's memory. So does the image's view creation. I'm not sure where i would need to use the offset other than binding memory? (which is what i'm letting vma do for me)
Having VMA_DEBUG_MARGIN without the VMA_DEBUG_INITIALIZE_ALLOCATIONS define still shows the issue. Same if i keep the init_allocs enabled but disable just the detect_corruption or disable both the other VMA_DEBUG_ defines.

OK, thanks for this test. Then it seems that the bug occurs whenever the image is placed at some offset higher than 0.
If you suspect VMA binds wrong memory region, please enter the code with a debugger to see what offset is used for binding the image to the memory, although I think such error is unlikely.
Another thing you can try to do is manually allocate some memory with vkAllocateMemory, vkCreateImage etc. and bind your image at some non-zero offset to see if the bug still occurs. If yes, it will mean the bug is not related to VMA.

okay... so I updated manual allocation code to add an alignment worth of padding at the start and that also broke. I know of no other place where the used memory offset should go other than binding so i thought lets update the driver...
problem solved, thanks for thinking along 👍

You're welcome. I'm glad you found the solution.

authors: MennoVink adam-sawicki-a


text:
MIVisionX compatibility mods for cpu/hip/ocl

Makes necessary changes in cpu/hip/ocl builds for MIVisionX compatibility.

@r-abishek is this ready to be merged?

@kiritigowda Yeah this could be merged. This ensures build compatibility with MIVisionX

authors: kiritigowda r-abishek


text:
GPflow @ NIPS

I will be going to all of NIPS 2016 ( https://nips.cc/ )  if you want to talk about the GPflow project. Feel free to contact me via my webpage if you want to chat:
http://mlg.eng.cam.ac.uk/?portfolio=alex-matthews

@jameshensman did you decide if you were coming to the workshops in the end?

@markvdw are you coming?

I'll be there!

I'll be at NIPS from Ghent University and it would be great to have a chat. Today @icouckuy is also going to update me on some of his questions.

I'll not be there, you guys have a great time.
On Fri, 2 Dec 2016 at 08:21 Joachim van der Herten notifications@github.com
wrote:

I'll be at NIPS from Ghent University and it would be great to have a
chat. Today @icouckuy https://github.com/icouckuy is also going to
update me on some of his questions.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/GPflow/GPflow/issues/290#issuecomment-264398939, or mute
the thread
https://github.com/notifications/unsubscribe-auth/AAJbD8YlbrOlRuBWyn-Eyb173lobE15dks5rD9T-gaJpZM4LBpHP
.

@markvdw great!
@jameshensman shame - hope it went well in Germany.
@javdrher I'm happy to meet if you email me (am554 -at - cam.ac.uk ) and suggest a couple of times.

authors: alexggmatthews jameshensman javdrher markvdw

repo: GPflow/GPflow


text:
Clean up kullback_leiblers

This PR replaces the four functions in the kullback_leiblers module (whether the covariance of q is diagonal or not and whether the covariance of p is the identity or not) with a single function, similar to conditionals.conditional(): Now there is just a single function gauss_kl(q_mu, q_sqrt, K=None), which automatically detects whether q_sqrt has 2 or 3 dimensions, and treats K=None as the white case. Deprecates the other three functions.

Would be good to also have test coverage of gauss_kl() for the following:

check that diagonal representation and dense diagonal covariance matrix of q(x) give same answer
check that K = identity matrix and K = None for covariance of p(x) give same answer
check that KL divergence between distributions with same covariance (and zero mean) is zero
maybe some tests for small-dimensional cases where we can compute KL divergence by hand?
Could be modelled on test_conditionals (which I've cleaned up a bit in the process).

Test coverage added. Would be great if someone could merge this (-:

I really like this PR, I think it cleans up the code nicely.
It does deprecate some functions, so perhaps bumpy the version number?
Otherwise I think @markvdw is about to merge

Happy to take care of this. Will create an in-house branch and merge soon.

Let's continue discussion in the in-house version #514, so the tests run. I think I can merge this as soon as the tests have finished.

authors: jameshensman markvdw st--


text:
TDecay Parameter Fixing and Limits

This is a reminder to myself that this still needs to be done at some point. The limits and fixing work if fitting a TSingleDecay or TDecayChain, but not a full TDecay.

This is done, but I'm trying to figure out a way to make it better.

repo: GRIFFINCollaboration/GRSISort


text:
How to fix it

osu!lazer version 2021.623.0

this is because Cytosu used an outdated osu!lazer version. will do a version bump and create a release later today

should be fixed on latest release (https://github.com/GSculerlor/Cytosu/releases/tag/2021.625.0). please reopen this issue if the error still persists.

repo: GSculerlor/Cytosu


text:
[BUG] Post View Modal Content

Description
Separate behavioral info and medical info on post view. Title the headers "known behavioral info" and "known medical info".
All "unknowns" and "nos" should be left out of the web app and not shown on post view.

Resolved by #304

authors: katsukixyz rohan-chadha

repo: GTBitsOfGood/angels-among-us


text:
Attendance Management

Implemented most of #122 except for:

Updating checked in/checked out numbers on event attendance page when checking in users
full attendance backend (still need to fix some issues related to checking out)
some UI features on frontend (refer to the Figma for this)

Great start! So next sprint, we have a bunch of work branching off of this core attendance idea.  Do you think you can try and get the backend logic for editing/delete attendance done before Tuesday?

@colin4554 added the edit/delete attendance functionalities, does that look good or is there anything else?

Looks good, thank you!

repo: GTBitsOfGood/helping-mamas


text:
Expand to other states?

I've had a number of requests from people looking for this type of service in other states. The code is all open source (albeit in need of cleanup and documentation), so theoretically others could run this stack for other states. However, if we can get things running smoothly in Colorado first and then if there hasn't been any activity from other people running similar things in other states, this is something I could maybe explore. While there's obviously some regional and local chains that will differ in other states, just having CVS, Walgreens, Walmart, Albertsons (and all its sub-brands), and Kroger (and all its sub-brands) could cover a lot of pharmacies in a lot of states right out of the gate. This would obviously be a lot more scraping (which I'm trying to do in a courteous way), so I'd need to think about how to best distribute the scraping (so stuff still gets updated frequently, but still throttling things to try and be courteous).

It's rough, but for some of the national chains where this was easy-ish this is now implemented and live: https://vaccine-finder.nickm.org The chains currently coded to scan nationally:

CVS
Walgreens
Walmart
Sam's Club (except this is broken due to anti-bot stuff)
Albertons/Safeway (except this is broken due to new anti-bot stuff)

repo: GUI/covid-vaccine-finder


text:
New Features + Bug Fix

bug fix: Replaces illegal characters in github issue title for creating vault file name to allow for more robust naming conventions in issues. Saves original issue name in frontmatter for when pushing back to github
feature: pulling issue info no longer overwrites existing file properties for when using plugin on files created via templates
feature: modify files using app.vault.process method so corresponding links in the vault are updated
todo: bump version if necessary

no worries, I appreciate the feedback! I should hopefully get to these this weekend

repo: GabAlpha/obsidian-githobs


text:
fix: minor changes

Port limit fix & client title fix 👍

LGTM!!! :+1:  :1st_place_medal:


text:
Add missing workflow for broken links detection

Description
The file was not commited with previous PR
Development notes
Add workflow file
Checklist

[X] Read the contributing guidelines
[ ] Open this PR as a 'Draft Pull Request' if it is work-in-progress
[ ] Update the documentation to reflect the code changes
[ ] Add a description of this change and add your name to the list of supporting contributions in the CHANGELOG.md file. Please respect Keep a Changelog guidelines.
[ ] Add tests to cover your changes

Notice

[X] I acknowledge and agree that, by checking this box and clicking "Submit Pull Request":

I submit this contribution under the Apache 2.0 license and represent that I am entitled to do so on behalf of myself, my employer, or relevant third parties, as applicable.

I certify that (a) this contribution is my original creation and / or (b) to the extent it is not my original creation, I am authorised to submit this contribution on behalf of the original creator(s) or their licensees.

I certify that the use of this contribution as authorised by the Apache 2.0 license does not violate the intellectual property rights of anyone else.

Codecov Report

Merging #233 (86f379f) into master (c1d9e68) will not change coverage.
The diff coverage is n/a.

@@            Coverage Diff            @@
##            master      #233   +/-   ##
=========================================
  Coverage   100.00%   100.00%
=========================================
  Files           30        30
  Lines          908       908
=========================================
  Hits           908       908

Continue to review full report at Codecov.

Legend - Click here to learn more
Δ = absolute <relative> (impact), ø = not affected, ? = missing data
Powered by Codecov. Last update c1d9e68...86f379f. Read the comment docs.

authors: Galileo-Galilei codecov-commenter

repo: Galileo-Galilei/kedro-mlflow


text:
selecting custom network lead to a crash and impossible to restart the app

(on testflight)

didn't reproduced the issue

repo: GaloyMoney/galoy-mobile


text:
docs: update API notes on github pages, remove postman collection

Updating the API tutorial on github pages (https://galoymoney.github.io/galoy/) with links to dev.galoy.io.
Removing the postman collection files as they are now managed here: https://dev.blink.sv/api/postman
The API reference is also auto-updated weekly and served from https://dev.galoy.io/public-api-reference.html
and
https://dev.galoy.io/admin-api-reference.html
which are linked from the docs.

Removed the yml which is generated when the https://github.com/GaloyMoney/galoy/actions/workflows/generate-graphql-docs.yml action runs (was testing this locally).
The page at https://galoymoney.github.io/galoy will look like this:

repo: GaloyMoney/galoy


text:
Toast / Notification - 3

Story Points: 3

我有點卡到，可能還需要兩天才會PR

authors: Parkerhiphop physicsSorcererKing

repo: Game-as-a-Service/Game-Lobby-Web


text:
/ride: Passengers disappear client-side for those being ridden on

Example code
command /ride <player> <player>:
    description: Allows the riding of a player
    permission: gamealition.mod-high
    executable by: players
    trigger:
        if arg 1 is the player:
            arg 2 is the player
            message "&c*** You cannot ride yourself!"
            exit trigger

        make arg 1 ride arg 2

Reproduction

With volunteer, do /ride <yourname> <theirname>
Observe that you attach on volunteer
Volunteer observes that you have attached on them
Ask volunteer to move/fly around. Both observe that movement is updating fine for both
Dismount from volunteer. Observe you can successfully dismount, but volunteer still sees you attached

Notes
Most likely a Minecraft/Spigot bug than Skript; ride itself is working. The dismount mechanism is the server's responsibility (unless Skript is using wrong kind of mount?)

Appears to be partially resolved. The original problem has been fixed, but now a new problem is present.
When riding on another player, the rider sees the passenger disappear after moving a block away. Everyone else can see both the rider and passenger just fine.

This was fixed in a Minecraft/Spigot update

repo: Gamealition/Survival-Skripts


text:
这个是重复签到的原因吗？

第1个账号签到失败，回显状态码为400，具体错误信息如下：
pk2PjJ+MTWWmqFdNkJ2djpqPkE1lXGFbXFdNkJ2dmJ6STWVNoJ6QnUuelJKZS5+aj4ykTVdNkJ2dmJ6SjplNZU2HoGCRYF6HoGBkXWSHoGCPkV2HoGKNYpCHoGBdXltNqDU=

之前类似的issue #5 也看了，最后没看懂我这是不是新问题，base64也看不出是什么
我访问网址取得cookie的时候还没签到，第一次run，tele的bot忘记/start了，搞定后re-run jobs就出这个错了
看了wy官网是签到了，但报错不清楚哪里的问题，希望能解决，谢谢大佬

对，重复签到会返回400的Bad Request
telebot发送信息前当天的签到操作就已经完成了，所以rerun的时候就会因为重复签到而返回失败结果
On Tue, 22 Dec 2020 02:04:41 +0800,  wrote:

第1个账号签到失败，回显状态码为400，具体错误信息如下：
pk2PjJ+MTWWmqFdNkJ2djpqPkE1lXGFbXFdNkJ2dmJ6STWVNoJ6QnUuelJKZS5+aj4ykTVdNkJ2dmJ6SjplNZU2HoGCRYF6HoGBkXWSHoGCPkV2HoGKNYpCHoGBdXltNqDU=

之前类似的issue #5 也看了，最后没看懂我这是不是新问题，base64也看不出是什么
我访问网址取得cookie的时候还没签到，第一次run，tele的bot忘记/start了，搞定后re-run jobs就出这个错了
看了wy官网是签到了，但报错不清楚哪里的问题，希望能解决，谢谢大佬
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/GamerNoTitle/wyycg-autocheckin/issues/11
--
GamerNoTitle (^3^/)
Sent by using BlackBerry 9720 LogicMail

authors: GamerNoTitle iSteveyang

repo: GamerNoTitle/wyycg-autocheckin


text:
Crashing on Fabric 0.14.24 (GDLauncher)

[11:58:21] [main/INFO]: Loading Minecraft 1.20.1 with Fabric Loader 0.14.24
[11:58:21] [main/INFO]: Loading 6 mods:
- fabricloader 0.14.24
- java 17
- minecraft 1.20.1
- mod-loading-screen 1.0.4
|-- com_formdev_flatlaf 3.0
-- net_lenni0451_reflect 1.0.2
[11:58:21] [main/INFO]: SpongePowered MIXIN Subsystem Version=0.8.5 Source=file:/C:/Users/petec/AppData/Roaming/gdlauncher_next/datastore/libraries/net/fabricmc/sponge-mixin/0.12.5+mixin.0.8.5/sponge-mixin-0.12.5+mixin.0.8.5.jar Service=Knot/Fabric Env=CLIENT

Please send your entire log.

latest.log

Without Fabric API
latest.log
With Fabric API
latest.log

So it just exits?

yes

And it has worked fine in the past

Can you use the latest build from GitHub Actions, then send me the .cache folder from inside your .minecraft?

fabric.zip

That is not what I asked you to send

It's probably bad file naming on my part, but the zip file contains the .cache and the logs folder, nothing more

My bad, my device was interpreting .cache as hidden, so I couldn't see it. There is a new build available that will log even more debug info. Can you download that version and send me the .cache folder after using it?

cache.zip
this is using the latest commit under Actions (Log exceptions to file)

Can you try with the latest build and send a screenshot of the error?

It still didn't give an error with the latest build, it just didn't start like before.
However i tried downloading the stadard minecraft launcher and making a fabric instancce in that, and it worked with no issue
Then after looking i around in GDLauncher settings i found and tried changing a setting which seemed to fix the issue
Setting the startup method to "Symlink" instead of "Default" fixed the issue

Does this issue happen with 0.14.24 specifically, or does it happen on older Fabric versions with the latest version of Mod Loading Screen?

it also happen on 0.14.23 and i just tried with 0.14.13 as a random pick and it has the same behavior as the other versions
This is with "Startup Method" is set to "Default", so i think it's a GDLauncher compatibility thing, as it works fine when i set it to "Symlink"


text:
🛑 ModMail is down

In 520ebdd, ModMail (https://modmailbot.gavindr1.repl.co) was down:

HTTP code: 404
Response time: 390 ms

Resolved: ModMail is back up in a329ecc after 12 minutes.


text:
Re-enable the iterator example

The iterator example can be re-enabled because of the current MSRV.

great, thanks

authors: Geal nickelc

repo: Geal/nom


text:
Vigem Bus instead of vjoy?

Hi. This is not a bug report, but since discussion is not avaiblabe, just opened here.
Wonder if vigem support to emulate xbox 360 controllers wont be a better option than vjoy.
Im a frequent user of touchmote, and there are some builds with vigem bus. It works pretty fine for emulators like mame and many others. IR can emulate right or left stick. And also you could have easy access to emulate other buttons for any other type of game.
https://github.com/ViGEm/ViGEmBus

Hi im working already on a Xinput hook connector plugin:
https://docs.google.com/document/d/1_hO48IkGl4tYwfkDmiX3Pz3olSzyAhgVJpxdv0QwmsE/edit
Works for Dolphin 4 so far. Raw-Input will follow. Also bought some xbox 360 controller so know what to hook with which data.

Hi. Thanks for your answer. Great to know it´s a wip.
I read about a discord server but couldnt find it.
Just a few ideas, permanently pair wiimotes could be easily done https://www.richlynch.com/2009/11/18/permanently-pair-wiimotewii-balance-board/ or https://github.com/jordanbtucker/WiiPair
So once paired with the sync button, you can press any button to reconnect. Some routines are updated for TR ones. Every new wiimote is a TR one if you are trying to find one.
And are we able to send sound with wiimotelib? Would be a great solution to send gun or custom sound every time a button press.
If you need testing with TR ones, just ask. I have a TR one and a UB400 dongle.

Hi this works already. Hold 1 and 2 till its connected as described in the description of the tool. If you have problems with this than you have another problem. Consider viewing the troubleshooting guide:
https://geekonarium.de/en/lichtknarre-lightgun-wii-4-led-tracker-plugin/#troubleshooting

You find Discord here: https://geekonarium.de/en/lightgun-lichtknarre-about-the-plugin-system/#devcommunity

https://github.com/simphax/Touchmote/issues/65 << thanks for info

Hi. You mean the TR ones? I could pair a non TR one, still didnt tried with a TR one.
But permanently pairing works a little better, once paired there is no nee to hold sync or 1+2 again. Both options triggers a new pairing routine instead of using the already paired on on bluetooth enumerator. With the permanently you can press A, B, up, down, any button and will reconnect.

For me permanent pairing didnt worked after shutting down wii.

Lets speak on Discord. Will close this issue.

Thats weird. You can give it a try to touchmote to see how permanent pairing work, you press pair wiimotes, hit sync button Then you can close touchmote, restart the computer, just open tmote again hit any button on wiimote and will connect. I think wiimotehook does that too, but dont remember atm.
Some emulators like retroarch could see like another controller if you press 1+2 every time wiimote disconnects. turn off by accident, etc.
Will go to discord to see if I can help

authors: Geekonarium Trihy

repo: Geekonarium/LichtknarrePlugin


text:
Unable to override picker item

I want override picker item behaviour
"native-base": "^2.4.2"
Standard example is working good
<Picker
    {...props}
>
    {items.map(({ label, value }) => <Picker.Item key={value} label={label} value={value} />)}
</Picker>

If I change Picker.Item to another component
{items.map(({ label, value }) => <Text>Hello</Text>)}

or
{items.map(({ label, value }) => <MyComponent {...props} />)}

I see

But if I will add props label to component - it works again ¯_(ツ)_/¯
{items.map(({ label, value }) => <Text label={label}>Hello</Text>)}

Is it possible use custom component for picker item?

I believe it is not intended to use custom Item components. Even if you add your own component, like Text, it will display the Picker.Item component. The same goes for the react-native Picker.

So why we not use ‘items’ property?
‘’’
items: {label, value}[]
‘’’

@indapublic Using custom components in Picker is not intended use case
This is neither possible with React Native Picker
But if you still wish to have this feature, then you can fork NativeBase and have your necessary changes

repo: GeekyAnts/NativeBase


text:
Upgrade react-native-vector-icons

Some icons couldn't be rendered with react-native-vector-icons@6.1.0 on Android.
Fixed it by upgrading it to 6.3.0 as specified in this issue https://github.com/oblador/react-native-vector-icons/issues/961

Finally 6.3 didn't seem to fix the problem but 6.6 did

At v7.0.0 in the latest version

authors: Grivel-l shivrajkumar


text:
fileOutClass should file out the rowan compilation variants

Send fileOutClass to a behavior and the definition produced in the file is the non-rowan variant of subclass:....  It should be rwSubclass:
Some gemstone base methods of interest are
Behavior>>fileOutClassDefinitionOn:
Behavior>>fileOutClass

There may be other fileOut* methods that need rowanizing as well.

when @ericwinger is ready to change Jadeite, we can arrange for Rowan support ... reminder to see GemTalk/Rowan#361

I don't want Rowan to remove the ability to file out code in GemStone base format.  I am going to want to move code back and forth between Rowan and GemStone.  I would prefer a separate API to file out rowan code be added to Behavior, and (eventually) be able to file in code that is in rowan or in gemstone base fileout formats.
Also see #70 for support for fileout and filein.

Agreed, with GemTalk/Rowan#361, there is support (already) for filing out a packages and/or projects in topaz format (is that what you mean by GemStone base format ... or are you thinking of something different).
The exact implementation for doing all of these things is up for debate (especially now that I am looking toward v2.0.0) ... but since this a Jadeite issue this discussion will revolve around how should the fileout menus be implemented ...
Also keep in mind that in 3.5.0, topaz can input tonel files:)
At the moment GemTalk/Rowan#361 (i.e., v2.0.0) is the gating factor

Well, not exactly input; in 3.5 topaz can accept pasted in tonel format methods using the tmethod command.  However, after some detection I tracked down the secret which is to execute code such as:
CodeLibrarian new
user: 'DataCurator';
symbolDictName: 'UserGlobals' ;
repository: 'tonel:/benton1/users/gsadmin/GS643215/myrowan/Sales/rowan/src/';
load: #('Customers').

so tmethod can't be included in an input script?

tmethod does work in scripts, but it doesn't help with the input problem, since rowan's tonel files don't include tmethod directives... also, the rowan files have class definitions and topaz can't handle those at all, as far as I know.

Still waiting for Rowan support. See https://github.com/GemTalk/Jadeite/issues/70#issuecomment-512349705

closing; this can be handled under more recent issues.

authors: LisaAlmarode dalehenrich ericwinger

repo: GemTalk/Jadeite


text:
[Inventory Sorter] Sorting Inventory in Corpse Deletes all Items

Describe the Bug:
Issue report descriptions can be found here, reported to Corpse mod:
https://github.com/henkelmax/corpse/issues/184
Please complete the following information:

Have you checked if your bug has already been reported, including closed issues? : Yes
Have you added or removed any mods, and if so, which?: No
Modpack Version Number : 1.0.0.1
Is OptiFine installed? :  No
Does this issue affect Server, Client, or Both? :  sorting is on server

Fixed in Dev


text:
never add core_theme to THEMES

Currently, when theme() is called once, the coretheme is added to THEMES[].
This is a bit unfortunate, because you first have to remove it manually if you want to render a page without core_theme. Moreover, parallel pages with and without core_theme are difficult to maintain. As theme() is anyhow called in order to append all stylesheets to the page, we can rely on the keyword attribute. Currently it's always added and then removed by unique!() if it was present before. Moreover, I made it a named function make it more understandable.

Maybe we should push the coretheme before all other themes so that the user can overwrite it. And we could name the function stipplecore() instead of coretheme()

Thought a bit about naming and ended up in keeping coretheme and adding stipplecore_css() and googlefonts_css().
Furthermore I added the possibility of supplying coretheme = false to DEFAULT_THEME, if people want to use the page macro without stipplecore.css. They'd need, however, to add_css(googlefonts_css) in that case.

Good features, thank you! ♥

authors: essenciary hhaensel


text:
🛑 AI flowise is down

In 0ccd6f5, AI flowise (https://aiflow.crushing.xyz) was down:

HTTP code: 0
Response time: 0 ms

Resolved: AI flowise is back up in 95ea145 after 26 minutes.

repo: GentlemanHu/own-status


text:
daemon not starting

Environment

OS: [Windows.]
Scrcpy version: [2.5]
Installation method: [from github]
**Device model:galaxy s22 ultra
Android version: [14]

Describe the bug

daemon not running; starting now at tcp:5037
could not read ok from ADB Server
failed to start daemon
error: cannot connect to daemon
ERROR: "adb start-server" exited unexpectedly
ERROR: Could not start adb server
ERROR: Server connection failed

Windows 7? See #4391

repo: Genymobile/scrcpy


text:
Support iOS8?

The min target is iOS9,would you like make it support iOS8?

I will consider backwards compatibility with iOS 8 in the next version.


text:
post observation with non-existing datastream should return with error 400 not 500

sample:
curl -X POST -H "Accept: application/json" -H "Content-Type: application/json" -d '{
"phenomenonTime": "2016-05-09T11:04:15.790Z",
"resultTime" : "2016-05-09T11:04:15.790Z",
"result" : 38,
"Datastream":{"@iot.id":1}
}' "http://gost.geodan.nl/v1.0/Observations"
Actual response: 500 internal server error
Expected response: 400 client error

fixed https://github.com/Geodan/gost/commit/85cf985c55a9246637dbef6efa4f25848c22a6ab
{
"error": {
"status": "Bad Request",
"code": 400,
"message": [
"Observation does not exist"
]
}
}

message must be 'Datastream does not exist'?

woops, fixed

authors: bertt tebben

repo: Geodan/gost


text:
fix(Headers): rename file extensions from .h to .hpp

BREAKING CHANGE: rename file extensions from .h to .hpp

:tada: This PR is included in version 7.0.0-rc.1 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

:tada: This PR is included in version 7.0.0 :tada:
The release is available on GitHub release
Your semantic-release bot :package::rocket:

repo: Geode-solutions/OpenGeode-IO


text:
isn't it supported for pgsql10.4?

i want to use it  in pgsql10.4,what should i do ?

Hi @luowqn , we have jumped from version 10.3 to version 11. Thanks.

authors: cayetanobv luowqn

repo: GeographicaGS/Docker-PostGIS


text:
🛑 CASTER NTRIP IGM-ESPOCH (Backup) is down

In f091616, CASTER NTRIP IGM-ESPOCH (Backup) (http://regme-ip.espoch.edu.ec:2101) was down:

HTTP code: 0
Response time: 0 ms

Resolved: CASTER NTRIP IGM-ESPOCH (Backup) is back up in 2c63fd8.

repo: GeoportalIGM-ec/NTRIP-monitor


text:
🛑 Спецтранс ЖСК is down

In 77527e3, Спецтранс ЖСК (http://s-z.spb.ru) was down:

HTTP code: 0
Response time: 0 ms

Resolved: Спецтранс ЖСК is back up in 8094768 after 10 minutes.

repo: Georgsius/status


text:
Added LICENSE and improved the readme to reference oss stream-framework

Fixes #8.

Looking good! 👍 🎖

I've finalised adjustments based on @hannesvdvreken's feedback. Squashed the commit to keep the history tight.
@tbarbugli - any final comments? / Please merge.

authors: dwightgunning hannesvdvreken

repo: GetStream/Stream-Example-Py


text:
Setting timeout when initialising the SDK

Currently, when initializing the SDK with a timeout value, you have to do something like:
        // Initialize Stream Chat SDK
        $client = new StreamClient(
            getenv("STREAM_API_KEY"),
            getenv("STREAM_API_SECRET"),
            '',
            '',
            9 // timeout
        );

This way the apiVersion and location will be overwriten with empty string unless the users sets it when initialzing the SDK.
Would it be better to make it an array instead and the keys are then merged?
something like:
        // Initialize Stream Chat SDK
        $client = new StreamClient(
            getenv("STREAM_API_KEY"),
            getenv("STREAM_API_SECRET"),
            ['timeout' => 9]
        );

The idea is to use null to not change default value but I get your point. @pterk this seems a good improvement, thoughts?

I like it, personally. There's something to be said that an $options array obscures the available options a bit and the null options sort of document the code. Also, maybe consider the similarity across the various clients?

Right, didn't remember the null not changing the default.

authors: dongido001 pterk tbarbugli

repo: GetStream/stream-chat-php


text:
New component: Stats

Requirements
TODO: Need to make the api more abstract since the color/placement/size does not have a real connection to the data (e.g. ~current~data-start etc.).

Title

400 13px / 16px, util 700
6px between text and tooltip icon
Optional tooltip:

11px xy
util 600

Color bars are defined by the page and passed to me (they are going to match the chart)

height: 20px, width: 8px, radius 2px
margin right: 8px

Current stat:

700 20px / 20px, util 900
margin right 6px, margin bottom 2px
stat change:

500 12px / 20px
If stat positive:

arrow-right 45deg up
green 60 - #2D8734

If stat negative

red 60 - #D23D46
arrow-right 45deg down

Previous stat

400 12px / 20px, util 600

Usage Example
export interface TS_STAT {
  // NOTE: Values must be strings because we need to allow currency (eg $12,345) and abbreviated numbers (eg 1.2MM)
  currentValue: string;
  currentColor: string;
  previousValue: string;
  previousColor: string;
  previousLabel: string;
}

const myStat = {
  currentValue: '473',
  currentColor: '#c0ff33',
  previousValue: '312',
  previousColor: '#bada55',
  previousLabel: 'prev. period',
};

<ts-stat [stat]="myStat" valueChangeSentiment="negative">
  <ts-tooltip tooltipValue="My leads explanation">
    Leads
  </ts-tooltip>
</ts-stat>

Resources

https://www.amcharts.com/docs/v4/concepts/popups-and-modals/
https://www.figma.com/file/PnyNCRk2zf3gWFlQDJcXiv/Terminus-UI?node-id=2244%3A101

SVG Arrow
<svg aria-hidden="true" focusable="false" data-prefix="far" data-icon="arrow-right" role="img" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 448 512"><path fill="currentColor" d="M218.101 38.101L198.302 57.9c-4.686 4.686-4.686 12.284 0 16.971L353.432 230H12c-6.627 0-12 5.373-12 12v28c0 6.627 5.373 12 12 12h341.432l-155.13 155.13c-4.686 4.686-4.686 12.284 0 16.971l19.799 19.799c4.686 4.686 12.284 4.686 16.971 0l209.414-209.414c4.686-4.686 4.686-12.284 0-16.971L235.071 38.101c-4.686-4.687-12.284-4.687-16.97 0z"></path></svg>

This will be created inside the ads consumer directly - then moved to the UI library.

repo: GetTerminus/terminus-oss


text:
404 for "sitemap.xml"

We get an error with http status code 404 whenever we navigate to /sitemap.xml. The sitemap is generated successfully. We host our solution in Azure and use Azure Front Door. When we use the url for the azurewebsite directly, the sitemap is shown, but with the incorrect host url.

Any news on this? I upgraded to 3.1.2 and it stopped working with this error.

Could you share how you configured your site URLs in the admin mode and your sitemap URL? Could you take a look at these unit tests to see if your scenario is covered? => https://github.com/Geta/SEO.Sitemaps/blob/master/test/Geta.SEO.Sitemaps.Tests/SitemapRepositoryTests.cs#L107

Not really anything special with the configuration. This is how I have it configured for local development.

What about your site URLs under managed websites (admin mode)? How is that configured.

Thanks, I'll try to reproduce this.

@JasonRodman I was able to reproduce the problem, thanks for reporting the bug.
I opened a pull request to solve this problem: https://github.com/Geta/SEO.Sitemaps/pull/133
Once it's reviewed and merged I'll submit the package to Episerver so they can publish a new version of the package.

Version 3.1.4 is submitted to Episerver for review.

authors: JasonRodman baier patkleef


text:
Unable to locate Jar file?

this is the error in docker windows i think its because I'm on windows but I'm not sure

You missed step 1
https://github.com/GeyserMC/GeyserConnect/tree/master/docker

I have done that and it has that error data folder is located at : C:\Users\User\data
User is my account name

repo: GeyserMC/GeyserConnect