-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, 2011-09-17 at 14:00 -0400, Paul Wouters wrote:
> You can find source and package pre-releases at:
> ftp://ftp.xelerance.com/dnssec-trigger/
At least for Fedora 15:
BuildRequires: glib-devel, gtk2-devel, ldns-devel
and in %install
mkdir -p %
Hello. My name is Russell Golden. I am currently an Ambassador, and I would
like to branch into packaging.
I already have a review request up: the EFF's HTTPS Everywhere browser
plugin. I would greatly appreciate any and all feedback that a reviewer
might have.
https://bugzilla.redhat.com/show_bu
Hello. My name is Russell Golden. I am currently an Ambassador, and I would
like to branch into packaging.
I already have a review request up: the EFF's HTTPS Everywhere browser
plugin. I would greatly appreciate any and all feedback that a reviewer
might have.
https://bugzilla.redhat.com/show_bu
On Sat, 17 Sep 2011 12:04:36 +0200
Jos Vos wrote:
> Hi,
>
> After having installed both GNOME and Xfce since F15, I noticed that
> the GNOME terminal (package gnome-terminal) and Xfce terminal
> (package Terminal) use the same Name and Icon in their desktop
> files. So when using the "System" m
On Sat, Sep 17, 2011 at 12:51 PM, Jef Spaleta wrote:
> But putting that aside for a minute. I'm interested in asking zif a series
> of more complicated real world Fedora repository questions to get a better
> understanding how your chosen scoring rules currently work in practise.
>
>
zif as pack
On Fri, Sep 16, 2011 at 11:58 AM, Richard Hughes wrote:
> On 16 September 2011 20:46, Jef Spaleta wrote:
> >> Are you sure you didn't cut it down so much that you are hiding problems
> >> that your depsolving rules don't solve well? Did you throw out
> someone's
> >> baby with all that bathwate
Hi,
I finally had the time to package the updated and renamed version of the
Finnish spell-checking extension for LibreOffice and OpenOffice.org,
libreoffice-voikko.
The review request is here:
https://bugzilla.redhat.com/show_bug.cgi?id=739331 . I also CC'd
libreoffice-owner, maybe the LibreOffi
On 09/17/2011 05:58 PM, Rahul Sundaram wrote:
>
>
> On 09/17/2011 07:53 PM, Panu Matilainen wrote:
>> The near-flamefest on this thread over whose depsolver is the best is
>> largely besides the point: in a perfect world there would be just one
>> Grand Unified Depsolver (library) that everything i
Hi developers of NM and Fedora,
We are trying to get DNSSEC validation on the end nodes. One way of doing
that is to run a caching resolver on every host, but that strains the
DNS infrastructure because all DNS caches would be circumvented. Since
DNSSEC data is signed, you can obtain it via "inse
On 09/17/2011 01:09 AM, Adam Williamson wrote:
On Fri, 2011-09-16 at 23:22 -0400, Steve Clark wrote:
Oh, I must have misunderstood - Gene's Mailist comment:
.
Temptinh as it might be, just please keep session management away from
the init daemon and let it do its one important job properly,
On 09/17/2011 07:53 PM, Panu Matilainen wrote:
> The near-flamefest on this thread over whose depsolver is the best is
> largely besides the point: in a perfect world there would be just one
> Grand Unified Depsolver (library) that everything including rpm itself
> would use. And in order for rpm
Le 17/09/2011 15:36, Rahul Sundaram a écrit :
> On 09/17/2011 01:08 PM, Remi Collet wrote:
>> I've just upgrade libmemcached to 0.52
>> which provides libmemcached.so.8
>
> Are you planning to rebuild the dependencies?
Needed rebuild done
Except gearmand because of a broken-dep for google-perftoo
On 09/16/2011 11:53 PM, Michael Schwendt wrote:
> On Fri, 16 Sep 2011 13:49:36 -0400, SV (seth) wrote:
>
>> There are still a largish number of packages out there that have things
>> like:
>>
>> Requires: foo
>>
>> where they really want:
>> Requires: foo(64bit)
>
> Fixing this in some packages is
Kevin Kofler wrote:
> The yum default provider picking logic has become so complex (and dependent
> on what the user happens to have already installed!)
[...]
> And while making a decision based on what
> the user has already installed may make sense from a user's perspective,
> from a developer's
On 09/17/2011 06:44 PM, Michael Schroeder wrote:
> libzypp is actually a library on top of libsatsolver (now renamed to
> libsolv). If you want a lightweight package dependency solver you
> should probably use libsolv directly. (It also contains python
> bindings and a simple python demo program wh
Le 17/09/2011 15:36, Rahul Sundaram a écrit :
> On 09/17/2011 01:08 PM, Remi Collet wrote:
>> I've just upgrade libmemcached to 0.52
>> which provides libmemcached.so.8
>
> Are you planning to rebuild the dependencies?
Yes, build are already running.
>
> Rahul
--
devel mailing list
devel@list
On 17 September 2011 13:56, Kevin Kofler wrote:
> Richard Hughes wrote:
> And Python too, I suppose?
Sure. I'd welcome any python dudes to write a small program in
examples/ just to test if the GIR annotations are complete enough.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
htt
On 09/17/2011 01:08 PM, Remi Collet wrote:
> I've just upgrade libmemcached to 0.52
> which provides libmemcached.so.8
Are you planning to rebuild the dependencies?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Sat, Sep 17, 2011 at 03:38:55AM +0200, Kevin Kofler wrote:
> Rahul Sundaram wrote:
> > If you have decided you are going to do something different with Zif
> > anyway, you might as well as work with the zypper team and see whether
> > you can make something out of it. So much of what we do in F
Richard Hughes wrote:
> On 17 September 2011 11:59, Rahul Sundaram wrote:
>> ...I think the problem PackageKit is facing is also true for other tools.
>
> I agree. I've just merged the GIR generation into master, so hopefully
> it would be possible to do things like use Zif from PHP and Javascri
On 17 September 2011 11:59, Rahul Sundaram wrote:
> I think zif needs to be command line compatible and support delta RPMs
The former should work pretty well. If I've missed any obvious aliases
yell and I'll add them. The latter is 80% implemented, but I don't use
delta-rpms myself and it was lef
On 09/17/2011 04:50 PM, Kevin Kofler wrote:
> While I think Fedora would benefit from using zif throughout (mainly because
> it's in a compiled language, not in Python), I don't agree that this should
> be a requirement for using zif in PackageKit. PackageKit should use what is
> best suited for
Rahul Sundaram wrote:
> Adding a conflicts to yum against zif was a inappropriate use of
> conflicts and must have been resolved in a better way. The animosity
> between people working on competing solutions is leading to a proposal
> which really wouldn't fly. Having said that, I think zif need
On 09/17/2011 06:22 AM, Kevin Kofler wrote:
> It's quite funny that you're accusing Richard of being incompatible with yum
> when the incompatibilities that matter most to our users have been required
> by yum developers, in particular:
> * no writing to the yum database by default,
> * no parsin
On 17 September 2011 11:05, Richard W.M. Jones wrote:
> I don't mind as long as it's callable from other languages (either
> using generated bindings like GIR or using hand written bindings).
I've just pushed:
commit 4132eb5a40e1a6a85358e96f7adfd3cf56e8ef3f
Author: Richard Hughes
Date: Sat Se
On Sat, Sep 17, 2011 at 10:54:35AM +0100, Richard Hughes wrote:
> On 17 September 2011 10:38, Richard W.M. Jones wrote:
> > Yeah, it looks possible.
> > The very fact that you're exposing a C API and a library is a
> > promising start, even if it didn't yet do specifically what I needed.
>
> Woul
Hi,
After having installed both GNOME and Xfce since F15, I noticed that the
GNOME terminal (package gnome-terminal) and Xfce terminal (package Terminal)
use the same Name and Icon in their desktop files. So when using the
"System" menu, you have to try (and remember) which one is the one you wan
Richard Hughes wrote:
> Anyway, if anyone wants to know the fesco ticket, it's here:
> https://fedorahosted.org/fesco/ticket/669
Thanks for actually posting the link!
To Seth: What a bunch of nonsense!
This is a more serious proposal:
https://fedoraproject.org/wiki/Features/ZifByDefaultForDeskt
On 17 September 2011 10:38, Richard W.M. Jones wrote:
> Yeah, it looks possible.
> The very fact that you're exposing a C API and a library is a
> promising start, even if it didn't yet do specifically what I needed.
Would it be easier if I provided a GIR file so you can just use
gobject-introspe
I meant to add this link to the current Python-subprocess code:
http://git.annexia.org/?p=febootstrap.git;a=blob;f=src/febootstrap_yum_rpm.ml;h=028492a0d3c894e7cb2c85b446f6bff272217147;hb=HEAD#l35
Note the extra backslashes and double %%'s are because the Python code
is contained in a printf-lik
On Sat, Sep 17, 2011 at 08:08:24AM +0100, Richard Hughes wrote:
> On 17 September 2011 07:21, Richard W.M. Jones wrote:
> > ... and no way to access yum information from anything other than
> > Python, which makes it harder to use more professional programming
> > languages and yum data together.
Hey, everyone.
I'm starting to get a bit concerned about one aspect of the SysV to
systemd conversion process. I've come across three separate bugs where
the default and/or post-upgrade state of services was incorrect: in two
cases, the service changed from being disabled by default in F15 to
bein
I've just upgrade libmemcached to 0.52
which provides libmemcached.so.8
I don't plan to push this update to fedora <= 16.
(except if expressly asked to)
Remi
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 17 September 2011 07:21, Richard W.M. Jones wrote:
> ... and no way to access yum information from anything other than
> Python, which makes it harder to use more professional programming
> languages and yum data together. I had to write a whole bit of code
> that spawned a Python process to g
On 17 September 2011 02:36, Kevin Kofler wrote:
> So you came up with this really complex heuristic in a vain attempt to
> always do the right thing without requiring changes to the packages, and now
> it does a completely wrong thing which would be straightforward to avoid,
> and suddenly it's th
35 matches
Mail list logo
