Jump to content


Photo

Merge requests For Master-next Pli's gt


  • Please log in to reply
50 replies to this topic

Re: Merge requests For Master-next Pli's gt #21 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 August 2014 - 17:47

Ter info

 

I did a cleanall before and a git checkout on gts-plugin-dreabox-dvbmediasink.bb

 

Just added the patch to the recipe.

 

While building from stratch, just put NEW,README etc in the source code and continue with make image.

 

I see no do_install in the recipe.So maybe the problem could be solved to tell bitbake how.

 Normally the pkgconfig takes care off the install. It's not needed unless some none standard things are used .  But ... what is now standard ... That's the question.



Re: Merge requests For Master-next Pli's gt #22 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 August 2014 - 17:50

To be honnest I slammed one keyboard into pieces due to this bloody foreign problem :P



Re: Merge requests For Master-next Pli's gt #23 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 18 August 2014 - 17:55

Yes i can imagine that..pfff..Well i have to leave,i try something later in the evening..I think we have to tell bitbake in the recipe how to install..But i could be wrong..


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #24 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 18 August 2014 - 18:45

Just look at how I 'fixed' the others, most have a "sed" script now to replace the AM_... invocation with something that works.

There's no quick way, you have to look at the first few lines of configure.ac and see what the patch must do to add "foreign" to the macro, and usually remove the old package+version arguments that were there.

I've never really understood why autotools insists on these useless files being present.
Real musicians never die - they just decompose

Re: Merge requests For Master-next Pli's gt #25 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 18 August 2014 - 18:56

MAybe it's enough to add foreign to Makefile.am
AUTOMAKE_OPTIONS = foreign
Then most probably the only think required is to change AC_INIT
-AC_INIT
+AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
Reference: http://mij.oltrelinu...oconf-automake/
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Merge requests For Master-next Pli's gt #26 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 August 2014 - 19:13

MAybe it's enough to add foreign to Makefile.am

AUTOMAKE_OPTIONS = foreign
Then most probably the only think required is to change AC_INIT
-AC_INIT
+AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
Reference: http://mij.oltrelinu...oconf-automake/

That's already tried by me , but really I never could not let it work. To at to automake in Makefile.am it is

 

AM_INIT_AUTOMAKE([foreign])

 

 

We do never reach the automake stage into bitbake , as it's already failed into autoreconf fase. And that's why the (foreign) patch was made in 2004 into oe-core . It is just removed now and there we go...problems are starting.



Re: Merge requests For Master-next Pli's gt #27 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 18 August 2014 - 19:14

We're the only ones still compiling projects that were already abandoned way before 2005 I guess :)
Real musicians never die - they just decompose

Re: Merge requests For Master-next Pli's gt #28 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 18 August 2014 - 20:37

We're the only ones still compiling projects that were already abandoned way before 2005 I guess :)

Unfortunately no we are not . But  pli4 is well one of the only images which is using such modern oe-core.  The day when other images will start using the more modern oe-core they will have the same problems. Ok some packages are a lot older like tuxbox. But the gst-dvbmediasink  is pretty up to date. And others also.



Re: Merge requests For Master-next Pli's gt #29 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 18 August 2014 - 22:47

This is de working patch:

 

diff --git a/configure.ac b/configure.ac
index 7483e54..2eb9888 100644
--- a/configure.ac
+++ b/configure.ac
@@ -1,4 +1,5 @@
-AC_INIT
+AC_INIT(FULL-PACKAGE-NAME, VERSION, BUG-REPORT-ADDRESS)
+AM_INIT_AUTOMAKE([foreign])
 AC_CONFIG_MACRO_DIR([m4])
 
 dnl versions of gstreamer and plugins-base

 

---------------------------------------------------------------------------------------------------------

 

IPK attachted.

Attached Files


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #30 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 18 August 2014 - 23:26

For readymedia:

 

Make a empty file with the name ABOUT-NLS

 

And put minidlna.init.d.script (attached) in git/linux/ (in workdirectory  openpli-oe-core/build/tmp/work/mips32el-oe-linux/readymedia/1.1.0+gitAUTOINC+bb9d584a86-r0).

 

Not a real solution, but is better to do this then nothing.

Attached Files


Edited by Beeker, 18 August 2014 - 23:28.

Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #31 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 18 August 2014 - 23:45

For readymedia:

 

Make a empty file with the name ABOUT-NLS

