Hi,

On 26 Mar 2020, at 07:24, Matthias Fischer matthias.fischer@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

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

Thanks for clearence !

On 26/03/2020 10:10, Michael Tremer wrote:

Hi,

...

On 26 Mar 2020, at 07:24, Matthias Fischer matthias.fischer@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

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.

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@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@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=114b7e2e...

Best, Matthias

Hi,

On 2 Apr 2020, at 18:07, Matthias Fischer matthias.fischer@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@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

Hi,

On 23 May 2020, at 11:08, Matthias Fischer matthias.fischer@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

Hi,

On 25 May 2020, at 12:05, Matthias Fischer matthias.fischer@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@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

Hi,

On 26 May 2020, at 18:13, Matthias Fischer matthias.fischer@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@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@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