On Wednesday, March 23, 2011 12:11:36 Marcela Maslanova wrote:
> Because many packages in F-15 have broken dependencies there will be needed
> mass rebuild.
>
> dhorak will build these, which are not rebuild yet.
just note that update script needs some modifications for future usages. It
should
On 03/28/2011 12:48 AM, Kevin Kofler wrote:
> Sergio Belkin wrote:
>
>> 2011/3/27 Ralf Corsepius:
>>> Packages adding -Werror by themselves are poorly designed.
>>
>> Just to learn: Ralf, Why do you say that? :-)
>
> Using -Werror by default is a very bad idea. Warnings can have false
> positives,
On Wed, 2011-03-23 at 13:35 +0200, mhuht...@abo.fi wrote:
> Changing gtk_key_theme to 'Emacs' on up-to-date F15 Gnome 2.91 seems
> to have no effect. Is this by design or should I file a bug?
>
How are you trying to change the key theme ?
--
devel mailing list
devel@lists.fedoraproject.org
ht
Compose started at Sun Mar 27 13:15:48 UTC 2011
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
> On 03/27/2011 02:53 PM, Dominic Hopf wrote:
>> Am Samstag, den 26.03.2011, 22:09 -0400 schrieb Trever Fischer:
>>> Howdy, all.
>>>
>>> As a weekend project, I created 'rippit', a super simple no-frills
>>> command
>>> line CD ripper. It aims to take zero parameters and produce lossless
>>> rips
>
Erm, I guess I misread. I thought the file had been checked into git,
rather than uploaded to the lookaside. Checking big binaries into git
is a problem, uploading them to the lookaside isn't.
I can remove it from the lookaside if that's really necessary, but
there's really not much reason since
Sergio Belkin wrote:
> 2011/3/27 Ralf Corsepius :
>> Packages adding -Werror by themselves are poorly designed.
>
> Just to learn: Ralf, Why do you say that? :-)
Using -Werror by default is a very bad idea. Warnings can have false
positives, or otherwise be harmless. And in particular, differen
> "ES" == Emmanuel Seyman writes:
ES> It's a mistake. I wanted to upload the source tarball and picked the
ES> wrong file. Is there anything for me to undo?
It is pretty much permanently in the git repository, and anyone who
does a non-shallow clone of the package will have to download that
* Rahul Sundaram [28/03/2011 00:23] :
>
> Why are you uploading srpm to lookaside cache instead of the source tarball?
It's a mistake. I wanted to upload the source tarball and picked the
wrong file. Is there anything for me to undo?
Emmanuel
--
devel mailing list
devel@lists.fedoraproject.org
Kevin Fenzi writes:
> I have someone very interested in taking over
> mediawiki-openid and php-pear-Auth-OpenID, so I will probably approve
> them for those packages soon since they are both very broken and need
> love, but I wonder how many of the others are in the same state. :(
>
> Hope he's
On 03/28/2011 03:44 AM, Emmanuel Seyman wrote:
> A file has been added to the lookaside cache for bugzilla:
>
> c5f119e869193ae58893f8fc7a0373a2 bugzilla-4.0-1.fc14.src.rpm
Why are you uploading srpm to lookaside cache instead of the source tarball?
Rahul
--
devel mailing list
devel@lists.fedo
I wrote:
> I noticed that the sonames for NetworkManager didn't change between 0.8.2
> and 0.8.997.
Uh, nevermind, I didn't look close enough:
0.8.2: libnm-util.so.1, libnm-glib.so.2
0.8.997: libnm-util.so.2, libnm-glib.so.4
(The .so.2 showing up in both cases must have confused me.)
The real pro
Hi,
I noticed that the sonames for NetworkManager didn't change between 0.8.2
and 0.8.997. This is very bad because those builds are clearly not binary-
compatible, given that applications needed to be patched for the new NM. And
it allows a yum update to leave the system in a state with broken
Compose started at Sun Mar 27 08:15:09 UTC 2011
Broken deps for x86_64
--
NetworkManager-openconnect-0.8.1-5.fc16.x86_64 requires
libnm-util.so.1()(64bit)
NetworkManager-openconnect-0.8.1-5.fc16.x86_64 requires
libnm-glib.so
On Sat, Mar 26, 2011 at 5:59 PM, Jon Masters wrote:
> On Sat, 2011-03-26 at 11:03 -0400, Neil Horman wrote:
>
>> IIRC you can set:
>> NM_CONTROLLED="no"
>> in /etc/sysconfig/network-scripts/ifcfg-ethX
>> Supposedly that will take ethX off the reservation and allow you to use the
>> ifup
>> script
2011/3/27 Ralf Corsepius :
> On 03/27/2011 11:22 AM, gia...@gmail.com wrote:
>> I'm trying to rebuild a package with an autotools based toolchain and
>> it's failing because they use -Werror and gcc 4.6 spits out few new
>> warnings on the code.
>
> Packages adding -Werror by themselves are poorly
On 03/27/2011 05:27 PM, Chuck Anderson wrote:
> On Sun, Mar 27, 2011 at 03:58:06PM +0200, Ralf Ertzinger wrote:
>> Hi.
>>
>> On Sun, 27 Mar 2011 15:48:14 +0200, Kevin Kofler wrote
>>> NM supports static IPs these days. So I think that rather than
>>> hacking around NM, you should just fix the IP in
On Sun, Mar 27, 2011 at 03:58:06PM +0200, Ralf Ertzinger wrote:
> Hi.
>
> On Sun, 27 Mar 2011 15:48:14 +0200, Kevin Kofler wrote
> > NM supports static IPs these days. So I think that rather than
> > hacking around NM, you should just fix the IP inside NM's
> > configuration and have NM work FOR y
commit 5ebbf1487e8d6a1222ce1135685579859ac99bfc
Author: Emmanuel Seyman
Date: Sun Mar 27 17:17:01 2011 +0200
Update to 0.006
.gitignore |1 +
perl-CGI-Application-Structured.spec |9 +++--
sources |2 +-
3 files change
On 03/27/2011 11:22 AM, gia...@gmail.com wrote:
> I'm trying to rebuild a package with an autotools based toolchain and
> it's failing because they use -Werror and gcc 4.6 spits out few new
> warnings on the code.
Packages adding -Werror by themselves are poorly designed. Contact their
upstreams
Hi.
On Sun, 27 Mar 2011 15:48:14 +0200, Kevin Kofler wrote
> NM supports static IPs these days. So I think that rather than
> hacking around NM, you should just fix the IP inside NM's
> configuration and have NM work FOR you rather than AGAINST you.
I'm sorry, but by the time I have clicked throu
NM supports static IPs these days. So I think that rather than hacking
around NM, you should just fix the IP inside NM's configuration and have NM
work FOR you rather than AGAINST you.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
On 03/27/2011 02:53 PM, Dominic Hopf wrote:
> Am Samstag, den 26.03.2011, 22:09 -0400 schrieb Trever Fischer:
>> Howdy, all.
>>
>> As a weekend project, I created 'rippit', a super simple no-frills command
>> line CD ripper. It aims to take zero parameters and produce lossless rips
>> in .flac form
On Sun, 27 Mar 2011 11:22:48 +0200, gia...@gmail.com wrote:
> I'm trying to rebuild a package with an autotools based toolchain and
> it's failing because they use -Werror and gcc 4.6 spits out few new
> warnings on the code.
You should fix those erors and and submit them upstream.
> Now, is it
Am Samstag, den 26.03.2011, 22:09 -0400 schrieb Trever Fischer:
> Howdy, all.
>
> As a weekend project, I created 'rippit', a super simple no-frills command
> line CD ripper. It aims to take zero parameters and produce lossless rips
> in .flac format, properly tagged with musicbrainz, etc.
>
> In
I'm trying to rebuild a package with an autotools based toolchain and
it's failing because they use -Werror and gcc 4.6 spits out few new
warnings on the code.
Now, is it possible to quickly disable -Werror from the ./configure
command line? Right now the only solution I found (short of fixing the
26 matches
Mail list logo
