mething like that) but even when I patch
> around that there's another problem with qrc (QT resource files) not
> getting generated in time. Some kind of dependency problem I think.
I can help you resolve that, but I need to see what exactly is going wrong
(e.g., the offending build.log).
Kevin Kofler
Fedora proper.
As far as I can tell, it has been relicensed by the copyright holder, so
there should be nothing preventing it from entering Fedora anymore. But only
git master, or version 0.15 and higher when released, can be imported into
Fedora, NOT 0.14.x or older.
Kevin Kofler
actual packaging work.
Kevin Kofler
I wrote:
> And if FPC doesn't feel competent, they should say so so we can re-file
> the ticket with FESCo (or they could just forward it to FESCo directly).
Actually, I see FPC made a decision now, that's good.
Kevin Kofler
Alec Leamas wrote:
> Long story short: I agree (longer explanation in ticket). That said, we
> need a fpc decision.
And if FPC doesn't feel competent, they should say so so we can re-file the
ticket with FESCo (or they could just forward it to FESCo directly).
Kevin Kofler
al" to kde-desktop. It used to be "optional" in
kde-desktop in Fedora before it was moved.
(I don't think I can edit comps directly in RPM Fusion as I can in Fedora,
can I? Allowing that and documenting it would remove that burden from the
admins.)
Kevin Kofler
Please keep in mind that the typical RPM Fusion material (patent-encumbered
software, proprietary software etc.) is NOT allowed on (the official
instance of) Copr.
Kevin Kofler
PS:
I wrote:
> I'm going to complain about this to FPC, and if they ignore the issue,
> escalate it to FESCo. This kind of package has no business being in
> Fedora!
https://fedorahosted.org/fpc/ticket/362
Kevin Kofler
if they ignore the issue,
escalate it to FESCo. This kind of package has no business being in Fedora!
Kevin Kofler
örg's own code is now under the CDDL, but it links to other
people's GPL code also included in the cdrtools package.)
Kevin Kofler
recent builds in
updates-testing nor devel, only builds from August 23. Does the RepoView
need a refresh? Or where are the packages that got pushed?
Kevin Kofler
Hi,
I wrote yesterday:
> my freetype-freeworld builds have been behaving strangely lately. Looking
> at buildsys.rpmfusion.org:
I have just filed https://bugzilla.rpmfusion.org/show_bug.cgi?id=2964 for
this issue.
Kevin Kofler
n.org; the failure e-mail gave links on
builder1.rpmfusion.org, but those did not work at all.
I think we have some serious issues transfering output to
buildsys.rpmfusion.org.
Kevin Kofler
the current (old)
Kaffeine release to RPM Fusion along with xine-lib.
Kevin Kofler
Sérgio Basto wrote:
> To test x264 / ffmpeg / mplayer , I prefer use nvidia drive , to trust
> more in tests ...
IMHO, it's much more useful to test with the Nouveau driver that's the
default and "supported" (to the extent Fedora is "supported") driver in
Fedora!
Kevin Kofler
distro with old libraries.
Kevin Kofler
ther DJB stuff, wasn't it? I remember I had gotten it
disabled in the distant past due to licensing issues, but those should be
resolved now, right?
Kevin Kofler
e there's anything I can do to work
> around the problem.
This also breaks the live image composes, see the thread on the Fedora devel
list.
MySQL-libs needs to go away!
Kevin Kofler
then
> /usr/bin/systemctl preset on Fedora 17 (RPM Fusion bug
> #2687) >/dev/null 2>&1 || :
> fi
Likewise.
Kevin Kofler
Jeremy Newton wrote:
> PS: Forgive my ignorance, but how do you respond to an thread in these
> mailing lists? It seems that when I try to do so, it creates a new thread
> instead.
I have KNode pointed to gmane.linux.redhat.fedora.rpmfusion.devel on
nntps://news.gmane.org:563.
Hi,
can you please push freetype-freeworld-2.4.8-4.fc17 to stable now? The
equivalent Fedora update went stable yesterday (after almost 3 weeks of
testing).
Kevin Kofler
M. M. wrote:
> Can anyone clarify my doubt, please?
> In other words, the main point is: can different branches of the same
> package host different forks of a software?
Yes, it makes sense in some cases. In this case in particular, I don't see
any other solution.
Kevin Kofler
in stable
releases (only to bugfix releases), so there shouldn't be any need to touch
the shell extension at all, unless you need to fix a bug in the shell
extension itself.
Kevin Kofler
contents again.
Kevin Kofler
e mirrors
had been carrying (nothing newer than F14).
Kevin Kofler
t that
package, so I don't think continuing to refuse carrying it is justified.
Kevin Kofler
rting some of the same symbols, so there WILL be symbol conflicts.
Kevin Kofler
Hi,
rpm.livna.org is throwing 403 errors for all accesses today. Add to that
that the mirrors have all been stale for eons (they don't have any directory
newer than 14) and you get an entirely broken repo.
Kevin Kofler
ted to recommend using the
RPM 4.9 filtering builtins directly rather than through those macros (and
remove the obsolete restrictions on where filters may be used), but that's a
matter for the FPC (Fedora Packaging Committee), so it needs to be brought
to them.
Kevin Kofler
VLC's many
dependencies. And you also said that it's a problem for bootstrapping VLC
itself. (Does VLC really end up depending on Phonon? Why?)
Kevin Kofler
id such permanent bootstraping issue.
That problem would also go away if you implement the above change.
Kevin Kofler
penGTL both statically
linked LLVM, and were both linked into Krita. The fix was to make both
Gallium and OpenGTL link the shared system LLVM library. Only after BOTH
were changed to use the shared library, the problem went away.
Kevin Kofler
Nicolas Chauvet wrote:
> What do you think about moving the requirement of any phonon-backend
> from phonon to the apps actually using phonon ?
I don't think that's very practical. A lot of stuff uses Phonon.
Kevin Kofler
rpmfusion-pkgs-rep...@rpmfusion.org wrote:
> Packages built and released for RPM Fusion (EL - free) testing/5: 1
>
> z-push-1.5.10-1.el5.centos
Wrong disttag?
Kevin Kofler
f you don't hide your internal symbols, that often exposes
symbols with very generic names). But most often it happens with
compatibility libraries.
So I stand by it: The only practical way to ship an openssl-freeworld is
such that it overrides the Fedora openssl.
Kevin Kofler
o first to updates-testing, then to
updates, where they stay. (The updates repo is enabled by default, updates-
testing is not.) The package will be in the main repo for Fedora 18.
Kevin Kofler
fast because the fixes tend to
be security fixes (which is also the case for OpenSSL).
Kevin Kofler
NY Phonon backend to build (strictly speaking, a backend isn't
needed to build at all, but the Phonon library is and Phonon depends on a
backend so that it works out of the box) and VLC keeps being broken every so
often, so it'd be better to just pull in phonon-backend-gstreamer from
Fed
pecial rule against kernel modules (which I tried to get
overturned more than once because IMHO it doesn't make any sense, but
failed).
Kevin Kofler
silently replaced by a patent-encumbered one.
Kevin Kofler
), which will
keep working in the future when Qt 5 will be the default and which avoids
the pesky Epoch.
Kevin Kofler
lications.
Kevin Kofler
umstances, bochs-devel package can't be
> introduced into F16.
What circumstances? There's nothing in Fedora policies preventing adding a
subpackage.
Kevin Kofler
natively, to
revert individual patches requiring newer FFmpeg APIs).
Kevin Kofler
well as piss upstream off when we come
> asking for help.
I don't think bundling is an acceptable solution, especially with something
like FFmpeg which has security updates quite frequently.
Kevin Kofler
There's no need to
dlopen the library from the plugin, it can be linked directly.
Kevin Kofler
bookwar/libasl
http://koji.russianfedora.ru/koji/taskinfo?taskID=21717
It seems to actually build fine against the current Boost in Fedora. You may
want to talk to Aleksandra Bookwar about getting this into Fedora proper.
Kevin Kofler
the required ACLs
needs to apply the trivial patch.
Kevin Kofler
e-lib 1.2).
So, does xine-lib need a rereview? Does everything need a rereview? If not,
how else do I request the transfer?
Kevin Kofler
his type of software(?)
> - The plan is to unbundle the package when boost-log becomes part of
> boost. This should be a minor fix.
I'm usually the bundling police ;-) , but considering all of the above, I
agree that an exception seems warranted here. (And I see Hans, who
definitely has more authority here on RPM Fusion than me, agrees.)
Kevin Kofler
nd it.
Sorry, but you have to expect that RPM and yum will NEVER be changed the way
you ask. You need to work with what's there. That's what guidelines are for.
I don't see how a specfile you basically never have to touch, and which got
reviewed and approved in one go along with the other one, is a burden in any
way.
Kevin Kofler
h as that stupid monolithic design.
Kevin Kofler
ll. So that's
exactly the reason why a separate specfile and SRPM is needed!
Kevin Kofler
etire (for my packages, resp. have the respective maintainer
retire) the listed packages in Fedora for Fedora ≥ 17 and get (or have the
respective maintainer get) them into RPM Fusion Free instead. (I'd take care
of xine-lib and kaffeine myself, I hope the maintainers of the other packages
will take care of them.)
Comments? Objections?
Kevin Kofler
t
moves to RPM Fusion, and the new xine-lib can Obsolete/Provide it. That'll
allow making the packaging a bit less of a wicked mess than it is now.
Kevin Kofler
r to that fork) relicenses their code
to the GPL or a GPL-compatible license. (Note that every single contributor
to FreeCAD needs to agree to the exception. Yes, licenses are a PITA.)
Kevin Kofler
ertainly also
incompatible with the GPL. I am no lawyer and I can't find the offending
requirement at first glance, but that doesn't mean it doesn't exist.
Kevin Kofler
rcial use) are most definitely NOT compatible with the GPL, so FreeCAD
upstream must declare an exception if they want to comply with their own
license (and they should, if they want their software to be legally
redistributable by others).
Kevin Kofler
en pushed now, so please also push the freeworld
package ASAP.
Kevin Kofler
update (which isn't all that critical
given that the default Phonon backend in F15 is GStreamer), or whatever.
Kevin Kofler
es, the stable push in Fedora is already requested, but for some reason
it wasn't included in the push. :-( I guess it will be in the next one.
Kevin Kofler
The Fedora 15 update:
> https://admin.fedoraproject.org/updates/xine-lib-1.1.20-1.fc15
is now queued for stable too.
Kevin Kofler
Kevin Kofler wrote:
> The Fedora 16 update:
>> https://admin.fedoraproject.org/updates/xine-lib-1.1.20-1.fc16
> is now queued for stable.
This has now hit stable on the Fedora mirrors, we need
xine-lib-extras-freeworld-1.1.20-3.fc16 pushed out as stable ASAP.
(Only the F16 one, the F
mer, but
the critical path marking algorithm is greedy and marks all backends as
critical), so it needs to wait another week unless there's positive feedback
in Bodhi.
Kevin Kofler
not sure I like this solution… I think fixing the Python code to support
systemwide installations properly would be a better solution than this hack.
Though *I* won't be using that non-Free software (well, based on a non-Free
library) anyway. ;-)
Kevin Kofler
is probably hardcoded somewhere in the code, probably through some -D
flag being passed to the compiler by the build system. Look for
add_definitions calls in the CMakeLists.txt files.
Kevin Kofler
ree?
>
> set_target_properties(FreeCADApp PROPERTIES
> LIBRARY_OUTPUT_DIRECTORY ${CMAKE_BINARY_DIR}/lib)
IIRC those are only for the build tree.
Kevin Kofler
Richard Shaw wrote:
> On Mon, Nov 28, 2011 at 2:09 PM, Kevin Kofler wrote:
>> That looks like it'll work, though I'd actually change the INSTALL
>> commands to use the standard CMake macros for the destination and then
>> change the "portable" case to ov
ros, rather than having
the systemwide case be the special case (because the systemwide case is
really the normal one :-) ).
Kevin Kofler
I wrote:
> I see Remi's builds have now been put into rpm.livna.org, but why did F15
> i386 get the el6 build rather than the fc15 one?
And now it has the fc16 one! :-/
Kevin Kofler
his might be a bit off topic, but Livna
> instructs to mail rpmfusion-devel anyway.
I see Remi's builds have now been put into rpm.livna.org, but why did F15
i386 get the el6 build rather than the fc15 one?
Kevin Kofler
Kevin Kofler wrote:
> As usual for xine-lib, the plugin ABI has been bumped, so the updates in
> RPM Fusion Free:
> xine-lib-extras-freeworld-1.1.20-3.fc16
> xine-lib-extras-freeworld-1.1.20-3.fc15
> will need to be coordinated with the corresponding updates in
pdate). Fedora 14 defaulted to phonon-backend-xine, so xine-lib is
critical for the KDE Plasma Workspaces there.
Kevin Kofler
Fusion, can you please mark my account as sponsored?").
Kevin Kofler
nt when using qt-devel
Unfortunately, yum prefers phonon-backend-vlc to phonon-backend-gstreamer
when both are available (due to fewer dependencies, shorter name or
whatever).
Kevin Kofler
These are broken dependencies in rpmfusion-free-rawhide:
* vcdimager: https://bugzilla.rpmfusion.org/show_bug.cgi?id=2060
(I also hit this with xine-lib-extras-freeworld.)
* vlc: https://bugzilla.rpmfusion.org/show_bug.cgi?id=2061
(I've just filed this one based on your report.)
You have to wait for these to be fixed.
Kevin Kofler
Richard Shaw wrote:
> On Mon, Nov 21, 2011 at 10:16 PM, Kevin Kofler wrote:
>> I'm also not sure whether those scripts you change to be executable
>> should really be executable. Generally, the best practices are that
>> scripts should be marked executable if and
sufficient. Whether the directory already existed or not should not be
relevant.
I'm also not sure whether those scripts you change to be executable should
really be executable. Generally, the best practices are that scripts should
be marked executable if and only if they have a valid #! li
ike none at all:
https://bugzilla.redhat.com/show_bug.cgi?id=755305#c2
:-(
Kevin Kofler
. Current FFmpeg has a builtin decoder
for VP8.
Kevin Kofler
d have freetype-freeworld-2.4.8-1.fc17 (which actually got built as
.fc16, which is what I'm complaining about).
Fedora already moved on weeks ago. What are we waiting for?
Kevin Kofler
Kevin Kofler wrote:
> I noticed that the updated common/branches still thinks Rawhide is Fedora
> 16. Please fix that! (Also check the builder configs, the Rawhide configs
> should actually point to Rawhide now.)
Ping? common/branches is still broken. I "fixed" it by locall
Kevin Kofler wrote:
> I noticed that the updated common/branches still thinks Rawhide is Fedora
> 16. Please fix that! (Also check the builder configs, the Rawhide configs
> should actually point to Rawhide now.)
Oh, and as I suspected, you also need to fix your builder configuration. T
idTargetException:Invalid target string.'>'
> make: *** [plague] Erreur 1
FYI, looks like that's now fixed.
For some reason, I had to run "make build" twice because the first time it
claimed it wasn't tagged although it actually was, but otherwise F16 builds
work now.
Kevin Kofler
than in Rawhide
(.fc16.1 in F16, .fc16 in Rawhide).
Kevin Kofler
it should arise again.
Kevin Kofler
's license, only upstream can.
Kevin Kofler
module shouldn't
matter), than to build a distro kernel, which has to build almost all
modules in existence. But of course, you have to know what you're doing to
configure a custom kernel, and it also takes time (YOUR time, not just your
computer's) to configure it.
Kevin Kofler
updates-testing) WILL STILL BE BROKEN! Unless we somehow pull the
fixed glibc manually into our buildroots. (So please DO NOT start issuing
rebuilds right now, it won't help.)
Kevin Kofler
n your directories), but sometimes diff might think a
file is binary when it isn't really (e.g. because it's an FSF text file with
"form feed" characters in them (I haven't seen anybody else use form feeds
for years, but the FSF still uses them for some reason)).
Kevin Kofler
sier to build the kmod from a single multi-
tarball SRPM (and you'd have another SRPM with the same 2 tarballs for the
-common portions, i.e. udev scripts, documentation etc.).
Kevin Kofler
from source on the user's machine in a
binary distribution is an ugly hack, not a solution for anything.
Kevin Kofler
in the list, just uncheck it, where's the problem?
And of course, I can only suggest to try Nouveau, which is the driver for
NVidia hardware which Fedora actually ships and supports(*).
Kevin Kofler
(*) to the extent that Fedora itself is "supported"
sion.org/build-status/job.psp?uid=10291
These are both fixed now, using the patches Rathann sent to the mailing list
(thanks!).
Kevin Kofler
t patent-free? Is the quality of the output comparable?
Kevin Kofler
rkManager starts up. But if you only use akmods for a
graphics driver, or even for some obscure driver not needed at bootup at
all, your boot will block needlessly if NetworkManager waits for them.
The problem is, ordering constraints are highly dependent on what akmods
you're actually using.
Kevin Kofler
t rm -f the file in %install, kill the
subpackage and add an Obsoletes for it to the main package.
Kevin Kofler
Dominik 'Rathann' Mierzejewski wrote:
> I can still see a ton of bundled libraries:
[snip]
> unrar
This library is non-Free and has no business being in something which claims
to be Free Software at all, bundled or not!
Kevin Kofler
...) with v4l1_ioctl(video_fd, ...)
> 4) idem for read / mmap / munmap (on a ptr coming from v4l1_mmap) & close
> 5) Add -lv4l1 to LD_FLAGS
Thanks for this clarification.
Kevin Kofler
nough until upstream gets
native libv4l support. Please post the patch you used.
Kevin Kofler
101 - 200 of 319 matches
Mail list logo
