Re: Multimedia Libs

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 5214 bytes --]

Hi,

On 27.02.2020 12:27, Michael Tremer wrote:
>
> [...could you look for some multimedia libs...?]>

Ok. I'm nice. I did. ;-)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/alac;h=18cce60e7a3e0e35a6985cffd415b3ad260d580d;hb=HEAD
alac 0.0.7 (The Apple Lossless Format)
https://github.com/mikebrady/alac
current: none found
I found only one commit for patching '\convert-utility\Makefile.am' (~14
months ago), but no current tar.gz-archive. We could build a patch, but
is it worth it? Who needs this (on a firewall!)?

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/faad2;h=ecf7f8a62be654bea2a59dd36e970ad828910041;hb=HEAD
faad2 2.7 (MPEG-4 and MPEG-2 AAC decoder)
https://www.audiocoding.com/downloads.html
current: 2.8.8 (Dec.2017)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/ffmpeg;h=b8b0df4efab0c3bf7f477228613c1607ae21eb1e;hb=HEAD
ffmpeg 3.4
https://www.ffmpeg.org/download.html
current: 4.2.2 (Dec 2019)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/flac;h=f54326be7d121d9d5bb8d0aecaa9c8282adf847a;hb=HEAD
flac 1.3.2 (Jan 2017) = current
https://xiph.org/flac/

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/lame;h=a8c3101ad8eb4a83414028165b16babe87f4372a;hb=HEAD
lame 3.97 (Sep 2006)
https://lame.sourceforge.io/
current: 3.100 (Oct 2017)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libexif;h=5861e2f47604b8b45c2bff845b03aae6fbb5899b;hb=HEAD
libexif 0.6.21 (Sep 2016) = current
https://sourceforge.net/projects/libexif/files/libexif/

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libid3tag;h=ccfecc71c3723014bb1522374892f5c594dbf36b;hb=HEAD
libid3tag 0.15.1b (Feb 2004) = current
https://sourceforge.net/projects/mad/files/libid3tag/

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libjpeg;h=6251fc85b4423918522b93ea5a36282b6623f156;hb=HEAD
libjpeg-turbo 1.5.1 (Oct 2016)
https://sourceforge.net/projects/libjpeg-turbo/files/
current: 2.0.4 (Dec 2019)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libjpeg-compat;h=26e32f1d8b63b11cdf13d2065ad72cbba5921c6e;hb=HEAD
libjpeg-turbo 1.3.1 (Sep 2016)
https://sourceforge.net/projects/libjpeg-turbo/files/
Kompatibility-Module, installed in /usr/lib: libjpeg.so.62.1.0,
libjpeg.so.62, libturbojpeg.so.0.0.0

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmad;h=f197d37d4832d99862b0cc9c7c6b6031ff17babe;hb=HEAD
libmad 0.15.1b (Feb 2018) = current
https://sourceforge.net/projects/mad/files/libmad/

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmpdclient;h=7a4ce2955a8366f5295bd38a6b8180888b936cca;hb=HEAD
libmpdclient 2.5 (Jul 2011)
https://www.musicpd.org/libs/libmpdclient/
current: 2.18 (Jan 2020)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmpeg2;h=ada8864a12adb775db2f9c2f98d7c58728f87710;hb=HEAD
mpeg2dec 0.4.0b (Dec 2003)
http://libmpeg2.sourceforge.net/
current: 0.5.1 (Jul 2008)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libogg;h=dee758d5352a892e62ed302246bf57b34ced1b27;hb=HEAD
libogg 1.3.0 (Aug 2011)
https://www.xiph.org/downloads/
current: 1.3.4 (Aug 2019)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libpng;h=8f935dfd4aa6b5716cbc5fc7c085f2bb24d69989;hb=HEAD
libpng 1.2.57 (Dec 2016)
http://www.libpng.org/pub/png/libpng.html
current: 1.6.37 (Apr 2019)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libshout;h=bfba34235cd2cbfafc1aa523f83f64e857242cd1;hb=HEAD
libshout 2.2.2 (Jun 2006)
http://www.icecast.org/download/
current: 2.4.1 (Nov 2015)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libtiff;h=3025c45e4bd8601c1f4b0a0bc4e675969a9efa46;hb=HEAD
tiff 4.0.6 (Sep 2015)
http://www.simplesystems.org/libtiff/
current: 4.1.0 (Nov 2019)
Take your pick. ;-)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libvorbis;h=c61cbffe70dcb4cf8f3a98035ad7bd24b9295d18;hb=HEAD
libvorbis 1.3.3 (Feb 2012)
https://xiph.org/downloads/
current: 1.3.6 (Mar 2018)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/opus;h=8faa7d00ad8f7b637afc6edc4043a697c2d75349;hb=HEAD
opus 1.2.1 (Feb 2014)
http://opus-codec.org/downloads/
current: 1.3.1 (Apr 2019)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/sox;h=fcbda5df9b07b3c1ff64c09065a81e52124adea9;hb=HEAD
sox 12.18.1 (Mar 2006)
http://sox.sourceforge.net/
current: 14.4.2 (Feb 2015)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/soxr;h=261ab9081472bbbec59bb5aff023e77919f551e2;hb=HEAD
soxr 0.1.3 (Feb 2018) = current
https://sourceforge.net/projects/soxr/files/

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/taglib;h=ad7da286b186b483fb2400491725360be96c4b6f;hb=HEAD
taglib 1.5 (Feb 2008)
https://taglib.org/
current: 1.11.1 (Oct 2016)

> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/xvid;h=5690b803849026eb06610b80ce2b28a5830ef226;hb=HEAD
xvidcore 1.2.1 (Dec 2008)
https://labs.xvid.com/source/
current: 1.3.7 (Dec 2019)

> ...
> Ich hoffe ich habe keinen übersehen.

[Ich hoffe doch. Es reicht! Echter Fummelskram... ;-))]

Ok, these are the current versions so far I found some.

Which one should we keep? Take your picks... ;-)

Best,
Matthias

Re: Multimedia Libs

[Stephan Mending]

[-- Attachment #1: Type: text/plain, Size: 5596 bytes --]

Hi,

I was wondering why IPFire needs codecs at all?

I bet there's a good reason. I just isn't clear to me.

Best regards,

Stephan

On 3/25/20 9:55 PM, Matthias Fischer wrote:
> Hi,
>
> On 27.02.2020 12:27, Michael Tremer wrote:
>> [...could you look for some multimedia libs...?]>
> Ok. I'm nice. I did. ;-)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/alac;h=18cce60e7a3e0e35a6985cffd415b3ad260d580d;hb=HEAD
> alac 0.0.7 (The Apple Lossless Format)
> https://github.com/mikebrady/alac
> current: none found
> I found only one commit for patching '\convert-utility\Makefile.am' (~14
> months ago), but no current tar.gz-archive. We could build a patch, but
> is it worth it? Who needs this (on a firewall!)?
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/faad2;h=ecf7f8a62be654bea2a59dd36e970ad828910041;hb=HEAD
> faad2 2.7 (MPEG-4 and MPEG-2 AAC decoder)
> https://www.audiocoding.com/downloads.html
> current: 2.8.8 (Dec.2017)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/ffmpeg;h=b8b0df4efab0c3bf7f477228613c1607ae21eb1e;hb=HEAD
> ffmpeg 3.4
> https://www.ffmpeg.org/download.html
> current: 4.2.2 (Dec 2019)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/flac;h=f54326be7d121d9d5bb8d0aecaa9c8282adf847a;hb=HEAD
> flac 1.3.2 (Jan 2017) = current
> https://xiph.org/flac/
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/lame;h=a8c3101ad8eb4a83414028165b16babe87f4372a;hb=HEAD
> lame 3.97 (Sep 2006)
> https://lame.sourceforge.io/
> current: 3.100 (Oct 2017)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libexif;h=5861e2f47604b8b45c2bff845b03aae6fbb5899b;hb=HEAD
> libexif 0.6.21 (Sep 2016) = current
> https://sourceforge.net/projects/libexif/files/libexif/
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libid3tag;h=ccfecc71c3723014bb1522374892f5c594dbf36b;hb=HEAD
> libid3tag 0.15.1b (Feb 2004) = current
> https://sourceforge.net/projects/mad/files/libid3tag/
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libjpeg;h=6251fc85b4423918522b93ea5a36282b6623f156;hb=HEAD
> libjpeg-turbo 1.5.1 (Oct 2016)
> https://sourceforge.net/projects/libjpeg-turbo/files/
> current: 2.0.4 (Dec 2019)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libjpeg-compat;h=26e32f1d8b63b11cdf13d2065ad72cbba5921c6e;hb=HEAD
> libjpeg-turbo 1.3.1 (Sep 2016)
> https://sourceforge.net/projects/libjpeg-turbo/files/
> Kompatibility-Module, installed in /usr/lib: libjpeg.so.62.1.0,
> libjpeg.so.62, libturbojpeg.so.0.0.0
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmad;h=f197d37d4832d99862b0cc9c7c6b6031ff17babe;hb=HEAD
> libmad 0.15.1b (Feb 2018) = current
> https://sourceforge.net/projects/mad/files/libmad/
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmpdclient;h=7a4ce2955a8366f5295bd38a6b8180888b936cca;hb=HEAD
> libmpdclient 2.5 (Jul 2011)
> https://www.musicpd.org/libs/libmpdclient/
> current: 2.18 (Jan 2020)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libmpeg2;h=ada8864a12adb775db2f9c2f98d7c58728f87710;hb=HEAD
> mpeg2dec 0.4.0b (Dec 2003)
> http://libmpeg2.sourceforge.net/
> current: 0.5.1 (Jul 2008)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libogg;h=dee758d5352a892e62ed302246bf57b34ced1b27;hb=HEAD
> libogg 1.3.0 (Aug 2011)
> https://www.xiph.org/downloads/
> current: 1.3.4 (Aug 2019)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libpng;h=8f935dfd4aa6b5716cbc5fc7c085f2bb24d69989;hb=HEAD
> libpng 1.2.57 (Dec 2016)
> http://www.libpng.org/pub/png/libpng.html
> current: 1.6.37 (Apr 2019)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libshout;h=bfba34235cd2cbfafc1aa523f83f64e857242cd1;hb=HEAD
> libshout 2.2.2 (Jun 2006)
> http://www.icecast.org/download/
> current: 2.4.1 (Nov 2015)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libtiff;h=3025c45e4bd8601c1f4b0a0bc4e675969a9efa46;hb=HEAD
> tiff 4.0.6 (Sep 2015)
> http://www.simplesystems.org/libtiff/
> current: 4.1.0 (Nov 2019)
> Take your pick. ;-)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/libvorbis;h=c61cbffe70dcb4cf8f3a98035ad7bd24b9295d18;hb=HEAD
> libvorbis 1.3.3 (Feb 2012)
> https://xiph.org/downloads/
> current: 1.3.6 (Mar 2018)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/opus;h=8faa7d00ad8f7b637afc6edc4043a697c2d75349;hb=HEAD
> opus 1.2.1 (Feb 2014)
> http://opus-codec.org/downloads/
> current: 1.3.1 (Apr 2019)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/sox;h=fcbda5df9b07b3c1ff64c09065a81e52124adea9;hb=HEAD
> sox 12.18.1 (Mar 2006)
> http://sox.sourceforge.net/
> current: 14.4.2 (Feb 2015)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/soxr;h=261ab9081472bbbec59bb5aff023e77919f551e2;hb=HEAD
> soxr 0.1.3 (Feb 2018) = current
> https://sourceforge.net/projects/soxr/files/
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/taglib;h=ad7da286b186b483fb2400491725360be96c4b6f;hb=HEAD
> taglib 1.5 (Feb 2008)
> https://taglib.org/
> current: 1.11.1 (Oct 2016)
>
>> https://git.ipfire.org/?p=ipfire-2.x.git;a=blob;f=lfs/xvid;h=5690b803849026eb06610b80ce2b28a5830ef226;hb=HEAD
> xvidcore 1.2.1 (Dec 2008)
> https://labs.xvid.com/source/
> current: 1.3.7 (Dec 2019)
>
>> ...
>> Ich hoffe ich habe keinen übersehen.
> [Ich hoffe doch. Es reicht! Echter Fummelskram... ;-))]
>
> Ok, these are the current versions so far I found some.
>
> Which one should we keep? Take your picks... ;-)
>
> Best,
> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 875 bytes --]

Hi,

On 25.03.2020 22:11, Stephan Mending wrote:
> I was wondering why IPFire needs codecs at all?

I'm wondering, too... ;-)

> I bet there's a good reason. I just isn't clear to me.

As I see it, the main reasons are the ability to do it by Pakfire and -
perhaps - historical reasons(!?).

The first things I noticed when I started with IPFire (~2011), were the
multimedia addons (see: https://wiki.ipfire.org/addons).

Who in god's name *needs* (and *wants*) "jukebox features", a "server
for streaming MP3- and OGG-files" or "video recording" - plus more - on
a *firewall*!?

I saw this and thought: "Ok then, this is a *bit* different from IPCop,
but what the heck. After all, you're not forced to install this cr** -
its in your own responsibility.

If it were up to me, these addons could be removed completely.

Let the discussion begin... ;-)

Jm2C!

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 1753 bytes --]

Hi,

> On 26 Mar 2020, at 07:24, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> On 25.03.2020 22:11, Stephan Mending wrote:
>> I was wondering why IPFire needs codecs at all?
> 
> I'm wondering, too... ;-)

There are a couple of reasons:

The image libraries are used to generate graphs. There are multiple ways do encode those and there are plenty of interdependencies to it.

The audio libraries are being used for libvirt, tshark to capture and decode audio and video, too.

There are a couple of media streaming add-ons which also can re-encode things. It is of course up to everyone to decide if they want/need to use it.

>> I bet there's a good reason. I just isn't clear to me.
> 
> As I see it, the main reasons are the ability to do it by Pakfire and -
> perhaps - historical reasons(!?).
> 
> The first things I noticed when I started with IPFire (~2011), were the
> multimedia addons (see: https://wiki.ipfire.org/addons).
> 
> Who in god's name *needs* (and *wants*) "jukebox features", a "server
> for streaming MP3- and OGG-files" or "video recording" - plus more - on
> a *firewall*!?
> 
> I saw this and thought: "Ok then, this is a *bit* different from IPCop,
> but what the heck. After all, you're not forced to install this cr** -
> its in your own responsibility.
> 
> If it were up to me, these addons could be removed completely.
> 
> Let the discussion begin... ;-)

I do not really want to re-open this one again. We dealt with that on repeat about 10 years ago.

They are add-ons. There are plenty of others where I personally disagree with and yet they are in the distribution. People have different needs.

-Michael

> 
> Jm2C!
> 
> Best,
> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 1173 bytes --]

Hi,

On 26.03.2020 10:10, Michael Tremer wrote:
> Hi,
> 
>> On 26 Mar 2020, at 07:24, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>> 
>> ...
>> I'm wondering, too... ;-)
> 
> There are a couple of reasons:
> 
> The image libraries are used to generate graphs. There are multiple ways do encode those and there are plenty of interdependencies to it.

Image libraries. Ok. I see the point. Can be useful.

> The audio libraries are being used for libvirt, tshark to capture and decode audio and video, too.
> 
> There are a couple of media streaming add-ons which also can re-encode things. It is of course up to everyone to decide if they want/need to use it.

ACK.

>>...
>> 
>> Let the discussion begin... ;-)
> 
> I do not really want to re-open this one again. We dealt with that on repeat about 10 years ago.

I did not know that this had been discussed before and no, I don't want
to start all over again...

> They are add-ons. There are plenty of others where I personally disagree with and yet they are in the distribution. People have different needs.

Yes, they have. From my point that's ok then.

Best,
Matthias

Re: Multimedia Libs

[Stephan Mending]

[-- Attachment #1: Type: text/plain, Size: 1850 bytes --]

Thanks for clearence !

On 26/03/2020 10:10, Michael Tremer wrote:
> Hi,
>
>> On 26 Mar 2020, at 07:24, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>
>> Hi,
>>
>> On 25.03.2020 22:11, Stephan Mending wrote:
>>> I was wondering why IPFire needs codecs at all?
>> I'm wondering, too... ;-)
> There are a couple of reasons:
>
> The image libraries are used to generate graphs. There are multiple ways do encode those and there are plenty of interdependencies to it.
>
> The audio libraries are being used for libvirt, tshark to capture and decode audio and video, too.
>
> There are a couple of media streaming add-ons which also can re-encode things. It is of course up to everyone to decide if they want/need to use it.
>
>>> I bet there's a good reason. I just isn't clear to me.
>> As I see it, the main reasons are the ability to do it by Pakfire and -
>> perhaps - historical reasons(!?).
>>
>> The first things I noticed when I started with IPFire (~2011), were the
>> multimedia addons (see: https://wiki.ipfire.org/addons).
>>
>> Who in god's name *needs* (and *wants*) "jukebox features", a "server
>> for streaming MP3- and OGG-files" or "video recording" - plus more - on
>> a *firewall*!?
>>
>> I saw this and thought: "Ok then, this is a *bit* different from IPCop,
>> but what the heck. After all, you're not forced to install this cr** -
>> its in your own responsibility.
>>
>> If it were up to me, these addons could be removed completely.
>>
>> Let the discussion begin... ;-)
> I do not really want to re-open this one again. We dealt with that on repeat about 10 years ago.
>
> They are add-ons. There are plenty of others where I personally disagree with and yet they are in the distribution. People have different needs.
>
> -Michael
>
>> Jm2C!
>>
>> Best,
>> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 812 bytes --]

Hi,

On 26.03.2020 10:30, Matthias Fischer wrote:
> Hi,
> 
>> ...
>> There are a couple of reasons:
>> 
>> The image libraries are used to generate graphs. There are multiple ways do encode those and there are plenty of interdependencies to it.
> 
> Image libraries. Ok. I see the point. Can be useful.
> 
>> The audio libraries are being used for libvirt, tshark to capture and decode audio and video, too.
>> 
>> There are a couple of media streaming add-ons which also can re-encode things. It is of course up to everyone to decide if they want/need to use it.
> 
> ACK.
> ...

Just to sum this up:
If nobody has any further suggestions or objections I would fire up a
'multimedia-branch' and try to build all found updates. or are there any
we can do without?

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 1129 bytes --]

Hi,

No as long as we have the package we must keep it up to date. I don’t think that we can drop anything right now.

Arne might know better than me :)

Best,
-Michael

> On 28 Mar 2020, at 04:54, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
>> On 26.03.2020 10:30, Matthias Fischer wrote:
>> Hi,
>> 
>>> ...
>>> There are a couple of reasons:
>>> 
>>> The image libraries are used to generate graphs. There are multiple ways do encode those and there are plenty of interdependencies to it.
>> 
>> Image libraries. Ok. I see the point. Can be useful.
>> 
>>> The audio libraries are being used for libvirt, tshark to capture and decode audio and video, too.
>>> 
>>> There are a couple of media streaming add-ons which also can re-encode things. It is of course up to everyone to decide if they want/need to use it.
>> 
>> ACK.
>> ...
> 
> Just to sum this up:
> If nobody has any further suggestions or objections I would fire up a
> 'multimedia-branch' and try to build all found updates. or are there any
> we can do without?
> 
> Best,
> Matthias
> 
> 
> 

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 2746 bytes --]

Hi,

On 25.03.2020 21:55, Matthias Fischer wrote:
> Hi,
> 
> On 27.02.2020 12:27, Michael Tremer wrote:
>>
>> [...could you look for some multimedia libs...?]>
> 
> [Lots of Updates and links]
> ...

Perhaps someone could take a look please:

During the update process I've found 'netpbm 10.47.61' (current version
is 10.73.61), "...a toolkit for manipulation of graphic images,
including conversion of images between a variety of different format...".

1. Usual question: do we need this? ;-)

2. I always get the following error(s) - how can I work around it?
I tried but didn't find a clue yet. It seems that the path in the
archive to 'jbig.h' was changed, but I can't find how to solve this.

3. Lfs and patch to 10.73.31 are attached.

Thanks for all tips...

***SNIP***
...
 mkdir -p importinc/netpbm
    rm -f importinc/netpbm/wordaccess_64_le.h
    ln -s /usr/src/netpbm-10.73.31/lib/util/wordaccess_64_le.h
importinc/netpbm/wordaccess_64_le.h
    mkdir -p importinc/netpbm
    rm -f importinc/netpbm/wordaccess_be_aligned.h
    ln -s /usr/src/netpbm-10.73.31/lib/util/wordaccess_be_aligned.h
importinc/netpbm/wordaccess_be_aligned.h
    mkdir -p importinc/netpbm
    rm -f importinc/netpbm/wordaccess_be_unaligned.h
    ln -s /usr/src/netpbm-10.73.31/lib/util/wordaccess_be_unaligned.h
importinc/netpbm/wordaccess_be_unaligned.h
    mkdir -p importinc/netpbm
    rm -f importinc/netpbm/wordintclz.h
    ln -s /usr/src/netpbm-10.73.31/lib/util/wordintclz.h
importinc/netpbm/wordintclz.h
    cc -c -I.  -Iimportinc -Iimportinc/netpbm
-I/usr/src/netpbm-10.73.31/converter/other/jbig
-I/usr/src/netpbm-10.73.31/converter/other/jbig -DNDEBUG     -O2 -pipe
-Wall -fexceptions -fPIC -march=i586 -mindirect-branch=thunk
-mfunction-return=thunk -mtune=generic -fomit-frame-pointer
-Wp,-D_FORTIFY_SOURCE=2 -Wp,-D_GLIBCXX_ASSERTIONS
-fstack-protector-strong -flax-vector-conversions  -o jbigtopnm.o
jbigtopnm.c
    jbigtopnm.c:14:10: fatal error: jbig.h: No such file or directory
    14 | #include <jbig.h>
    |          ^~~~~~~~
    compilation terminated.
    make[4]: *** [/usr/src/netpbm-10.73.31/common.mk:272: jbigtopnm.o]
Error 1
    make[4]: Leaving directory
'/usr/src/netpbm-10.73.31/converter/other/jbig'
    make[3]: *** [/usr/src/netpbm-10.73.31/common.mk:597: jbig/all] Error 2
    make[3]: Leaving directory '/usr/src/netpbm-10.73.31/converter/other'
    make[2]: *** [/usr/src/netpbm-10.73.31/common.mk:597: other/all] Error 2
    make[2]: Leaving directory '/usr/src/netpbm-10.73.31/converter'
    make[1]: *** [/usr/src/netpbm-10.73.31/common.mk:597: converter/all]
Error 2
    make[1]: Leaving directory '/usr/src/netpbm-10.73.31'
    make: *** [netpbm:84: /usr/src/log/netpbm-10.73.31] Error 2
***SNAP***

Best,
Matthias





