[packman] packager/publisher seems to have bellyache
Hi, my little pmbs project does not publish properly, zypper ref complains: http://paste.opensuse.org/2035718 on closer inspection it looks as if the various signature xml files do not match the ones references in repomd.xml... any idea how to fix? bye, MH -- gpg key fingerprint: 5F64 4C92 9B77 DE37 D184 C5F9 B013 44E7 27BD 763C () ascii ribbon campaign against HTML e-mail /\ www.asciiribbon.org ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
[packman] [PMBS] SR 228 Multimedia/mp3gain
New submit request 228 on mp3gain by phils3r https://pmbs.links2linux.org/request/show/228 added manpage to mp3gain and updated the lgpl address ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PMBS] SR 228 Multimedia/mp3gain
Hi Philipp, Am 29.05.2012 13:22, schrieb PMBS: > New submit request 228 on mp3gain by phils3r > https://pmbs.links2linux.org/request/show/228 > > added manpage to mp3gain and updated the lgpl address You added a lgpl-v3 license file, but mp3gain is actually LGPL-2.1 or later. Which is not the same :-) Best regards, seife -- Stefan Seyfried "Dispatch war rocket Ajax to bring back his body!" ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
[packman] [PMBS] SR 229 Multimedia/mp3gain
New submit request 229 on mp3gain by phils3r https://pmbs.links2linux.org/request/show/229 added manpage to mp3gain and updated the lgpl address. Also changed the LICENSE file gpl v2.1. Also I've cleanup the spec file a bit ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] k3b-codecs issue
Am Montag, 28. Mai 2012, 21:45:05 schrieb Cristian Morales Vega: > Are you talking care of gstreamer010-ffmpeg and its URLProtocol -> > AVIOContext? It was not on my list, but I've put it there. I'll take a look on it. -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PMBS] SR 227 Essentials/ffmpeg
Am Montag, 28. Mai 2012, 23:24:25 schrieb PMBS: > New submit request 227 on ffmpeg by RedDwarf > https://pmbs.links2linux.org/request/show/227 > > - Remove incorrect obsoletes What's wrong with this obsoletes entries? I've inserted both some time ago, after renaiming and splitting the ffmpeg package to get rid of old package and prevent from conflicts. -- Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/ Manfred | http://packman.links2linux.de/ ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
[packman] MythTV update
Hi, I did an complete update of my HTPC this weekend. Among these 2xy packages has also been a new version of MythTV 0.25. After this update mythbackend is segfaulting right on startup: mansion:~ # dmesg | grep mythbackend [13.980837] mythbackend[9597]: segfault at 34 ip 7f6377c04837 sp 7fff0ae992e8 error 4 in libmythtv-0.25.so.0.25.0[7f637797a000+918000] Any ideas? - my system is openSUSE 12.1: mansion:~ # uname -a Linux mansion 3.1.10-1.9-desktop #1 SMP PREEMPT Thu Apr 5 18:48:38 UTC 2012 (4a97ec8) x86_64 x86_64 x86_64 GNU/Linux Thank you Jörg Dreßler ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PMBS] SR 227 Essentials/ffmpeg
On 29 May 2012 19:14, Manfred Tremmel wrote: > Am Montag, 28. Mai 2012, 23:24:25 schrieb PMBS: >> New submit request 227 on ffmpeg by RedDwarf >> https://pmbs.links2linux.org/request/show/227 >> >> - Remove incorrect obsoletes > > What's wrong with this obsoletes entries? I've inserted both some time > ago, after renaiming and splitting the ffmpeg package to get rid of old > package and prevent from conflicts. Just after the renaming they were OK. But when the package was named libffmpeg0 it provided... what? libavcodec36? Now it's false that libavcodec54 obsoletes libavcodec36 since you may need both (for programs compiled against one or the other). Just because of this they are wrong. And the problem is that libavcodec53 provided libffmpeg0. If libavcodec54 obsoletes libffmpeg0, it obsoletes libavcodec53. Since there were some packages already compiled against libavcodec54 and others failed to build (but the old versions were still available in the repo compiled against libavcodec53)... users needed libavcodec53 and libavcodec54 installed at the same time. The Obsoletes didn't allow that since installing libavcodec54 triggered the uninstall of libavcodec53. ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] MythTV update
Hi Jörg Am Dienstag, 29. Mai 2012, 19:34:03 schrieb Jörg Dreßler: > I did an complete update of my HTPC this weekend. Among these 2xy > packages has also been a new version of MythTV 0.25. After this update > mythbackend is segfaulting right on startup: > > mansion:~ # dmesg | grep mythbackend > [13.980837] mythbackend[9597]: segfault at 34 ip 7f6377c04837 sp > 7fff0ae992e8 error 4 in libmythtv-0.25.so.0.25.0[7f637797a000+918000] > > Any ideas? - my system is openSUSE 12.1: > > mansion:~ # uname -a > Linux mansion 3.1.10-1.9-desktop #1 SMP PREEMPT Thu Apr 5 18:48:38 UTC > 2012 (4a97ec8) x86_64 x86_64 x86_64 GNU/Linux We had only one real change of the mythtv packages. Lately Pascal has added unicable support backported from mythtv master. This was a bad idea, because it updates the database, which doesn't work well. I think that isn't your actual problem. At the moment there seems to be a mess with the underlying multimedia libraries. I think that's more likley the cause for what you observe. If that's the case you problem my be solved when those libs are updated. Meanwhile I am preparing an update with the latest fixes from the mythtv repository and try to solve the issue with the database, too Herbert ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PMBS] SR 227 Essentials/ffmpeg
On 29 May 2012 20:42, Manfred Tremmel wrote:
> Am Dienstag, 29. Mai 2012, 19:57:34 schrieben Sie:
>> On 29 May 2012 19:14, Manfred Tremmel wrote:
>> > Am Montag, 28. Mai 2012, 23:24:25 schrieb PMBS:
>> >> New submit request 227 on ffmpeg by RedDwarf
>> >> https://pmbs.links2linux.org/request/show/227
>> >>
>> >> - Remove incorrect obsoletes
>> >
>> > What's wrong with this obsoletes entries? I've inserted both some
>> > time ago, after renaiming and splitting the ffmpeg package to get
>> > rid of old package and prevent from conflicts.
>>
>> Just after the renaming they were OK. But when the package was named
>> libffmpeg0 it provided... what? libavcodec36? Now it's false that
>> libavcodec54 obsoletes libavcodec36 since you may need both (for
>> programs compiled against one or the other). Just because of this they
>> are wrong.
>
> In the past all libs where included in libffmpeg and later in
> libffmpeg0.
The point is that libavcodec54 doesn't obsolete any of them.
>> And the problem is that libavcodec53 provided libffmpeg0. If
>> libavcodec54 obsoletes libffmpeg0, it obsoletes libavcodec53. Since
>
> Right, but even if I remove it, it's impossible to keep libavcodec53, it
> depends on "libavutil2 = %{version}" like libavcodec54 dose.
I didn't notice that... Probably a good moment to change it to
"libavutil2 >= %{version}". It will avoid the problem in the future
and if ffmpeg guys keep the promise of binary compatibility (no cause
to thing otherwise) it must work.
>> there were some packages already compiled against libavcodec54 and
>> others failed to build (but the old versions were still available in
>> the repo compiled against libavcodec53)... users needed libavcodec53
>> and libavcodec54 installed at the same time. The Obsoletes didn't
>> allow that since installing libavcodec54 triggered the uninstall of
>> libavcodec53.
>
> I work on porting the missing packages. Give me a view days.
No problem.
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] [PMBS] SR 227 Essentials/ffmpeg
Am Dienstag, 29. Mai 2012, 20:49:51 schrieb Cristian Morales Vega:
> > In the past all libs where included in libffmpeg and later in
> > libffmpeg0.
>
> The point is that libavcodec54 doesn't obsolete any of them.
Ok, maybe we can remove it complete, then the provides should also
removed. It's so long ago we had libffmpeg and libffmpeg0, so it
shouldn't matter.
>
> >> And the problem is that libavcodec53 provided libffmpeg0. If
> >> libavcodec54 obsoletes libffmpeg0, it obsoletes libavcodec53.
> >> Since>
> > Right, but even if I remove it, it's impossible to keep
> > libavcodec53, it depends on "libavutil2 = %{version}" like
> > libavcodec54 dose.
> I didn't notice that... Probably a good moment to change it to
> "libavutil2 >= %{version}". It will avoid the problem in the future
> and if ffmpeg guys keep the promise of binary compatibility (no cause
> to thing otherwise) it must work.
I had big problmes in the past between incompatible ffmpeg libs with the
same so number. And it's realy hard to find such a problems, because I
don't know the exact version of the lib, the user uses (and even if I
know, I don't have to reproduce). That's the reason I've added all this
dependencies.
> > I work on porting the missing packages. Give me a view days.
>
> No problem.
I've seen, you've fixed some packages, thanks a lot.
--
Machs gut| http://www.iivs.de/schwinde/buerger/tremmel/
Manfred | http://packman.links2linux.de/
___
Packman mailing list
Packman@links2linux.de
http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
Re: [packman] mldonkey from packman repo stucks at the beginning
On 2012-05-29 22:34:02 (+0200), GMAIL wrote: > Hi, good evening: Hi Alfredo (sorry, sending again, had a typo in the mailing-list address ¬¬) > first of all, thanks for your effort packaging mldonkey for opensuse, > but at 12.1 version there is > no way to make it work. > Heavy CPU load and no answer on URL localhost:4080 nor > 192.168.250.120:4080 (my internal IP) > The only answer is: > alfredo@pb1400cen:~> mldonkey & > [1] 6030 > alfredo@pb1400cen:~> 2012/05/29 22:09:14 [cO] Starting MLDonkey 3.1.1 ... > 2012/05/29 22:09:14 [cO] Language ES, locale UTF-8, ulimit for open files 1024 > 2012/05/29 22:09:14 [cO] raised ulimit for open files from 1024 to 4096 > 2012/05/29 22:09:14 [cO] MLDonkey is working in /home/alfredo/.mldonkey > 2012/05/29 22:09:14 [cO] creating new MLDonkey base directory in > /home/alfredo/.mldonkey > 2012/05/29 22:09:14 [Gettext] Loading language resource > mlnet_strings.es_ES.UTF-8 > 2012/05/29 22:09:14 [cO] loaded language resource file > 2012/05/29 22:09:14 [DNS] Resolving [pb1400cen.mozoilo.site] ... > where : > my PC is named pb1400cen. > my user (no privileges) is alfredo > pb1400cen.mozoilo.site is my internal FQD. (resolved by host file, not bind) > under .mldonkey there are tmp directory and mlnet_strings.es_ES.UTF-8 > file (both of them empty). > No logs under /var/log/messages. No parameter found to make mldonkey > start verbosed... > Any clue? any forum where this problem has been resolved? I'm afraid I really can't help, I don't even use mldonkey myself, I just keep the package building and up-to-date. Please report the problem with the mldonkey developers, as we just package it, we don't write the software itself. (And, sorry, I don't have the time to relay the bugs there myself :\) cheers -- -o) Pascal Bleser /\\ http://opensuse.org -- we haz green _\_v http://fosdem.org -- we haz conf pgp0WM1MoD1Qd.pgp Description: PGP signature ___ Packman mailing list Packman@links2linux.de http://lists.links2linux.de/cgi-bin/mailman/listinfo/packman
