On Fri, 9 Apr 2010 16:31:32 -0800, Jeff wrote:
> I'll repeat. If a testing package is missing in bodhi...it means its
> obsoleted by a newer one.
> Bodhi has a search interface which will let you find the newer ones.
> The bugzilla tickets have the reference to the newer ones.
It's bad to delete
Hello All!
CC to devel@lists.fedoraproject.org
CC to erlang-questi...@erlang.org
I would like to attract attention those erlangers, who use Fedora and
especially those of them, who use Erlang from Fedora's main
repository. Others are safe :)
Since Erlang adoption steadily grows and more applicat
On Sat, Apr 10, 2010 at 8:56 AM, Peter Lemenkov wrote:
>
> I did some investigation, and find a way to completely modularize
> whole Erlang package.
Sounds great!
> Also I'm sure that we need to push this
> change into both F-12
I object to this on general principle. Pushing sweeping changes t
Le samedi 10 avril 2010 à 16:56 +0400, Peter Lemenkov a écrit :
> I did some investigation, and find a way to completely modularize
> whole Erlang package. In a few words - main package consists of purely
> virtual 'erlang' package and a dozens of sub-packages (from
> erlang-appmon to erlang-xmerl
On Sat, 10 Apr 2010, Rahul Sundaram wrote:
> On 04/10/2010 03:26 AM, Alex Lancaster wrote:
>>
>> Broken deps in releases is my number 1 peeve with Fedora and although
>> it's been actively worked on now, it's taken a very long time to do so.
>> It would be nice if Red Hat put some more engineeri
Christoph Wickert wrote:
> Then polkit-kde would win and it has even more deps. ;)
And it wouldn't even work outside of KDE as it has OnlyShowIn=KDE;.
All this is why I suggested on #fedora-kde that we should ban all usage of
PolicyKit-authentication-agent entirely (possibly even just remove the
Jaroslav Reznik wrote:
> We explicitly require polkit-kde from F-12 in combination with polkit-1
> (in kdebase-workspace). F-11 still require PolicyKit-authentication-agent.
That would be F-13 resp. F-12.
I think that for F-12, we should really do that grouped update to introduce
polkit-kde and
On Fri, Apr 09, 2010 at 10:17:25AM +0200, Tomas Mraz wrote:
> So I got convinced that libcrypto.so.* should be moved back to /lib in
> the https://bugzilla.redhat.com/show_bug.cgi?id=559953 The libssl.so.*
> will stay in /usr/lib though.
>
> I will do that change in F14 packages. Till Maas asked m
Compose started at Sat Apr 10 08:15:07 UTC 2010
Broken deps for i386
--
anaconda-14.3-1.fc14.i686 requires fcoe-utils >= 0:1.0.12-3.20100323git
evolution-couchdb-0.3.2-2.fc13.i686 requires libcouchdb-glib-1.0.so.1
gnom
On Sat, Apr 10, 2010 at 04:38:19PM +, Rawhide Report wrote:
> 1:libguestfs-1.3.1-3.fc14.i686 requires /usr/lib/.libcrypto.so.10.hmac
> 1:libguestfs-1.3.1-3.fc14.i686 requires /usr/lib/libcrypto.so.10
> 1:libguestfs-1.3.1-3.fc14.i686 requires
> /usr/lib/.libcrypto.so.1.0.0.hma
Matt McCutchen wrote:
>> There are nine bugs mentioned in the update. Do you really suggest that
>> the update submitter should always manually copy them from an old update
>> to a new update?
>
> Yes. What's so hard about that? It's a single copy and paste.
Its several copies and pastes: list
Matt McCutchen wrote:
> The top of the page now shows the newest package versions, but much of
> the feedback referred to older versions, which are not listed. IMO,
> this is a terribly confusing practice and Bodhi shouldn't allow it. New
> packages should be submitted in a new update so that fee
Matt McCutchen wrote:
> This surprised me. I assumed updates were immutable and did not find
> any suggestion to the contrary until today.
Only stable updates are (except in special circumstances) immutable. Testing
updates are testing for a reason.
Kevin Kofler
--
devel mailing list
Jeff Spaleta wrote:
> What? We don't tag testing-updates with an ID.
Actually we do. :-)
But this is just one more reason to edit (the update keeps its ID, so we
know that FEDORA-2010- is always KDE 4.4.2 for F12, with or without
edits).
Kevin Kofler
--
devel mailing list
devel@l
Compose started at Sat Apr 10 09:15:06 UTC 2010
Broken deps for i386
--
Miro-2.5.4-3.fc13.i686 requires gecko-libs = 0:1.9.2.2
galeon-2.0.7-25.fc13.i686 requires gecko-libs = 0:1.9.2.2
gnome-python2-gtkmozembed-2.25.3-
I'm orphaning a bunch of packages for various reasons, listed below, so
I can focus more on other areas of Fedora. Please take them up if you
find them useful or wish to continue maintaining them.
== Don't have time/patience to maintain ==
* tremulous (has some pretty challenging bugs with it)
==
Hello,
im trying to package a maven plugin which depends on maven-release-plugin;
where has it gone? Im almost sure it was included at the time of F-7 / F-8,
and also the maven sample template in the java guidelines on the wiki
suggest its use.
pkgdb and yum return no result searching for it.
Than
On Fri, 2010-04-09 at 20:05 -0400, Matt McCutchen wrote:
> How hard is it to use Bodhi properly?
You have jumped from asking 'am I missing something' to lecturing other
people on the 'proper' use of Bodhi in the space of three emails,
despite the fact that no reply to your original mail suggested
2010/4/10 Colin Walters :
>> Also I'm sure that we need to push this
>> change into both F-12
>
> I object to this on general principle. Pushing sweeping changes to
> infrastructure packages is not what stable updates are for.
This update is fully API/ABI compatible with previous monolithic
pack
Hello!
2010/4/10 Nicolas Mailhot :
> So you are proposing a metapackage. Fedora has historically frowned at
> metapackages, we prefer to create comps groups to bundle multiple
> packages together.
Sorry, but this looks like purely non-technical argument for me (I
mean using verbs like "prefer",
20 matches
Mail list logo