Adam Williamson wrote:
> and I would need an exception to the 'no-non-upstreamed-patches' policy to
> ship those patches.
That's not a policy, it's a purely indicative guideline which states very
clearly that there are many reasons why patches can be needed. It's purely
the maintainer/comaintain
On Sun, 2011-01-23 at 06:47 +0100, Kevin Kofler wrote:
> Adam Williamson wrote:
> > Configuration from 0.8 does not migrate to 0.9. You'll have to re-do
> > your configuration. This isn't a consequence of the gconf stuff
> > mentioned above, it's just an upstream change: for all config storage
> >
Simo Sorce wrote:
> A build system is not a a shared library, and it is not code that runs
> on the built system.
But it can affect the built code, i.e. the one "that runs on the built
system", in several ways, e.g. it can mishandle our compiler flags (ending
up e.g. with broken or missing debug
Simo Sorce wrote:
> Bring out technical deficiencies and real reasons why you can have a
> mile long makefile in your project and not a mile long set of python
> scripts, and then we can start discussing on the merits of each
> solution.
The issue isn't that there's "a mile long set of python scri
Björn Persson wrote:
> I agree with that, and it's still annoying even if it's not literally
> everything that must be reconfigured.
Right, but:
> As an example, Kmail and Kate recently started making noises in certain
> situations, when displaying dialog boxes and the like, even though I had
> s
Hi,
2010/12/20 Devrim GÜNDÜZ :
> On Sun, 2010-12-19 at 23:44 +0100, Michał Piotrowski wrote:
>> Will it be possible to easily rebuild PGSQL 9 packages for RHEL 6?
>
> Upstream's semi-official (which will be official soon) RPM repo has 9.0
> for RHEL 6:
>
> http://yum.pgrpms.org
There is a Postgre
Instead of annoying Kyle and Dave, is bugzilla.kernel.org a better place to
file kernel bugs while in RC? I couldn't find any documentation but perhaps
I'm blind!
For example; the Function keys to adjust the LCD brightness on my Acer
laptop quit between 2.6.37.2 and 2.6.38rc2.
Thanks
Andy
--
p
Kevin Kofler wrote:
> It's really rude to force
> users to reconfigure everything when they upgrade to a new Fedora just
> because upstream couldn't be bothered to migrate settings properly (and I
> hate upstreams doing that).
I agree with that, and it's still annoying even if it's not literall
On Sun, 23 Jan 2011 06:16:05 +0100
Kevin Kofler wrote:
> Toshio Kuratomi wrote:
> > It's possible that it could be shown to be a copylib:
> > https://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries#Copylibs
>
> That whole CONCEPT of a "copylib" is broken and it's sad that we're
> making ex
On Sun, 23 Jan 2011 06:11:30 +0100
Kevin Kofler wrote:
> Simo Sorce wrote:
> > As far as I know the waf author himself considers embedding the
> > right way to go for projetcs.
>
> That shows that that upstream is completely wacky and it's idiotic
> for ANY project to rely on his code!
Dear Kev
Compose started at Sun Jan 23 08:15:11 UTC 2011
Broken deps for x86_64
--
PragmARC-20060427-7.fc15.i686 requires libgnat-4.5.so
PragmARC-20060427-7.fc15.i686 requires libgnarl-4.5.so
PragmARC-20060427-7.fc15.x86_64 req
fre 2011-01-14 klockan 16:16 -0500 skrev Nathaniel McCallum:
> I still think migrating to GNOME shell by default was a mistake if the
> proper fallbacks were not in place. If the developers knew the
> fallbacks were not implemented (this seems to be the case), why was it
> ever enabled by default
I've just pushed new builds of perl-MooseX-ClassAttribute to rawhide
and f14. This includes a license change from "GPL+ or Artistic" to
"Artistic 2.0".
--
Iain.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
13 matches
Mail list logo
