No specific packager available for the distro version ubuntu_16_04_xenial

Thu Apr 26 04:57:13 UTC 2018

I can tell you that I built the deb packages for Gstreamer 1.12.4 on
Lubuntu 16.04.   This version of cerbero (1.12.4) was prior to the
migration from Python 2 to Python 3.  I did this because the Xenial version
of Gstreamer is 1.8.something; and the Xenial repositories don't offer
other versions (nobody is really distributing pre-built deb packages of all
the different versions).

You can read about my deb packaging experience here:
https://lists.freedesktop.org/archives/gstreamer-devel/2018-April/067562.html

But having said that, errors like this are almost always about Python 2 vs.
3 compatability issues.

 File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode

   return codecs.ascii_decode(input, self.errors)[0]

UnicodeDecodeError: 'ascii' codec can't decode byte 0xef in position 0:
ordinal not in range(128)

On Wed, Apr 25, 2018 at 8:06 PM, Matthew Thyer <
matthew.thyer at adelaide.edu.au> wrote:

> David,
>
>
>
> As the traceback occurs after cerbero declares that “ubuntu_16_04_xenial”
> has no specific packager, I’m wondering whether I still have a chance to
> produce packages by using some other Linux distribution (e.g. would Debian
> 9.4 x86_64 work?).
>
> How would I find out what distributions are supported for packaging?
>
> I’m guessing that distros like Ubuntu aren’t building GStreamer using
> cerbero or else this wouldn’t still be an issue.
>
> For the Linux case it seems that I can revert to building from git as per
> the FAQ answer: “Building GStreamer from git
> <https://gstreamer.freedesktop.org/documentation/frequently-asked-questions/git.html>
> ”.
>
> I guess that I should examine Ubuntu’s launchpad.net to understand how
> they are packaging GStreamer.
>
>
>
> *From:* gstreamer-devel <gstreamer-devel-bounces at lists.freedesktop.org> *On
> Behalf Of *David Ing
> *Sent:* Wednesday, 25 April 2018 11:54 PM
> *To:* Discussion of the development of and with GStreamer <
> gstreamer-devel at lists.freedesktop.org>
> *Subject:* Re: No specific packager available for the distro version
> ubuntu_16_04_xenial
>
>
>
> Cerbero was recently converted to python 3 from python 2.  Python 3 uses a
> different string encoding standard (utf8 I think) and errors like this
> often appear when something was missed during the conversion process.
>
>
>
> You might try debugging with pycharm to patch the offending line of code.
>
>
>
> On Tue, Apr 24, 2018, 1:27 AM Matthew Thyer <matthew.thyer at adelaide.edu.au>
> wrote:
>
> Greetings gstreamer-devel list,
>
>
>
> I’m wishing to build and package GStreamer v1.14 (or later) for the ARM32
> hard-float architecture (for Raspberry Pi 2, 3, 3B+). I mean the GNU
> Triplet: arm-linux-gnueabihf.
>
> As you may have seen from my last two emails (“Failure to cross compile
> GStreamer v1.14 with config/cross-lin-arm.cbc” & “How to cross compile
> GStreamer for Raspberry Pi 2, 3, 3B+ (arch=armhf)?”) I’m not currently able
> to cross compile for this outcome so I have instead setup docker on my
> Raspberry Pi 3 and run a native build. This completes normally but then
> fails to package the results of the build.
>
> It looks like cerbero tries to fall back to some kind of default packager
> but then crashes and I get a python traceback.
>
>
>
> The error messages from the failure are:
>
> WARNING: No specific packager available for the distro version
> ubuntu_16_04_xenial, using generic packager for distro debian
>
> WARNING: No packager defined, using default packager "Default <
> default at change.me>"
>
> Traceback (most recent call last):
>
>  File "./cerbero-uninstalled", line 9, in <module>
>
>    main()
>
>  File "./cerbero/main.py", line 130, in main
>
>    Main(sys.argv[1:])
>
>  File "./cerbero/main.py", line 55, in __init__
>
>    self.run_command()
>
>  File "./cerbero/main.py", line 105, in run_command
>
>    res = commands.run(command, self.config, self.args)
>
>  File "./cerbero/commands/__init__.py", line 78, in run
>
>    return _commands[command].run(config, args)
>
>  File "./cerbero/commands/package.py", line 82, in run
>
>    pkg = Packager(config, p, self.store)
>
>  File "./cerbero/packages/packager.py", line 53, in __new__
>
>    return _packagers[d][v](config, package, store)
>
>  File "./cerbero/packages/debian.py", line 448, in __new__
>
>    return DebianPackager(config, package, store)
>
>  File "./cerbero/packages/debian.py", line 187, in __init__
>
>    self.license = f.read()
>
>  File "/usr/lib/python3.5/encodings/ascii.py", line 26, in decode
>
>    return codecs.ascii_decode(input, self.errors)[0]
>
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xef in position 0:
> ordinal not in range(128)
>
>
>
> I’ve confirmed that I get the same error when running a native build in a
> docker container on an x86_64 VM so this problem is not specific to the ARM
> architecture.
>
> Does anyone have a solution for this issue?
>
>
>
> Regards,
>
>
>
> ---
>
> Matthew Thyer
>
> (08) 8313 9283
>
> 4.38 Ingkarni Wardli
>
> Adelaide University
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20180425/7a8e9877/attachment.html>