Re: Setup: How to automate source download for packages already installed?
On 27/03/2023 21:18, Bill Stewart via Cygwin wrote: On Wed, Mar 4, 2020 at 6:32 AM Jon Turney wrote: If a package is listed for both -x and -P, it is reinstalled, so while not ideal, you might be able to achieve something like what you want with 'setup -I -x "package1,package2,package3" -P "package1,package2,package3"' An option which explicitly just installs the source for a specified package might be useful. It seems that --local-install -x "package[,...]" -P "package[,...]" ...no longer works to automate source download for packages already installed... Is there another workaround? (Or did I miss something obvious?) Sorry, based on the previous discussion at [1] this seems to be broken at the moment, due to '-x' being broken. [1] https://cygwin.com/pipermail/cygwin/2023-February/252994.html If you really need this, please try old setup versions from [2]. If you discover which version it got broken in, and/or work out how to fix it, please let us know. [2] https://cygwin.com/setup/ -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setup: How to automate source download for packages already installed?
On Mon, Mar 27, 2023 at 2:18 PM Bill Stewart wrote: On Wed, Mar 4, 2020 at 6:32 AM Jon Turney wrote: > > >> If a package is listed for both -x and -P, it is reinstalled, so while >> not ideal, you might be able to achieve something like what you want >> with 'setup -I -x "package1,package2,package3" -P >> "package1,package2,package3"' >> >> An option which explicitly just installs the source for a specified >> package might be useful. >> > > It seems that > > --local-install -x "package[,...]" -P "package[,...]" > > ...no longer works to automate source download for packages already > installed... > > Is there another workaround? (Or did I miss something obvious?) > (Correction: I meant to write '--local-package-dir', not '--local-install') -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: Setup: How to automate source download for packages already installed?
On Wed, Mar 4, 2020 at 6:32 AM Jon Turney wrote: > If a package is listed for both -x and -P, it is reinstalled, so while > not ideal, you might be able to achieve something like what you want > with 'setup -I -x "package1,package2,package3" -P > "package1,package2,package3"' > > An option which explicitly just installs the source for a specified > package might be useful. > It seems that --local-install -x "package[,...]" -P "package[,...]" ...no longer works to automate source download for packages already installed... Is there another workaround? (Or did I miss something obvious?) Thanks! Bill -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Warning: could not send message for past 4 hours
** ** THIS IS A WARNING MESSAGE ONLY ** ** YOU DO NOT NEED TO RESEND YOUR MESSAGE ** ** The original message was received at Fri, 24 Mar 2023 09:36:17 -0700 from Athenae [192.168.3.12] - Transcript of session follows - ... Deferred: Connection timed out with alt4.gmail-smtp-in.l.google.com. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old Reporting-MTA: dns; Ishtar.sc.tlinx.org Arrival-Date: Fri, 24 Mar 2023 09:36:17 -0700 Final-Recipient: RFC822; blackold59.wolf@gmail.com Action: delayed Status: 4.4.1 Remote-MTA: DNS; alt4.gmail-smtp-in.l.google.com Last-Attempt-Date: Fri, 24 Mar 2023 14:05:00 -0700 Will-Retry-Until: Wed, 29 Mar 2023 09:36:17 -0700 --- Begin Message --- On 2023/03/24 06:23, blockold wolf uchiwa via Cygwin wrote: I don't know how to crack a .rar file please help me crack? Do you mean unpack or open? Try 'unrar' on the cmd line, or 7zip in many GUI's. --- End Message --- -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Returned mail: see transcript for details
The original message was received at Fri, 24 Mar 2023 09:36:17 -0700 from Athenae [192.168.3.12] - The following addresses had permanent fatal errors - (reason: 550-5.7.26 The MAIL FROM domain [cygwin.com] has an SPF record with a hard fail) - Transcript of session follows - ... while talking to gmail-smtp-in.l.google.com.: >>> DATA <<< 550-5.7.26 The MAIL FROM domain [cygwin.com] has an SPF record with a hard fail <<< 550-5.7.26 policy (-all) but it fails to pass SPF checks with the ip: <<< 550-5.7.26 [173.164.175.65]. To best protect our users from spam and phishing, <<< 550-5.7.26 the message has been blocked. Please visit <<< 550-5.7.26 https://support.google.com/mail/answer/81126#authentication for more <<< 550 5.7.26 information. k1-20020a170902c40100b0019acbf1dc4asi32141273plk.181 - gsmtp 454 4.0.0 Service unavailable Reporting-MTA: dns; Ishtar.sc.tlinx.org Arrival-Date: Fri, 24 Mar 2023 09:36:17 -0700 Final-Recipient: RFC822; blackold59.wolf@gmail.com Action: failed Status: 5.7.26 Remote-MTA: DNS; gmail-smtp-in.l.google.com Diagnostic-Code: SMTP; 550-5.7.26 The MAIL FROM domain [cygwin.com] has an SPF record with a hard fail Last-Attempt-Date: Mon, 27 Mar 2023 11:24:06 -0700 --- Begin Message --- On 2023/03/24 06:23, blockold wolf uchiwa via Cygwin wrote: I don't know how to crack a .rar file please help me crack? Do you mean unpack or open? Try 'unrar' on the cmd line, or 7zip in many GUI's. --- End Message --- -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation:https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple
Re: [PATCH cygport] lib/src_postinst.cygpart: parallelize __prepstrip
On 26/03/2023 19:12, Jon Turney via Cygwin-apps wrote: - usr/lib/gcc/*/lib*|usr/lib/gcc/*/*.o) + usr/lib/gcc/*/*.o) Why this change? + local nproc=$(nproc) This limit should probably be taken from the --jobs command line parameter, if specified Looking at this a bit more, a couple of perhaps more serious problems: * The parallel invocations of __prepstrip_one are all appending to ${T}/.dbgsrc.out I don't see what makes that safe against interleaving of the output. It's probably possible to have each instance write to a separate file and collect them together in __prepdebugsrc * This patch causes several failures in the testsuite, e.g. with autotools/c testcase. On a brief attempt at debugging, it this looks like it's due to not waiting for all the __prepstrip_one to complete before moving on, but I think the final wait should prevent that, so idk. I'm not clear that invoking 'jobs', is actually doing anything, if job-control is turned off in a non-interactive shell?