-
When i say directly after update of ffmpeg it did not compile any longer than a mean this exactly so
Bugreport at rpmfusion/livna was answered "please go to ffmpeg-php, the must update their code"
So this was last year, this time the old extension seems to work - But php 5.3.0 was released and will need a rebuild and so i should get rid of this bug :-(
If there are php-headers missing i could...
2009-07-01 13:15:02 UTC in ffmpeg-php extension
-
Is this project dead or why are no releases which will fix this over more than 6 months?
php 5.3.0 is released too :-(.
2009-07-01 02:27:18 UTC in ffmpeg-php extension
-
> You don't seem to really be willing to realize that the makefiles have
> changed and that whatever custom steps you were doing before may not work
> anymore
You don't realize that the problem is solved by using rpms and the only thing that made me angry was your reference to...
2009-06-09 07:07:31 UTC in Open Virtual Machine Tools
-
They do but i did not know that they exist before your posting and what me made angry was the link to https://sourceforge.net/mailarchive/forum.php?thread_name=200905181606.57759.olivier.lahaye%40cea.fr&forum_name=open-vm-tools-devel in the first answer because there is no real solution for a aneduser and "you should probably get them from VMware's Tools distribution that goes with the products"...
2009-05-29 20:40:39 UTC in Open Virtual Machine Tools
-
> Reindl, not to get too held up in semantics, but you weren't building the
> modules, you were re-packaging them.
Bullshit - I would package them if i would make a rpm
If i compile them i BUILD them
> since we make
> sure that if you build things using the open-vm-tools makefiles it will
> build (and it does).
It does NOT damned
> About the fgets() problem, we fixed it internally already...
2009-05-29 15:27:09 UTC in Open Virtual Machine Tools
-
> You need to file a bug against the Fedora rpmfusion packager (i.e. myself), not upstream.
> For the record, I have an RPM of the latest open-vm-tools, but I'm seeing
> massive regression (drag-n-drop not working, etc...). But i'm short on
> time, patches are always welcome.
Where does rpmfusion matter in my context?
I try to build the whole time by myself the same way i did before...
2009-05-28 11:54:26 UTC in Open Virtual Machine Tools
-
Now i try to get compiled the kernel-modules and i would like to copy them directly without install the other stuff
But it is not building - So give me please a working way to get the kernel-modules built on recent fedora-versions or make the old way working again
cc1: warnings being treated as errors
wiperPosix.c: In function 'Wiper_Init':
wiperPosix.c:1016: error: ignoring return value...
2009-05-28 10:35:04 UTC in Open Virtual Machine Tools
-
> The module directories don't contain all needed files anymore
WHY?
You make unuseable this for non c-programmers in many cases or hurt them
Since many months this works very well on round 20 guest-machines and
On the referenced mailing-list i find no clear solution to get this working as it did
before april 2009.
> you should probably get them from VMware's Tools distribution that goes...
2009-05-28 09:24:33 UTC in Open Virtual Machine Tools
-
Since april 2009 the open-vm-tools are not longer building on fedora 9 / fedora 10
Since a long time i use the following script to build the kernel-modules for distributing after that to all other machines and it would be fine to get this working again because kernel 2.6.29 landed in updates-testing today
[root@buildserver:/scripts]$ cat /scripts/open-vm-tools/build.sh
#!/bin/bash
tar...
2009-05-28 08:45:03 UTC in Open Virtual Machine Tools
-
Hmm it looks like i have to use "pel" the next time
But on the development server following messages makes no fun :-(
Strict Standards: Declaration of PelEntryUserComment::setValue() should be compatible with that of PelEntryUndefined::setValue() in /mnt/data/www/phpincludes/pel/PelEntryUndefined.php on line 203
Strict Standards: Declaration of PelEntryVersion::setValue() should be compat.
2007-09-01 16:24:00 UTC in PEL: PHP Exif Library