From John.Beranek at pamediagroup.com Tue Dec 8 17:59:17 2020 From: John.Beranek at pamediagroup.com (John Beranek) Date: Tue, 8 Dec 2020 17:59:17 +0000 Subject: [scl.org] scl wrapper mishandles quotes in command parameters? Message-ID: So, just discovered what looks like a bug in the 'scl' wrapper with handling double-quote (at least) characters in command parameters. This is with: scl-utils-20130529-19.el7.x86_64 Given the test scripts: ===============test.pl====================== #!/usr/bin/perl print "SCL wrapper\n===============\n"; system( 'scl', 'enable', 'rh-php72', '--', 'php', 'test.php', '"hello world"' ); system( 'scl', 'enable', 'rh-php72', '--', 'php', 'test.php', 'another"test' ); print "\nWithout wrapper\n===============\n"; system( '/opt/rh/rh-php72/root/bin/php', 'test.php', '"hello world"' ); system( '/opt/rh/rh-php72/root/bin/php', 'test.php', 'another"test' ); =================================================== ==============test.php============================== =================================================== This is the rather unexpected output: =================================================== $ ./test.pl SCL wrapper =============== $argv: Array ( [0] => test.php [1] => hello [2] => world ) /var/tmp/sclbhWRnY: line 8: unexpected EOF while looking for matching `"' /var/tmp/sclbhWRnY: line 9: syntax error: unexpected end of file Without wrapper =============== $argv: Array ( [0] => test.php [1] => "hello world" ) $argv: Array ( [0] => test.php [1] => another"test ) ===================================================== All the above available in a gist, in case it's hard to read from the list post: https://gist.github.com/pa-jberanek/8942f39573edf6044e42bf8724d657a5 Cheers, John -- John Beranek This email is from the PA Media Group. For more information, see www.pamediagroup.com. This email may contain confidential information. Only the addressee is permitted to read, copy, distribute or otherwise use this email or any attachments. If you have received it in error, please contact the sender immediately. Any opinion expressed in this email is personal to the sender and may not reflect the opinion of the PA Media Group. Any email reply to this address may be subject to interception or monitoring for operational reasons or for lawful business practices. From pvalena at redhat.com Tue Dec 8 22:56:58 2020 From: pvalena at redhat.com (Pavel Valena) Date: Tue, 8 Dec 2020 17:56:58 -0500 (EST) Subject: [scl.org] scl wrapper mishandles quotes in command parameters? In-Reply-To: References: Message-ID: <657918543.39735351.1607468218481.JavaMail.zimbra@redhat.com> ----- Original Message ----- > From: "John Beranek" > To: sclorg at redhat.com > Sent: Tuesday, December 8, 2020 6:59:17 PM > Subject: [scl.org] scl wrapper mishandles quotes in command parameters? > > So, just discovered what looks like a bug in the 'scl' wrapper with handling > double-quote (at least) characters in command parameters. This is with: > > scl-utils-20130529-19.el7.x86_64 > > Given the test scripts: > > ===============test.pl====================== > #!/usr/bin/perl > > print "SCL wrapper\n===============\n"; > > system( > 'scl', > 'enable', > 'rh-php72', > '--', > 'php', > 'test.php', > '"hello world"' > ); > > system( > 'scl', > 'enable', > 'rh-php72', > '--', > 'php', > 'test.php', > 'another"test' > ); > > print "\nWithout wrapper\n===============\n"; > > system( > '/opt/rh/rh-php72/root/bin/php', > 'test.php', > '"hello world"' > ); > > system( > '/opt/rh/rh-php72/root/bin/php', > 'test.php', > 'another"test' > ); > =================================================== Hello John, although I don't have solution for you, I think the `scl enable XXX --` syntax is more aimed at shell usage. If you run it in shell, instead of using `system()`, will it help? I think I've also seen this worked around somewhere by nesting the command in a shell: ``` $ scl enable -- sh -c "...." ``` AFAIK the scl-utils are quite outdated, and there's no suitable successor. > > ==============test.php============================== > print("\$argv:\n"); > print_r($argv); > ?> > =================================================== > > This is the rather unexpected output: > > =================================================== > $ ./test.pl > SCL wrapper > =============== > $argv: > Array > ( > [0] => test.php > [1] => hello > [2] => world > ) > /var/tmp/sclbhWRnY: line 8: unexpected EOF while looking for matching `"' > /var/tmp/sclbhWRnY: line 9: syntax error: unexpected end of file > > Without wrapper > =============== > $argv: > Array > ( > [0] => test.php > [1] => "hello world" > ) > $argv: > Array > ( > [0] => test.php > [1] => another"test > ) > ===================================================== > > All the above available in a gist, in case it's hard to read from the list > post: > https://gist.github.com/pa-jberanek/8942f39573edf6044e42bf8724d657a5 > > Cheers, > > John > > -- > John Beranek > > This email is from the PA Media Group. For more information, see > www.pamediagroup.com. This email may contain confidential information. Only > the addressee is permitted to read, copy, distribute or otherwise use this > email or any attachments. If you have received it in error, please contact > the sender immediately. Any opinion expressed in this email is personal to > the sender and may not reflect the opinion of the PA Media Group. Any email > reply to this address may be subject to interception or monitoring for > operational reasons or for lawful business practices. > > Regards, -- Pavel Valena Software Engineer, Red Hat Brno, Czech Republic From John.Beranek at pamediagroup.com Tue Dec 8 23:20:55 2020 From: John.Beranek at pamediagroup.com (John Beranek) Date: Tue, 8 Dec 2020 23:20:55 +0000 Subject: [scl.org] scl wrapper mishandles quotes in command parameters? In-Reply-To: <657918543.39735351.1607468218481.JavaMail.zimbra@redhat.com> References: <657918543.39735351.1607468218481.JavaMail.zimbra@redhat.com> Message-ID: I'm specifically using system() with array parameters from Perl to get around nasty shell escaping issues - adding a shell in there when one's not needed would definitely be a negative move... John -- John Beranek This email is from the PA Media Group. For more information, see www.pamediagroup.com. This email may contain confidential information. Only the addressee is permitted to read, copy, distribute or otherwise use this email or any attachments. If you have received it in error, please contact the sender immediately. Any opinion expressed in this email is personal to the sender and may not reflect the opinion of the PA Media Group. Any email reply to this address may be subject to interception or monitoring for operational reasons or for lawful business practices. From redhat.com/mailman at mavit.org.uk Wed Dec 9 11:16:44 2020 From: redhat.com/mailman at mavit.org.uk (Peter Oliver) Date: Wed, 9 Dec 2020 11:16:44 +0000 Subject: [scl.org] Is Software Collections abandoned? Message-ID: I notice that at https://www.softwarecollections.org/ you can find plenty of CentOS 6 packages (with failing builds), but no CentOS (Stream) 8 packages or containers. If I want to upgrade from CentOS 7, should I be looking for an alternative reliable source of packages and containers? -- Peter Oliver From hongx at ibm.com Wed Dec 9 19:28:02 2020 From: hongx at ibm.com (Hong X) Date: Wed, 9 Dec 2020 19:28:02 +0000 Subject: [scl.org] Is Software Collections abandoned? In-Reply-To: References: Message-ID: An HTML attachment was scrubbed... URL: From pkubat at redhat.com Thu Dec 10 09:02:10 2020 From: pkubat at redhat.com (Petr Kubat) Date: Thu, 10 Dec 2020 10:02:10 +0100 Subject: [scl.org] Is Software Collections abandoned? In-Reply-To: References: Message-ID: <7ca4e487-5fcc-0513-52e3-416999427497@redhat.com> Hi Peter, yes, for RHEL8 (and Centos8 as a result) there are no software collections (SCLs) anymore. The functionality of SCLs has been replaced by modularity so that is the part of Centos8 you will need to upgrade from SCLs in Centos7. For container images we have some UBI-based images available [1] that are accessible without a RHEL subscription under a different EULA [2]. HTH, Petr [1] https://catalog.redhat.com/software/container-stacks/detail/5ec53f50ef29fd35586d9a56 [2] https://www.redhat.com/licenses/EULA_Red_Hat_Universal_Base_Image_English_20190422.pdf On 12/9/20 12:16 PM, Peter Oliver wrote: > I notice that at https://www.softwarecollections.org/ you can find > plenty of CentOS 6 packages (with failing builds), but no CentOS > (Stream) 8 packages or containers. > > If I want to upgrade from CentOS 7, should I be looking for an > alternative reliable source of packages and containers? > From p.d.oliver at mavit.org.uk Wed Dec 2 23:48:49 2020 From: p.d.oliver at mavit.org.uk (Peter Oliver) Date: Wed, 02 Dec 2020 23:48:49 -0000 Subject: [scl.org] Is Software Collections abandoned? Message-ID: I notice that at https://www.softwarecollections.org/ you can find plenty of CentOS 6 packages (with failing builds), but no CentOS 8 packages or containers. If I want to move from CentOS 7 to CentOS 8, should I be looking for an alternative reliable source of packages and containers? -- Peter Oliver From wendre.vaughan at soundtransit.org Fri Dec 4 21:32:36 2020 From: wendre.vaughan at soundtransit.org (Vaughan, Wendre) Date: Fri, 04 Dec 2020 21:32:36 -0000 Subject: [scl.org] Are the software collections for MySQL57 and MySQL80 based on the community editions or the enterprise edititons Message-ID: <4CE47AE5-6AE6-4271-842F-C5785D2167AC@soundtransit.org> My server engineering team is hoping that the RH software collections for MySQL57 and MySQL80 are based on the enterprise MySQL editions (not open source) and contain the enterprise MySQL Backup utility. Could you confirm what the base edition of MySQL is for the MySQL software collections? Wendre Vaughan Senior Software Engineer, Operations | Information Technology | Sound Transit P: 206.903.7270 | F: 206.398.5223 | e: wendre.vaughan at soundtransit.org Connect with us https://www.facebook.com/SoundTransit | https://twitter.com/SoundTransit [signature_403692348] -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 4032 bytes Desc: image001.png URL: