[opensuse-support] Broken "pin" command in 15.0
cer@Telcontar:~> pin Gray_A.icc /usr/bin/pin: command substitution: line 89: unexpected EOF while looking for matching `"' /usr/bin/pin: command substitution: line 90: syntax error: unexpected end of file *** pin found no ARCHIVES_"".gz file in /var/lib/pin/ pin will copy the files, please enter root password : Password: File ARCHIVES.gz does exist. The offending lines are: [ -f /etc/SuSE-release ] && USED_VERSION="`grep VERSION /etc/SuSE-release | cut -f3 -d " "`" [ -z ${USED_VERSION} ] && USED_VERSION="`grep VERSION_ID /etc/os-release | cut -f3 -d "\""`" cer@Telcontar:~> grep VERSION_ID /etc/os-release VERSION_ID="15.0" cer@Telcontar:~> grep VERSION_ID /etc/os-release | cut -f3 -d "\"" cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Hello, Am Mittwoch, 23. Januar 2019, 15:07:08 CET schrieb Carlos E. R.:
cer@Telcontar:~> pin Gray_A.icc /usr/bin/pin: command substitution: line 89: unexpected EOF while looking for matching `"' /usr/bin/pin: command substitution: line 90: syntax error: unexpected end of file
*** pin found no ARCHIVES_"".gz file in /var/lib/pin/
pin will copy the files, please enter root password :
Password:
File ARCHIVES.gz does exist.
The offending lines are:
[ -f /etc/SuSE-release ] && USED_VERSION="`grep VERSION /etc/SuSE-release | cut -f3 -d " "`" [ -z ${USED_VERSION} ] && USED_VERSION="`grep VERSION_ID /etc/os-release | cut -f3 -d "\""`"
Interestingly, there was already a Leap maintenance update attemping to fix this by adding this line (boo#1095723), but it uses the wrong column for /etc/os-release - cut -f2 would be right.
cer@Telcontar:~> grep VERSION_ID /etc/os-release VERSION_ID="15.0" cer@Telcontar:~> grep VERSION_ID /etc/os-release | cut -f3 -d "\""
That's an obvious bug, and my usual recommendation would be to open a bugreport. However, this smelled like a small issue, so I decided to simply fix it. Well, as usual if I touch something, it explodes ;-) and in the end, I did 3 fixes instead of one - see my comment in boo#1095723 for details. I initially considered to submit the Tumbleweed package to Leap (which claims to have this fixed in a different way), but it turned out that it was broken in a different way ;-) Carlos, can you please test if pin from a) https://build.opensuse.org/request/show/668206 (for Leap) b) https://build.opensuse.org/request/show/668208 (for Tumbleweed) works for you now? Ideally test both because they use different ways to read /etc/os-release. (If you don't want to install the package - simply downloading and running "pin" from OBS is enough to test it. Regards, Christian Boltz -- I really have better things to do than to keep participating in this contest for craziest corner case people can come with (and pretending as convincingly as possible that it's typical use case). [Michal Kubeček in opensuse-factory] -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
Op donderdag 24 januari 2019 01:54:54 CET schreef Christian Boltz:
Hello,
Am Mittwoch, 23. Januar 2019, 15:07:08 CET schrieb Carlos E. R.:
cer@Telcontar:~> pin Gray_A.icc /usr/bin/pin: command substitution: line 89: unexpected EOF while looking for matching `"' /usr/bin/pin: command substitution: line 90: syntax error: unexpected end of file
*** pin found no ARCHIVES_"".gz file in /var/lib/pin/
pin will copy the files, please enter root password : Password:
File ARCHIVES.gz does exist.
The offending lines are:
[ -f /etc/SuSE-release ] && USED_VERSION="`grep VERSION /etc/SuSE-release | cut -f3 -d " "`" [ -z ${USED_VERSION} ] && USED_VERSION="`grep VERSION_ID /etc/os-release | cut -f3 -d "\""`"
Interestingly, there was already a Leap maintenance update attemping to fix this by adding this line (boo#1095723), but it uses the wrong column for /etc/os-release - cut -f2 would be right.
cer@Telcontar:~> grep VERSION_ID /etc/os-release VERSION_ID="15.0" cer@Telcontar:~> grep VERSION_ID /etc/os-release | cut -f3 -d "\""
That's an obvious bug, and my usual recommendation would be to open a bugreport.
However, this smelled like a small issue, so I decided to simply fix it.
Well, as usual if I touch something, it explodes ;-) and in the end, I did 3 fixes instead of one - see my comment in boo#1095723 for details.
I initially considered to submit the Tumbleweed package to Leap (which claims to have this fixed in a different way), but it turned out that it was broken in a different way ;-)
Carlos, can you please test if pin from a) https://build.opensuse.org/request/show/668206 (for Leap) b) https://build.opensuse.org/request/show/668208 (for Tumbleweed) works for you now? Ideally test both because they use different ways to read /etc/os-release. (If you don't want to install the package - simply downloading and running "pin" from OBS is enough to test it.
Regards,
Christian Boltz 404, can't find a way to download the package.
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
Hello, Am Donnerstag, 24. Januar 2019, 02:17:18 CET schrieb Knurpht-openSUSE:
Carlos, can you please test if pin from a) https://build.opensuse.org/request/show/668206 (for Leap) b) https://build.opensuse.org/request/show/668208 (for Tumbleweed) works for you now? Ideally test both because they use different ways to read /etc/os-release. (If you don't want to install the package - simply downloading and running "pin" from OBS is enough to test it.
404, can't find a way to download the package.
Branches are by default not published to download.o.o, therefore you'll need to download from OBS directly. - go to (for example) https://build.opensuse.org/request/show/668206 - in the "Build Results", click on the "standard" repo (in other repos, it can also be something like "openSUSE_Leap_15.0") - click the "Download" link for the file you want If you prefer to use the commandline, osc getbinaries is your friend - the repo names are listed in the submit request. Of course, I could simply enable publishing, but then you wouldn't have learned something about downloading directoy from OBS today ;-) Regards, Christian Boltz --
Weil es seit Jahrzehnten ging? Ich denke wir beide haben sehr unterschiedliche Definitionen von "geht". Ne Pferdekutsche "geht" auch, trotzdem fahren die meisten eher Auto. [> Stephan von Krawczynski und Michael Meyer in opensuse-de]
-- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 24/01/2019 13.57, Christian Boltz wrote:
Hello,
Am Donnerstag, 24. Januar 2019, 02:17:18 CET schrieb Knurpht-openSUSE:
Carlos, can you please test if pin from a) https://build.opensuse.org/request/show/668206 (for Leap) b) https://build.opensuse.org/request/show/668208 (for Tumbleweed) works for you now? Ideally test both because they use different ways to read /etc/os-release. (If you don't want to install the package - simply downloading and running "pin" from OBS is enough to test it.
404, can't find a way to download the package.
Branches are by default not published to download.o.o, therefore you'll need to download from OBS directly.
- go to (for example) https://build.opensuse.org/request/show/668206 - in the "Build Results", click on the "standard" repo (in other repos, it can also be something like "openSUSE_Leap_15.0") - click the "Download" link for the file you want
It also needs login. Telcontar:~ # rpm --upgrade /home/cer/download/Firefox_downloads/pin-0.38-lp150.2.9.1.noarch.rpm warning: /home/cer/download/Firefox_downloads/pin-0.38-lp150.2.9.1.noarch.rpm: Header V3 DSA/SHA1 Signature, key ID 6912ee37: NOKEY Telcontar:~ # pin lamppost no file ARCHIVES_15.0.gz found please insert CD1/DVD in your CD-ROM/DVD drive / bitte CD1/DVD einlegen please eject all medias from other drives / bitte entfernen Sie andere Medien aus den Laufwerken. press enter to continue - Bitte enter druecken ^CTelcontar:~ # Ok, I have to change the name of the archive. [...] It works, thanks :-) -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
On 24/01/2019 01.54, Christian Boltz wrote:
Hello,
cer@Telcontar:~> grep VERSION_ID /etc/os-release VERSION_ID="15.0" cer@Telcontar:~> grep VERSION_ID /etc/os-release | cut -f3 -d "\""
That's an obvious bug, and my usual recommendation would be to open a bugreport.
However, this smelled like a small issue, so I decided to simply fix it.
Well, as usual if I touch something, it explodes ;-) and in the end, I did 3 fixes instead of one - see my comment in boo#1095723 for details.
I'm curious. Why not source the "/etc/os-release" file? Something like . /etc/os-release Then just use $VERSION -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Hello, Am Donnerstag, 24. Januar 2019, 14:26:57 CET schrieb Carlos E. R.:
On 24/01/2019 01.54, Christian Boltz wrote:
Well, as usual if I touch something, it explodes ;-) and in the end, I did 3 fixes instead of one - see my comment in boo#1095723 for details. I'm curious.
Why not source the "/etc/os-release" file? Something like
. /etc/os-release
Then just use $VERSION
Someone did exactly this in the Tumbleweed version of pin, and that's what I called "broken in another way" yesterday ;-) Hint: /etc/os-release has VERSION_ID=..., not VERSION=... so you have to use $VERSION_ID, not $VERSION. BTW: In the meantime, the fix is on its way to Tumbleweed (SR 668328) Regards, Christian Boltz -- Hier gibt es zB eine Adress-DB für einige Leute und allein schon die gleichzeitige Verwendung dieser DB ist eher die Ausnahme. Wahrscheinlich verdienen die Datenbanken hier die Bezeichnung gar nicht. Wenn du willst, kannst du auch dazu gemeinsam genutzter strukturierter Notizzettel sagen. [Al Bogner in suse-linux] -- To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 24/01/2019 22.46, Christian Boltz wrote:
Hello,
Am Donnerstag, 24. Januar 2019, 14:26:57 CET schrieb Carlos E. R.:
I'm curious.
Why not source the "/etc/os-release" file? Something like
. /etc/os-release
Then just use $VERSION
Someone did exactly this in the Tumbleweed version of pin, and that's what I called "broken in another way" yesterday ;-)
Hint: /etc/os-release has VERSION_ID=..., not VERSION=... so you have to use $VERSION_ID, not $VERSION.
Oh. :-( I thought that the tokens in that file were fixed in Law somewhere. -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
Hello,
Am Donnerstag, 24. Januar 2019, 23:05:50 CET schrieb Carlos E. R.:
> On 24/01/2019 22.46, Christian Boltz wrote:
> > Hint: /etc/os-release has VERSION_ID=..., not VERSION=... so you
> > have to use $VERSION_ID, not $VERSION.
>
> Oh. :-(
> I thought that the tokens in that file were fixed in Law somewhere.
I'm quite sure the format of /etc/os-release is specified somewhere -
but you still have to use the correct variable ;-)
>From checking a few /etc/os-release files from different openSUSE
versions, it looks like
- VERSION can be a "pretty name", for example VERSION="13.1 (Bottle)"
- also, VERSION seems to be optional - it's commented out in Tumbleweed
- VERSION_ID is the "machine readable" version and contains only the
version number ("15.0" in Leap, "20190115" in Tumbleweed)
- in Leap, VERSION and VERSION_ID both have only the "machine readable"
version number ("15.0"), which might explain why VERSION instead of
VERSION_ID was chosen in pin
Regards,
Christian Boltz
--
> Years ago, the installation of some packages sent emails to root [...]
> This is not done any more. Why? :-?
Because you didn't reply to them, the installation process then decided
that it was a waste of time sending you e-mails and so......stopped
sending them to you.
[> Carlos E. R. and Basil Chupin in opensuse-factory]
--
To unsubscribe, e-mail: opensuse-support+unsubscribe@opensuse.org
To contact the owner, e-mail: opensuse-support+owner@opensuse.org
On 25/01/2019 13.39, Christian Boltz wrote:
Hello,
Am Donnerstag, 24. Januar 2019, 23:05:50 CET schrieb Carlos E. R.:
On 24/01/2019 22.46, Christian Boltz wrote:
Hint: /etc/os-release has VERSION_ID=..., not VERSION=... so you have to use $VERSION_ID, not $VERSION.
Oh. :-( I thought that the tokens in that file were fixed in Law somewhere.
I'm quite sure the format of /etc/os-release is specified somewhere - but you still have to use the correct variable ;-)
From checking a few /etc/os-release files from different openSUSE versions, it looks like - VERSION can be a "pretty name", for example VERSION="13.1 (Bottle)" - also, VERSION seems to be optional - it's commented out in Tumbleweed - VERSION_ID is the "machine readable" version and contains only the version number ("15.0" in Leap, "20190115" in Tumbleweed) - in Leap, VERSION and VERSION_ID both have only the "machine readable" version number ("15.0"), which might explain why VERSION instead of VERSION_ID was chosen in pin
Understood! I'll consider that in my scripts. Thanks :-) -- Cheers / Saludos, Carlos E. R. (from 15.0 x86_64 at Telcontar)
participants (3)
-
Carlos E. R. -
Christian Boltz -
Knurpht-openSUSE