Sorry , Put that file into the source dir.(openpli-oe-core/build/tmp/work/mips32el-oe-linux/readymedia/1.1.0+gitAUTOINC+bb9d584a86-r0/git).


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #32 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 19 August 2014 - 06:29

I previousely spook about 2 solutions.

 

I just did a try with the first and this works fine. It's just an extra add to ...tuxcom.bb file :  pkgconfig to be added by inherit.

 

Complete build 100 % ok (with all feeds)

 

Here the patch. This is the most easy way

 

I copied the autoconf off oe-core to meta-openpli/recipes-devtools

 

readded the foreign patch and added it to the autoconf_2.69.bb

 

Build is just perfect.

 

Includded here the git patch against master-next

 

My build is made for vuduo2.

Attached Files



Re: Merge requests For Master-next Pli's gt #33 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 19 August 2014 - 11:17

Yes there are more solutions.I also tried the sed script like @Milo said.

Tuxcom is now the only problem left.Before the master-next update last saterday tuxcom were OK.Now it complains about freetype again.

I follow the tread -Tuxcom is missing from feed-. So i have some information about it.I also take a look at your patch.


Edited by Beeker, 19 August 2014 - 11:19.

Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #34 Beeker

  • PLi® Contributor
  • 1,602 posts

+203
Excellent

Posted 19 August 2014 - 11:30

Tuxcom is ok now.thanks.


Dreambox dm920, Uclan Ustym4Kpro, Gigablue UHD TRIO 4K and Dreambox dm8000. Wavefrontier T55 13.0|19.2|23.5|28.2 + Ziggo.


Re: Merge requests For Master-next Pli's gt #35 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 19 August 2014 - 14:41

Just look at how I 'fixed' the others, most have a "sed" script now to replace the AM_... invocation with something that works.

There's no quick way, you have to look at the first few lines of configure.ac and see what the patch must do to add "foreign" to the macro, and usually remove the old package+version arguments that were there.

I've never really understood why autotools insists on these useless files being present.

On that point a fully agree. Insisting one the presence of useless files is not understandable and does not make any sense.

 

I already told before , the guy who currently is doeing all those specific changes into oe-core , I can't understand him , i do not trust him , there is something not wright about him.

 

His changes improved nothing , no any valuable positiff effect is present. All his changes are leading to degraded build capacity.

 

It looks more like there is a hidden goal ?,diary? behind, It even smells bad ..... very bad.


Edited by christophecvr, 19 August 2014 - 14:42.


Re: Merge requests For Master-next Pli's gt #36 pieterg

  • PLi® Core member
  • 32,766 posts

+245
Excellent

Posted 19 August 2014 - 16:10

You think the NSA might be behind it?

Re: Merge requests For Master-next Pli's gt #37 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 19 August 2014 - 17:32

Ask him.
Real musicians never die - they just decompose

Re: Merge requests For Master-next Pli's gt #38 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 19 August 2014 - 17:35

His changes improved nothing , no any valuable positiff effect is present. All his changes are leading to degraded build capacity.

There's the absense of bad effects, which is probably what he was after.

Because OE force-fed "--foreign" to all autotools invocations, even recipes created recently forgot to mention it in their makefile. As a result, you could only get those to compile using OE, but you couldn't build them on a normal PC. At least this puts a stop to the creation of more broken configure.ac files.
Real musicians never die - they just decompose

Re: Merge requests For Master-next Pli's gt #39 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 19 August 2014 - 21:03

You think the NSA might be behind it?

No not really :P but some commercial onces ?? :unsure:  ... Once never now.

 

However this foreign problem, Yes normaly the source writers should pay attention to the gnu standards, and pay more attention to their configure.ac files. To have working autotools it's important. Just like MiLo said. ok it somehow underssandable.

 

What that Guy did with other things like a very good example is the Neon package is a very wrong and very questionable. It's clear that there he just did not test or even never thaught about severe consequences. And that since he's is in my opinion not stupid but just very smart and know his stuff very abnormal.



Re: Merge requests For Master-next Pli's gt #40 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 20 August 2014 - 11:47

And here the solution 2 , actually it's not enterily like a proposed before , but took the better solution of MiLo

 

Tested now is full build off vuduo2 . Other boxes are not done. But I gues for dm it will just be to do extra by the gst-plugin...dreambox..dvbmediask.bb

 

This patch can be pushed to master next I think.

 

 

Attached Files




13 user(s) are reading this topic

0 members, 13 guests, 0 anonymous users