>> Sure. Would you like to own the package outright? I've little time
>> to maintain it these days, and you seem both interested and capable.
> Ok, thanks. I don't mind co-owning it with others.
> I will commit with the change suggested by Hans Ulrich Niedermann.
Currently the package shows up
>>> I don't see a package review request or any koji builds. Are you sure
>>> it's coming to Fedora?
>>
>> Solang developers need to port it to the newer version of libgda first.
>> Otherwise it would require a compat package to get into the repository.
To be precise, it is actually libgdamm. The
> This should have already included in daily rawhide report. I am not
> sure why broken deps report is not getting included in daily rawhide
> report.
There is some problem with the script and Jesse is not around to fix it.
Cheerio,
Debarshi
--
One reason that life is complex is that it has a re
Thank you very much for doing this.
Happy hacking,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
I am going to update libchamplain from 0.2.9 to 0.3.3 in Fedora 11.
This involves a change in the soname, but since no other package
depends on it I hope it would not be a problem. On the plus side, the
GtkChamplainEmbed widget which was earlier separately released has
been merged into the libchamp
> I've been working on updating libchamplain to 0.3.3 in Rawhide, but
> until it gets ported to the clutter-0.9 api (or we do a clutter-0.8
> compat) it's a no go for now.
That is also what I was waiting for.
> Regarding pushing this to F11, I really
> don't think we should, since the only real c
> 1:anjuta-2.26.1.0-1.fc12.i586 requires libgdl-1.so.0
> [...]
> 1:anjuta-2.26.1.0-1.fc12.i586 requires libgdl-1.so.0
> 1:anjuta-2.26.1.0-1.fc12.x86_64 requires libgdl-1.so.0()(64bit)
> [...]
> 1:anjuta-2.26.1.0-1.fc12.ppc requires libgdl-1.so.0
> 1:anjuta-2.26.1.
According to http://live.gnome.org/libchamplain/schedule they can be
expected to use Clutter 1.0 only from 3rd August, which is a day
before the Alpha freeze.
Cheers,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-dev
Apologies for the belated notice.
Gajim's license had been changed from GPLv2 to GPLv3 when Gajim 0.12
alpha1 was released. I have committed the change in CVS now which will
be available with gajim-0.12.3-1.
Cheers,
Debarshi
--
One reason that life is complex is that it has a real part and an
im
> I'm the author of the "libsatsolver" library, a library solves
> package dependencies with a SAT algorithm.
> This library is currently used in SUSE by YaST/zypp. I'm currently
> trying to make it less SUSE specific like adding support for package
> coloring and different repo handling, but I'm p
> pystatgrab
I took pystatgrab since ldtp needs it.
Cheers,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-lis
> clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-cairo-0.8.so.0
> clutter-cairomm-0.7.4-2.fc11.i586 requires libcluttermm-0.8.so.2
> clutter-cairomm-0.7.4-2.fc11.i586 requires libclutter-glx-0.8.so.0
> clutter-cairomm-devel-0.7.4-2.fc11.i586 requires
> pkgconfig(
> Unblocked orphan tomoe
dchen (CC'ed) was interested in tomoe. In fact he is one of the co-maintainers.
Cheerio,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
ht
>> libchamplain-0.2.9-1.fc11.i586 requires libclutter-glx-0.8.so.0
>> libchamplain-0.2.9-1.fc11.i586 requires libclutter-cairo-0.8.so.0
>> libchamplain-devel-0.2.9-1.fc11.i586 requires pkgconfig(clutter-0.8)
This has been ported and built.
Cheers,
Debarshi
--
One reason that li
> * Voice chat with GoogleTalk (though this will probably need us to look at
> our firewall rules for this to work out of the box) - bpepple
>
> Is it really a pro when it works very poorly? You reportedly need to
> install additional codecs to do video with Google Talk. Then there are the
> terr
I am going to build libchamplain-0.4.0 for Rawhide in a few hours and
this involves a change in the soname that will affect:
+ eog-plugins
+ empathy
Happy hacking,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
_
Are you orphaning them? In that case I am interested in cluttermm as
the libchamplainmm bindings that I am writing depend on it.
Cheers,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-devel-list mailing list
fedora-de
> I don't mind keeping libopenraw, avrdude and uisp unless anyone
> _really_ want to maintain these packages.
I have taken libopenraw.
Happy hacking,
Debarshi
--
One reason that life is complex is that it has a real part and an
imaginary part.
-- Andrew Koenig
--
fedora-devel-list mailing
>> And let me put it this way: if fedora decides to post my non @fp.o address
>> somewhere, like in git entries, I'm going to be extremely pissed off about
>> it.
>
> As for me, I don't mind publishing my real email address but I would prefer
> not to have my fedoraproject.org alias published where
> That's assuming that the footprint of libraries relative to distinct
> applications is large enough to cancel out the space savings. (I have no
> data either way). A 64bit kernel doesn't need any 32bit userspace. An X
> server, on my 32bit system has about 8.5MB of programme text (server and
> li
> I personally think the model used by many Unixes from the 90s makes a lot of
> sense - 32bit userpace by default, 64bit kernel, 64bit for a select few
> applications that actually need the benefits of x86_64 (memory/bit more
> performance), but hey..
Assuming this was the case and somebody decid
>> "It works for me" is a poor standard of support.
>
> There must be something transmogrifying my emails before it reaches other
> subscribers of this list, either that or I am being unreasonable in thinking
He is just pointing out that there is lot more work to do than you
think. In other words
> What happens now? Not much I guess, as the list archive obfuscates email
> [...]
> that give you a feeling of accomplishment?
Just trying to point out the futility of trying to avoid publishing
your Fedora ID. It took me less than a minute to find it without
asking any human. One might even put
23 matches
Mail list logo