[-- Attachment #2: netpbm.txt --]
[-- Type: text/plain, Size: 3641 bytes --]

###############################################################################
#                                                                             #
# IPFire.org - A linux based firewall                                         #
# Copyright (C) 2007-2020  IPFire Team  <info@ipfire.org>                     #
#                                                                             #
# This program is free software: you can redistribute it and/or modify        #
# it under the terms of the GNU General Public License as published by        #
# the Free Software Foundation, either version 3 of the License, or           #
# (at your option) any later version.                                         #
#                                                                             #
# This program is distributed in the hope that it will be useful,             #
# but WITHOUT ANY WARRANTY; without even the implied warranty of              #
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.  See the               #
# GNU General Public License for more details.                                #
#                                                                             #
# You should have received a copy of the GNU General Public License           #
# along with this program.  If not, see <http://www.gnu.org/licenses/>.       #
#                                                                             #
###############################################################################

###############################################################################
# Definitions
###############################################################################

include Config

VER        = 10.73.31

THISAPP    = netpbm-$(VER)
DL_FILE    = $(THISAPP).tgz
DL_FROM    = $(URL_IPFIRE)
DIR_APP    = $(DIR_SRC)/$(THISAPP)
TARGET     = $(DIR_INFO)/$(THISAPP)
PROG       = netpbm
PAK_VER    = 3

DEPS       =

CFLAGS    += -flax-vector-conversions

###############################################################################
# Top-level Rules
###############################################################################

objects = $(DL_FILE)

$(DL_FILE) = $(DL_FROM)/$(DL_FILE)

$(DL_FILE)_MD5 = 02b2383af38501a3012bdd85aa03bd02

install : $(TARGET)

check : $(patsubst %,$(DIR_CHK)/%,$(objects))

download :$(patsubst %,$(DIR_DL)/%,$(objects))

md5 : $(subst %,%_MD5,$(objects))

dist: 
	@$(PAK)

###############################################################################
# Downloading, checking, md5sum
###############################################################################

$(patsubst %,$(DIR_CHK)/%,$(objects)) :
	@$(CHECK)

$(patsubst %,$(DIR_DL)/%,$(objects)) :
	@$(LOAD)

$(subst %,%_MD5,$(objects)) :
	@$(MD5)

###############################################################################
# Installation Details
###############################################################################

$(TARGET) : $(patsubst %,$(DIR_DL)/%,$(objects))
	@$(PREBUILD)
	@rm -rf $(DIR_APP) && cd $(DIR_SRC) && tar zxf $(DIR_DL)/$(DL_FILE)
	rm -rf /usr/netpbm
	cp $(DIR_SRC)/config/netpbm/config.mk $(DIR_APP)
	cd $(DIR_APP) && make CFLAGS="$(CFLAGS)" #The build of this version cannot be parallelized
	cd $(DIR_APP) && make package PKGDIR=/usr/netpbm
	mkdir -pv /usr/include/netpbm
	mkdir -pv /usr/share/netpbm
	mv -fv /usr/netpbm/include/netpbm/* /usr/include/netpbm
	mv -fv /usr/netpbm/lib/* /usr/lib
	mv -fv /usr/netpbm/bin/* /usr/bin
	mv -fv /usr/netpbm/misc/* /usr/share/netpbm
	rm -Rfv /usr/netpbm/
	cd /usr/lib && ln -sfv libnetpbm.so.10.73 libnetpbm.so
	@rm -rf $(DIR_APP)
	@$(POSTBUILD)

[-- Attachment #3: netpbm-10_73_31.patch --]
[-- Type: text/plain, Size: 2024 bytes --]

 ###############################################################################
 #                                                                             #
 # IPFire.org - A linux based firewall                                         #
-# Copyright (C) 2007-2018  IPFire Team  <info@ipfire.org>                     #
+# Copyright (C) 2007-2020  IPFire Team  <info@ipfire.org>                     #
 #                                                                             #
 # This program is free software: you can redistribute it and/or modify        #
 # it under the terms of the GNU General Public License as published by        #
@@ -24,7 +24,7 @@

 include Config

-VER        = 10.47.61
+VER        = 10.73.31

 THISAPP    = netpbm-$(VER)
 DL_FILE    = $(THISAPP).tgz
@@ -32,7 +32,7 @@ DL_FROM    = $(URL_IPFIRE)
 DIR_APP    = $(DIR_SRC)/$(THISAPP)
 TARGET     = $(DIR_INFO)/$(THISAPP)
 PROG       = netpbm
-PAK_VER    = 2
+PAK_VER    = 3

 DEPS       =

@@ -46,7 +46,7 @@ objects = $(DL_FILE)

 $(DL_FILE) = $(DL_FROM)/$(DL_FILE)

-$(DL_FILE)_MD5 = a5d2ec8acc99f60e5b92a720ed292c3e
+$(DL_FILE)_MD5 = 02b2383af38501a3012bdd85aa03bd02

 install : $(TARGET)

@@ -83,13 +83,13 @@ $(TARGET) : $(patsubst %,$(DIR_DL)/%,$(objects))
        cp $(DIR_SRC)/config/netpbm/config.mk $(DIR_APP)
        cd $(DIR_APP) && make CFLAGS="$(CFLAGS)" #The build of this version cannot be parallelized
        cd $(DIR_APP) && make package PKGDIR=/usr/netpbm
-       mkdir -pv /usr/include/netpbm
+       mkdir -pv /usr/include/netpbm
        mkdir -pv /usr/share/netpbm
        mv -fv /usr/netpbm/include/netpbm/* /usr/include/netpbm
        mv -fv /usr/netpbm/lib/* /usr/lib
        mv -fv /usr/netpbm/bin/* /usr/bin
        mv -fv /usr/netpbm/misc/* /usr/share/netpbm
        rm -Rfv /usr/netpbm/
-       cd /usr/lib && ln -sfv libnetpbm.so.10.47 libnetpbm.so
+       cd /usr/lib && ln -sfv libnetpbm.so.10.73 libnetpbm.so
        @rm -rf $(DIR_APP)
        @$(POSTBUILD)

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 441 bytes --]

On 30.03.2020 07:08, Matthias Fischer wrote:
> Hi,
> 
> On 25.03.2020 21:55, Matthias Fischer wrote:
>> Hi,
>> 
>> On 27.02.2020 12:27, Michael Tremer wrote:
>>>
>>> [...could you look for some multimedia libs...?]>
>> 
>> [Lots of Updates and links]
>> ...
> 
> Perhaps someone could take a look please:
> 
> During the update process I've found 'netpbm 10.47.61' (current version
> is 10.73.61)

Of course I meant *10.73.31*. Typo. Sorry.

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 3607 bytes --]

On 30.03.2020 07:08, Matthias Fischer wrote:
> Hi,
> 
> On 25.03.2020 21:55, Matthias Fischer wrote:
>> Hi,
>> 
>> On 27.02.2020 12:27, Michael Tremer wrote:
>>>
>>> [...could you look for some multimedia libs...?]>
>> ...
>> [Lots of Updates and links]
>> ...

Reverted back to 10.47.61, but now this version won't build either:

***SNIP***
...
netpbm (10.47.61)
      [       17 ][ FAIL ]

    pnmtopng.c:485:50: error: 'Z_HUFFMAN_ONLY' undeclared (first use in
this function)
    485 |             cmdlineP->zlibCompression.strategy = Z_HUFFMAN_ONLY;
    |                                                  ^~~~~~~~~~~~~~
    pnmtopng.c:487:50: error: 'Z_FILTERED' undeclared (first use in this
function)
    487 |             cmdlineP->zlibCompression.strategy = Z_FILTERED;
    |                                                  ^~~~~~~~~~
    pnmtopng.c: In function 'buildColorAlphaLookup':
    pnmtopng.c:1694:14: warning: variable 'paletteTrans' set but not
used [-Wunused-but-set-variable]
    1694 |         gray paletteTrans;
    |              ^~~~~~~~~~~~
    pnmtopng.c: In function 'makePngLine':
    pnmtopng.c:2132:21: error: dereferencing pointer to incomplete type
'png_info' {aka 'struct png_info_def'}
    2132 |         if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY ||
    |                     ^~
    pnmtopng.c: In function 'convertpnm':
    pnmtopng.c:2618:11: error: dereferencing pointer to incomplete type
'png_info' {aka 'struct png_info_def'}
    2618 |   info_ptr->width = cols;
    |           ^~
    pnmtopng.c: In function 'displayVersion':
    pnmtopng.c:2814:13: error: 'ZLIB_VERSION' undeclared (first use in
this function); did you mean 'NETPBM_VERSION'?
    2814 |             ZLIB_VERSION);
    |             ^~~~~~~~~~~~
    |             NETPBM_VERSION
    make[3]: *** [/usr/src/netpbm-10.47.61/common.mk:230: pnmtopng.o]
Error 1
    make[3]: Leaving directory '/usr/src/netpbm-10.47.61/converter/other'
    make[2]: *** [/usr/src/netpbm-10.47.61/common.mk:525: other/all] Error 2
    make[2]: Leaving directory '/usr/src/netpbm-10.47.61/converter'
    make[1]: *** [/usr/src/netpbm-10.47.61/common.mk:525: converter/all]
Error 2
    make[1]: Leaving directory '/usr/src/netpbm-10.47.61'
    make: *** [netpbm:84: /usr/src/log/netpbm-10.47.61] Error 2
***SNAP***

And yes, I made a few other updates but I can't see no correlation
between my udates and these error messages.

Updates made so far:

root(a)Devel: /home/matz/ipfire-2.x # git status
On branch multimedia_libs
Changes not staged for commit:
  (use "git add <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        modified:   lfs/cmake
        modified:   lfs/faad2
        modified:   lfs/ffmpeg
        modified:   lfs/lame
        modified:   lfs/libjpeg
        modified:   lfs/libmpdclient
        modified:   lfs/libmpeg2
        modified:   lfs/libogg
        modified:   lfs/libpng
        modified:   lfs/libshout
        modified:   lfs/libtiff
        modified:   lfs/libvorbis
        modified:   lfs/opus
        modified:   lfs/sox
        modified:   lfs/taglib
        modified:   lfs/xvid
        modified:   make.sh

In 'make.sh' I must build 'libarchive' and 'cmake 3.17.0' prior to
'libjpeg 2.0.4'.

Nevertheless, all is ok, until 'netpbm' comes up...

Any hints?

Pushed this to
https://git.ipfire.org/?p=people/mfischer/ipfire-2.x.git;a=commit;h=114b7e2e369ee94f9ce1f3167ce32915c072a033

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 4282 bytes --]

Hi,

First of all, yes we need this. The bootloader needs it.

In the first trace you are missing JBIC, which is a patented image compression algorithm similar to JPEG.

You can disable support for that. Check the documentation for something like —-without-jbic.

On the second one, it did not include the headers for zlib correctly.

I suppose that cannot be disabled, because many algorithms depend on it.

Best,
-Michael

> On 30 Mar 2020, at 10:10, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> On 30.03.2020 07:08, Matthias Fischer wrote:
>> Hi,
>> 
>> On 25.03.2020 21:55, Matthias Fischer wrote:
>>> Hi,
>>> 
>>> On 27.02.2020 12:27, Michael Tremer wrote:
>>>> 
>>>> [...could you look for some multimedia libs...?]>
>>> ...
>>> [Lots of Updates and links]
>>> ...
> 
> Reverted back to 10.47.61, but now this version won't build either:
> 
> ***SNIP***
> ...
> netpbm (10.47.61)
>      [       17 ][ FAIL ]
> 
>    pnmtopng.c:485:50: error: 'Z_HUFFMAN_ONLY' undeclared (first use in
> this function)
>    485 |             cmdlineP->zlibCompression.strategy = Z_HUFFMAN_ONLY;
>    |                                                  ^~~~~~~~~~~~~~
>    pnmtopng.c:487:50: error: 'Z_FILTERED' undeclared (first use in this
> function)
>    487 |             cmdlineP->zlibCompression.strategy = Z_FILTERED;
>    |                                                  ^~~~~~~~~~
>    pnmtopng.c: In function 'buildColorAlphaLookup':
>    pnmtopng.c:1694:14: warning: variable 'paletteTrans' set but not
> used [-Wunused-but-set-variable]
>    1694 |         gray paletteTrans;
>    |              ^~~~~~~~~~~~
>    pnmtopng.c: In function 'makePngLine':
>    pnmtopng.c:2132:21: error: dereferencing pointer to incomplete type
> 'png_info' {aka 'struct png_info_def'}
>    2132 |         if (info_ptr->color_type == PNG_COLOR_TYPE_GRAY ||
>    |                     ^~
>    pnmtopng.c: In function 'convertpnm':
>    pnmtopng.c:2618:11: error: dereferencing pointer to incomplete type
> 'png_info' {aka 'struct png_info_def'}
>    2618 |   info_ptr->width = cols;
>    |           ^~
>    pnmtopng.c: In function 'displayVersion':
>    pnmtopng.c:2814:13: error: 'ZLIB_VERSION' undeclared (first use in
> this function); did you mean 'NETPBM_VERSION'?
>    2814 |             ZLIB_VERSION);
>    |             ^~~~~~~~~~~~
>    |             NETPBM_VERSION
>    make[3]: *** [/usr/src/netpbm-10.47.61/common.mk:230: pnmtopng.o]
> Error 1
>    make[3]: Leaving directory '/usr/src/netpbm-10.47.61/converter/other'
>    make[2]: *** [/usr/src/netpbm-10.47.61/common.mk:525: other/all] Error 2
>    make[2]: Leaving directory '/usr/src/netpbm-10.47.61/converter'
>    make[1]: *** [/usr/src/netpbm-10.47.61/common.mk:525: converter/all]
> Error 2
>    make[1]: Leaving directory '/usr/src/netpbm-10.47.61'
>    make: *** [netpbm:84: /usr/src/log/netpbm-10.47.61] Error 2
> ***SNAP***
> 
> And yes, I made a few other updates but I can't see no correlation
> between my udates and these error messages.
> 
> Updates made so far:
> 
> root(a)Devel: /home/matz/ipfire-2.x # git status
> On branch multimedia_libs
> Changes not staged for commit:
>  (use "git add <file>..." to update what will be committed)
>  (use "git checkout -- <file>..." to discard changes in working directory)
> 
>        modified:   lfs/cmake
>        modified:   lfs/faad2
>        modified:   lfs/ffmpeg
>        modified:   lfs/lame
>        modified:   lfs/libjpeg
>        modified:   lfs/libmpdclient
>        modified:   lfs/libmpeg2
>        modified:   lfs/libogg
>        modified:   lfs/libpng
>        modified:   lfs/libshout
>        modified:   lfs/libtiff
>        modified:   lfs/libvorbis
>        modified:   lfs/opus
>        modified:   lfs/sox
>        modified:   lfs/taglib
>        modified:   lfs/xvid
>        modified:   make.sh
> 
> In 'make.sh' I must build 'libarchive' and 'cmake 3.17.0' prior to
> 'libjpeg 2.0.4'.
> 
> Nevertheless, all is ok, until 'netpbm' comes up...
> 
> Any hints?
> 
> Pushed this to
> https://git.ipfire.org/?p=people/mfischer/ipfire-2.x.git;a=commit;h=114b7e2e369ee94f9ce1f3167ce32915c072a033
> 
> Best,
> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 2948 bytes --]

Hi,

On 25.03.2020 21:55, Matthias Fischer wrote:
> Hi,
> 
> On 27.02.2020 12:27, Michael Tremer wrote:
>>
>> [...could you look for some multimedia libs...?]>
> 
> Ok. I'm nice. I did. ;-)
> 
>> ... 

[cut: Lots of updates, lots of links]

I got them building without errors - based on current 'next' (2f8a33e).

All of them and some more.

Overview:

***SNIP***
root(a)Devel: /home/matz/ipfire-2.x # git status
On branch multimedia_libs
Changes not staged for commit:
  (use "git add/rm <file>..." to update what will be committed)
  (use "git checkout -- <file>..." to discard changes in working directory)

        deleted:    config/netpbm/Makefile.config
        modified:   config/netpbm/config.mk
        modified:   config/rootfiles/common/cmake
        modified:   config/rootfiles/common/libjpeg
        modified:   config/rootfiles/common/libpng
        modified:   config/rootfiles/packages/faad2
        modified:   config/rootfiles/packages/ffmpeg
        modified:   config/rootfiles/packages/lame
        modified:   config/rootfiles/packages/libogg
        modified:   config/rootfiles/packages/libshout
        modified:   config/rootfiles/packages/libtiff
        modified:   config/rootfiles/packages/libvorbis
        modified:   config/rootfiles/packages/motion
        modified:   config/rootfiles/packages/netpbm
        modified:   config/rootfiles/packages/opus
        modified:   config/rootfiles/packages/sox
        modified:   config/rootfiles/packages/taglib
        modified:   config/rootfiles/packages/xvid
        modified:   lfs/cmake
        modified:   lfs/faad2
        modified:   lfs/ffmpeg
        modified:   lfs/lame
        modified:   lfs/libjpeg
        modified:   lfs/libmpeg2
        modified:   lfs/libogg
        modified:   lfs/libpng
        modified:   lfs/libshout
        modified:   lfs/libtiff
        modified:   lfs/libvorbis
        modified:   lfs/motion
        modified:   lfs/netpbm
        modified:   lfs/opus
        modified:   lfs/sox
        modified:   lfs/taglib
        modified:   lfs/xvid
        modified:   make.sh

Untracked files:
  (use "git add <file>..." to include in what will be committed)

        config/rootfiles/packages/libmicrohttpd
        lfs/libmicrohttpd
***SNAP***

I'd like to push this branch as a whole so "someone" can take a look.

My problem:
Its a bit difficult to push them as individual patches, because there
are a lot of dependencies between the single "modules". And right now,
I'm not in the state to figure out which works with which, who I can and
cannot upload as a patch collection. And I can't test any of these here.
Thats my biggest problem. Building is OK - but will they work as intended?

So I'd like to push them all at once so "someone" can take a look and
test (- perhaps). Some lfs-options and some rootfiles might need
"finetuning" and I'm not really able to decide what to keep and what not.

Opinions?

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 3513 bytes --]

Hi,

> On 2 Apr 2020, at 18:07, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> On 25.03.2020 21:55, Matthias Fischer wrote:
>> Hi,
>> 
>> On 27.02.2020 12:27, Michael Tremer wrote:
>>> 
>>> [...could you look for some multimedia libs...?]>
>> 
>> Ok. I'm nice. I did. ;-)
>> 
>>> ... 
> 
> [cut: Lots of updates, lots of links]
> 
> I got them building without errors - based on current 'next' (2f8a33e).

Well done!

> All of them and some more.
> 
> Overview:
> 
> ***SNIP***
> root(a)Devel: /home/matz/ipfire-2.x # git status
> On branch multimedia_libs
> Changes not staged for commit:
>  (use "git add/rm <file>..." to update what will be committed)
>  (use "git checkout -- <file>..." to discard changes in working directory)
> 
>        deleted:    config/netpbm/Makefile.config
>        modified:   config/netpbm/config.mk
>        modified:   config/rootfiles/common/cmake
>        modified:   config/rootfiles/common/libjpeg
>        modified:   config/rootfiles/common/libpng
>        modified:   config/rootfiles/packages/faad2
>        modified:   config/rootfiles/packages/ffmpeg
>        modified:   config/rootfiles/packages/lame
>        modified:   config/rootfiles/packages/libogg
>        modified:   config/rootfiles/packages/libshout
>        modified:   config/rootfiles/packages/libtiff
>        modified:   config/rootfiles/packages/libvorbis
>        modified:   config/rootfiles/packages/motion
>        modified:   config/rootfiles/packages/netpbm
>        modified:   config/rootfiles/packages/opus
>        modified:   config/rootfiles/packages/sox
>        modified:   config/rootfiles/packages/taglib
>        modified:   config/rootfiles/packages/xvid
>        modified:   lfs/cmake
>        modified:   lfs/faad2
>        modified:   lfs/ffmpeg
>        modified:   lfs/lame
>        modified:   lfs/libjpeg
>        modified:   lfs/libmpeg2
>        modified:   lfs/libogg
>        modified:   lfs/libpng
>        modified:   lfs/libshout
>        modified:   lfs/libtiff
>        modified:   lfs/libvorbis
>        modified:   lfs/motion
>        modified:   lfs/netpbm
>        modified:   lfs/opus
>        modified:   lfs/sox
>        modified:   lfs/taglib
>        modified:   lfs/xvid
>        modified:   make.sh
> 
> Untracked files:
>  (use "git add <file>..." to include in what will be committed)
> 
>        config/rootfiles/packages/libmicrohttpd
>        lfs/libmicrohttpd
> ***SNAP***
> 
> I'd like to push this branch as a whole so "someone" can take a look.

You can of course commit them all into one branch, but please not as one large commit.

You can commit them one after the other.

But in the end, it of course only makes sense to merge the whole branch as one.

Best,
-Michael

> 
> My problem:
> Its a bit difficult to push them as individual patches, because there
> are a lot of dependencies between the single "modules". And right now,
> I'm not in the state to figure out which works with which, who I can and
> cannot upload as a patch collection. And I can't test any of these here.
> Thats my biggest problem. Building is OK - but will they work as intended?
> 
> So I'd like to push them all at once so "someone" can take a look and
> test (- perhaps). Some lfs-options and some rootfiles might need
> "finetuning" and I'm not really able to decide what to keep and what not.
> 
> Opinions?
> 
> Best,
> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 844 bytes --]

Hi,

On 25.03.2020 21:55, Matthias Fischer wrote:
> On 27.02.2020 12:27, Michael Tremer wrote:
>> [...could you look for some multimedia libs...?]>
>> ...

Something new has come up - "They just came my way..." ;-)

And a few questions.

While working on updates for:

krb5 1.15.2 => 1.18.1
tcl 8.6.6 => 8.6.10
ffmpeg 4.2.2 => 4.2.3

1. I found 'minidlna 1.1.3' - dated 2014. It depends on ffmpeg, flac,
libexif, libid3tag and libogg. Arne already bumped the PAK_VER.
But I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
Is there a reason why we are using the older version?

2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
I still upload the updates above, so we can take a look at them or
should I wait? I don't want to make unnecessary noise.

3. Should I try to update 'minidlna'?

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 1248 bytes --]

Hi,

> On 23 May 2020, at 11:08, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> On 25.03.2020 21:55, Matthias Fischer wrote:
>> On 27.02.2020 12:27, Michael Tremer wrote:
>>> [...could you look for some multimedia libs...?]>
>>> ...
> 
> Something new has come up - "They just came my way..." ;-)
> 
> And a few questions.
> 
> While working on updates for:
> 
> krb5 1.15.2 => 1.18.1
> tcl 8.6.6 => 8.6.10
> ffmpeg 4.2.2 => 4.2.3

Great!

> 1. I found 'minidlna 1.1.3' - dated 2014. It depends on ffmpeg, flac,
> libexif, libid3tag and libogg. Arne already bumped the PAK_VER.
> But I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
> Is there a reason why we are using the older version?

Not that I am aware of. Please check the official website and send a patch with the most recent version.

> 2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
> I still upload the updates above, so we can take a look at them or
> should I wait? I don't want to make unnecessary noise.

Dependencies to what?

Nettle is a crypto library and should be updated of course.

Best,
-Michael

> 3. Should I try to update 'minidlna'?
> 
> Best,
> Matthias

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 2724 bytes --]

Hi,

On 25.05.2020 11:29, Michael Tremer wrote:
> Hi,
> 
>> On 23 May 2020, at 11:08, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>> 
>> ...

>> I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
>> Is there a reason why we are using the older version?
> 
> Not that I am aware of. Please check the official website and send a patch with the most recent version.

Work in progress... ;-)

>> 2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
>> I still upload the updates above, so we can take a look at them or
>> should I wait? I don't want to make unnecessary noise.
> 
> Dependencies to what?

I hope I did it right - I tried with the new 'make.sh' option:

ffmpeg 4.2.2:
./make.sh find-dependencies libavcodec.so.58 libavdevice.so.58
libavfilter.so.7 libavformat.so.58 libavresample.so.4 libavutil.so.56
libpostproc.so.55 libswresample.so.3 libswscale.so.5

Output:
usr/sbin/minidlnad
usr/bin/mpd
usr/bin/motion
usr/bin/ffmpeg
usr/bin/ffprobe

For tcl 8.6.10:
./make.sh find-dependencies libitcl4.2.0.so libtcl8.6.so
libsqlite3.30.1.2.so libtdbc1.1.1.so libtdbcmysql1.1.1.so
libtdbcodbc1.1.1.so libtdbcpostgres1.1.1.so libthread2.8.5.so

Output:
usr/bin/tclsh8.6
tools_i586/bin/expect
bin/tclsh8.6

For krb5 1.18.1:
./make.sh find-dependencies db2.so otp.so pkinit.so spake.so test.so
k5tls.so libgssapi_krb5.so.2 libgssrpc.so.4 libk5crypto.so.3
libkadm5clnt_mit.so.12 libkadm5srv_mit.so.12 libkdb5.so.10 libkrad.so.0
libkrb5.so.3 libkrb5support.so.0 libverto.so.0

Output:
sbin/key.dns_resolver
usr/sbin/kprop
usr/sbin/kdb5_util
usr/sbin/kpropd
usr/sbin/kadmin.local
usr/sbin/smbd
usr/sbin/kadmind
usr/sbin/sim_server
usr/sbin/kproplog
usr/sbin/winbindd
usr/sbin/krb5kdc
usr/sbin/sserver
usr/sbin/afpd
usr/sbin/nmbd
usr/sbin/gss-server
usr/sbin/uuserver
usr/bin/smbcquotas
usr/bin/kdestroy
usr/bin/kvno
usr/bin/uuclient
usr/bin/kinit
usr/bin/ntlm_auth
usr/bin/smbcacls
usr/bin/kswitch
usr/bin/smbspool
usr/bin/sclient
usr/bin/smbpasswd
usr/bin/smbget
usr/bin/net
usr/bin/gss-client
usr/bin/ktutil
usr/bin/ksu
usr/bin/rpcclient
usr/bin/kadmin
usr/bin/smbtree
usr/bin/sim_client
usr/bin/klist
usr/bin/smbclient
usr/bin/kpasswd
usr/lib/libnetapi.so.0
usr/lib/libkrb5.so.3.3
usr/lib/libwireshark.so.13.0.3
usr/lib/libsmbclient.so.0
usr/lib/libkdb5.so.8.0
usr/lib/libkadm5srv_mit.so.11.0
usr/lib/freeradius/rlm_krb5.so
usr/lib/libkdb5.so.10.0
usr/lib/libgssapi_krb5.so.2.2
usr/lib/libgssrpc.so.4.2
usr/lib/libkadm5clnt_mit.so.12.0
usr/lib/libkadm5clnt_mit.so.11.0
usr/lib/libkadm5srv_mit.so.12.0
usr/lib/libk5crypto.so.3.1
usr/lib/libkrad.so.0.0

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 3326 bytes --]

Hi,

> On 25 May 2020, at 12:05, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> On 25.05.2020 11:29, Michael Tremer wrote:
>> Hi,
>> 
>>> On 23 May 2020, at 11:08, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>> 
>>> ...
> 
>>> I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
>>> Is there a reason why we are using the older version?
>> 
>> Not that I am aware of. Please check the official website and send a patch with the most recent version.
> 
> Work in progress... ;-)
> 
>>> 2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
>>> I still upload the updates above, so we can take a look at them or
>>> should I wait? I don't want to make unnecessary noise.
>> 
>> Dependencies to what?
> 
> I hope I did it right - I tried with the new 'make.sh' option:
> 
> ffmpeg 4.2.2:
> ./make.sh find-dependencies libavcodec.so.58 libavdevice.so.58
> libavfilter.so.7 libavformat.so.58 libavresample.so.4 libavutil.so.56
> libpostproc.so.55 libswresample.so.3 libswscale.so.5
> 
> Output:
> usr/sbin/minidlnad
> usr/bin/mpd
> usr/bin/motion
> usr/bin/ffmpeg
> usr/bin/ffprobe

These do not need to be shipped again, because the library’s version number did not change.

> 
> For tcl 8.6.10:
> ./make.sh find-dependencies libitcl4.2.0.so libtcl8.6.so
> libsqlite3.30.1.2.so libtdbc1.1.1.so libtdbcmysql1.1.1.so
> libtdbcodbc1.1.1.so libtdbcpostgres1.1.1.so libthread2.8.5.so
> 
> Output:
> usr/bin/tclsh8.6
> tools_i586/bin/expect
> bin/tclsh8.6

Same here. This is actually only tcl and expect. The latter is only present in the toolchain.

> 
> For krb5 1.18.1:
> ./make.sh find-dependencies db2.so otp.so pkinit.so spake.so test.so
> k5tls.so libgssapi_krb5.so.2 libgssrpc.so.4 libk5crypto.so.3
> libkadm5clnt_mit.so.12 libkadm5srv_mit.so.12 libkdb5.so.10 libkrad.so.0
> libkrb5.so.3 libkrb5support.so.0 libverto.so.0

These all need to be shipped again.

I looks like it is only samba and netatalk.

> 
> Output:
> sbin/key.dns_resolver
> usr/sbin/kprop
> usr/sbin/kdb5_util
> usr/sbin/kpropd
> usr/sbin/kadmin.local
> usr/sbin/smbd
> usr/sbin/kadmind
> usr/sbin/sim_server
> usr/sbin/kproplog
> usr/sbin/winbindd
> usr/sbin/krb5kdc
> usr/sbin/sserver
> usr/sbin/afpd
> usr/sbin/nmbd
> usr/sbin/gss-server
> usr/sbin/uuserver
> usr/bin/smbcquotas
> usr/bin/kdestroy
> usr/bin/kvno
> usr/bin/uuclient
> usr/bin/kinit
> usr/bin/ntlm_auth
> usr/bin/smbcacls
> usr/bin/kswitch
> usr/bin/smbspool
> usr/bin/sclient
> usr/bin/smbpasswd
> usr/bin/smbget
> usr/bin/net
> usr/bin/gss-client
> usr/bin/ktutil
> usr/bin/ksu
> usr/bin/rpcclient
> usr/bin/kadmin
> usr/bin/smbtree
> usr/bin/sim_client
> usr/bin/klist
> usr/bin/smbclient
> usr/bin/kpasswd
> usr/lib/libnetapi.so.0
> usr/lib/libkrb5.so.3.3
> usr/lib/libwireshark.so.13.0.3
> usr/lib/libsmbclient.so.0
> usr/lib/libkdb5.so.8.0
> usr/lib/libkadm5srv_mit.so.11.0
> usr/lib/freeradius/rlm_krb5.so
> usr/lib/libkdb5.so.10.0
> usr/lib/libgssapi_krb5.so.2.2
> usr/lib/libgssrpc.so.4.2
> usr/lib/libkadm5clnt_mit.so.12.0
> usr/lib/libkadm5clnt_mit.so.11.0
> usr/lib/libkadm5srv_mit.so.12.0
> usr/lib/libk5crypto.so.3.1
> usr/lib/libkrad.so.0.0
> 
> Best,
> Matthias

-Michael

Re: Multimedia Libs

[Matthias Fischer]

[-- Attachment #1: Type: text/plain, Size: 4009 bytes --]

Hi,

lets see if I can pull this together - its been a long day (holidays are
over...) - please see comments below:

On 26.05.2020 12:15, Michael Tremer wrote:
> Hi,
> 
>> On 25 May 2020, at 12:05, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>> 
>> Hi,
>> 
>> On 25.05.2020 11:29, Michael Tremer wrote:
>>> Hi,
>>> 
>>>> On 23 May 2020, at 11:08, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>> 
>>>> ...
>> 
>>>> I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
>>>> Is there a reason why we are using the older version?
>>> 
>>> Not that I am aware of. Please check the official website and send a patch with the most recent version.
>> 
>> Work in progress... ;-)
>> 
>>>> 2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
>>>> I still upload the updates above, so we can take a look at them or
>>>> should I wait? I don't want to make unnecessary noise.
>>> 
>>> Dependencies to what?
>> 
>> I hope I did it right - I tried with the new 'make.sh' option:
>> 
>> ffmpeg 4.2.2:
>> ./make.sh find-dependencies libavcodec.so.58 libavdevice.so.58
>> libavfilter.so.7 libavformat.so.58 libavresample.so.4 libavutil.so.56
>> libpostproc.so.55 libswresample.so.3 libswscale.so.5
>> 
>> Output:
>> usr/sbin/minidlnad
>> usr/bin/mpd
>> usr/bin/motion
>> usr/bin/ffmpeg
>> usr/bin/ffprobe
> 
> These do not need to be shipped again, because the library’s version number did not change.

Ok, no rootfile changes + no version changes in libraries.

Besides, the same goes for 'ffmpeg 4.2.3', which I sent yesterday. No
version bumps.

>> 
>> For tcl 8.6.10:
>> ./make.sh find-dependencies libitcl4.2.0.so libtcl8.6.so
>> libsqlite3.30.1.2.so libtdbc1.1.1.so libtdbcmysql1.1.1.so
>> libtdbcodbc1.1.1.so libtdbcpostgres1.1.1.so libthread2.8.5.so
>> 
>> Output:
>> usr/bin/tclsh8.6
>> tools_i586/bin/expect
>> bin/tclsh8.6
> 
> Same here. This is actually only tcl and expect. The latter is only present in the toolchain.

Ok. Fine. Like above.

> 
>> 
>> For krb5 1.18.1:
>> ./make.sh find-dependencies db2.so otp.so pkinit.so spake.so test.so
>> k5tls.so libgssapi_krb5.so.2 libgssrpc.so.4 libk5crypto.so.3
>> libkadm5clnt_mit.so.12 libkadm5srv_mit.so.12 libkdb5.so.10 libkrad.so.0
>> libkrb5.so.3 libkrb5support.so.0 libverto.so.0
> 
> These all need to be shipped again.
> 
> I looks like it is only samba and netatalk.

Now I'm curious. "Samba and netatalk".

In fact, I do find some 'smb*'-snippets in the list below, but I
wouldn't have known what programs to look for. How did you know?

> 
>> 
>> Output:
>> sbin/key.dns_resolver
>> usr/sbin/kprop
>> usr/sbin/kdb5_util
>> usr/sbin/kpropd
>> usr/sbin/kadmin.local
>> usr/sbin/smbd
>> usr/sbin/kadmind
>> usr/sbin/sim_server
>> usr/sbin/kproplog
>> usr/sbin/winbindd
>> usr/sbin/krb5kdc
>> usr/sbin/sserver
>> usr/sbin/afpd
>> usr/sbin/nmbd
>> usr/sbin/gss-server
>> usr/sbin/uuserver
>> usr/bin/smbcquotas
>> usr/bin/kdestroy
>> usr/bin/kvno
>> usr/bin/uuclient
>> usr/bin/kinit
>> usr/bin/ntlm_auth
>> usr/bin/smbcacls
>> usr/bin/kswitch
>> usr/bin/smbspool
>> usr/bin/sclient
>> usr/bin/smbpasswd
>> usr/bin/smbget
>> usr/bin/net
>> usr/bin/gss-client
>> usr/bin/ktutil
>> usr/bin/ksu
>> usr/bin/rpcclient
>> usr/bin/kadmin
>> usr/bin/smbtree
>> usr/bin/sim_client
>> usr/bin/klist
>> usr/bin/smbclient
>> usr/bin/kpasswd
>> usr/lib/libnetapi.so.0
>> usr/lib/libkrb5.so.3.3
>> usr/lib/libwireshark.so.13.0.3
>> usr/lib/libsmbclient.so.0
>> usr/lib/libkdb5.so.8.0
>> usr/lib/libkadm5srv_mit.so.11.0
>> usr/lib/freeradius/rlm_krb5.so
>> usr/lib/libkdb5.so.10.0
>> usr/lib/libgssapi_krb5.so.2.2
>> usr/lib/libgssrpc.so.4.2
>> usr/lib/libkadm5clnt_mit.so.12.0
>> usr/lib/libkadm5clnt_mit.so.11.0
>> usr/lib/libkadm5srv_mit.so.12.0
>> usr/lib/libk5crypto.so.3.1
>> usr/lib/libkrad.so.0.0
>> 
>> Best,
>> Matthias
> 
> -Michael
> 

Best,
Matthias

Re: Multimedia Libs

[Michael Tremer]

[-- Attachment #1: Type: text/plain, Size: 4328 bytes --]

Hi,

> On 26 May 2020, at 18:13, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
> 
> Hi,
> 
> lets see if I can pull this together - its been a long day (holidays are
> over...) - please see comments below:
> 
> On 26.05.2020 12:15, Michael Tremer wrote:
>> Hi,
>> 
>>> On 25 May 2020, at 12:05, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>> 
>>> Hi,
>>> 
>>> On 25.05.2020 11:29, Michael Tremer wrote:
>>>> Hi,
>>>> 
>>>>> On 23 May 2020, at 11:08, Matthias Fischer <matthias.fischer(a)ipfire.org> wrote:
>>>>> 
>>>>> ...
>>> 
>>>>> I found a newer version of 'minidlna' in cache (1.2.1 dated 2017).
>>>>> Is there a reason why we are using the older version?
>>>> 
>>>> Not that I am aware of. Please check the official website and send a patch with the most recent version.
>>> 
>>> Work in progress... ;-)
>>> 
>>>>> 2. Similar to 'nettle 3.6', I found a lot of dependencies (sigh). Should
>>>>> I still upload the updates above, so we can take a look at them or
>>>>> should I wait? I don't want to make unnecessary noise.
>>>> 
>>>> Dependencies to what?
>>> 
>>> I hope I did it right - I tried with the new 'make.sh' option:
>>> 
>>> ffmpeg 4.2.2:
>>> ./make.sh find-dependencies libavcodec.so.58 libavdevice.so.58
>>> libavfilter.so.7 libavformat.so.58 libavresample.so.4 libavutil.so.56
>>> libpostproc.so.55 libswresample.so.3 libswscale.so.5
>>> 
>>> Output:
>>> usr/sbin/minidlnad
>>> usr/bin/mpd
>>> usr/bin/motion
>>> usr/bin/ffmpeg
>>> usr/bin/ffprobe
>> 
>> These do not need to be shipped again, because the library’s version number did not change.
> 
> Ok, no rootfile changes + no version changes in libraries.
> 
> Besides, the same goes for 'ffmpeg 4.2.3', which I sent yesterday. No
> version bumps.
> 
>>> 
>>> For tcl 8.6.10:
>>> ./make.sh find-dependencies libitcl4.2.0.so libtcl8.6.so
>>> libsqlite3.30.1.2.so libtdbc1.1.1.so libtdbcmysql1.1.1.so
>>> libtdbcodbc1.1.1.so libtdbcpostgres1.1.1.so libthread2.8.5.so
>>> 
>>> Output:
>>> usr/bin/tclsh8.6
>>> tools_i586/bin/expect
>>> bin/tclsh8.6
>> 
>> Same here. This is actually only tcl and expect. The latter is only present in the toolchain.
> 
> Ok. Fine. Like above.
> 
>> 
>>> 
>>> For krb5 1.18.1:
>>> ./make.sh find-dependencies db2.so otp.so pkinit.so spake.so test.so
>>> k5tls.so libgssapi_krb5.so.2 libgssrpc.so.4 libk5crypto.so.3
>>> libkadm5clnt_mit.so.12 libkadm5srv_mit.so.12 libkdb5.so.10 libkrad.so.0
>>> libkrb5.so.3 libkrb5support.so.0 libverto.so.0
>> 
>> These all need to be shipped again.
>> 
>> I looks like it is only samba and netatalk.
> 
> Now I'm curious. "Samba and netatalk".
> 
> In fact, I do find some 'smb*'-snippets in the list below, but I
> wouldn't have known what programs to look for. How did you know?

Just by doing this job for far too long.

> 
>> 
>>> 
>>> Output:
>>> sbin/key.dns_resolver
>>> usr/sbin/kprop
>>> usr/sbin/kdb5_util
>>> usr/sbin/kpropd
>>> usr/sbin/kadmin.local
>>> usr/sbin/smbd
>>> usr/sbin/kadmind
>>> usr/sbin/sim_server
>>> usr/sbin/kproplog
>>> usr/sbin/winbindd
>>> usr/sbin/krb5kdc
>>> usr/sbin/sserver
>>> usr/sbin/afpd
>>> usr/sbin/nmbd
>>> usr/sbin/gss-server
>>> usr/sbin/uuserver
>>> usr/bin/smbcquotas
>>> usr/bin/kdestroy
>>> usr/bin/kvno
>>> usr/bin/uuclient
>>> usr/bin/kinit
>>> usr/bin/ntlm_auth
>>> usr/bin/smbcacls
>>> usr/bin/kswitch
>>> usr/bin/smbspool
>>> usr/bin/sclient
>>> usr/bin/smbpasswd
>>> usr/bin/smbget
>>> usr/bin/net
>>> usr/bin/gss-client
>>> usr/bin/ktutil
>>> usr/bin/ksu
>>> usr/bin/rpcclient
>>> usr/bin/kadmin
>>> usr/bin/smbtree
>>> usr/bin/sim_client
>>> usr/bin/klist
>>> usr/bin/smbclient
>>> usr/bin/kpasswd
>>> usr/lib/libnetapi.so.0
>>> usr/lib/libkrb5.so.3.3
>>> usr/lib/libwireshark.so.13.0.3
>>> usr/lib/libsmbclient.so.0
>>> usr/lib/libkdb5.so.8.0
>>> usr/lib/libkadm5srv_mit.so.11.0
>>> usr/lib/freeradius/rlm_krb5.so
>>> usr/lib/libkdb5.so.10.0
>>> usr/lib/libgssapi_krb5.so.2.2
>>> usr/lib/libgssrpc.so.4.2
>>> usr/lib/libkadm5clnt_mit.so.12.0
>>> usr/lib/libkadm5clnt_mit.so.11.0
>>> usr/lib/libkadm5srv_mit.so.12.0
>>> usr/lib/libk5crypto.so.3.1
>>> usr/lib/libkrad.so.0.0
>>> 
>>> Best,
>>> Matthias
>> 
>> -Michael
>> 
> 
> Best,
> Matthias