On Tue, Feb 16, 2010 at 08:25:54AM +0100, Michal Hlavinka wrote:
> Hi,
>
> > So you're running an X server? Well, my lad or lass, sit down and let me
> > tell you about the neverending story of X server input configuration
> > changes that has hopefully ended now.
> > I'm just pushing the latest X
Hi,
Le 16/02/2010 07:11, Jesse Keating a écrit :
> Unblocked orphan SDL_image
> Unblocked orphan SDL_mixer
> Unblocked orphan SDL_ttf
>
I'll take these ones, since both tuxmath and tutype I own depends on them.
Co-maintainers welcome :)
Regards,
Johan
--
devel mailing list
devel@lists.fedor
On Mon, 15 Feb 2010, Toshio Kuratomi wrote:
> > http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/bazaar-1.4.2-14.fc13.src.rpm/result/build.log
> >
> Are we ready to retire this package yet? It's been many years since
> upstream stopped maintaining this (in favor of bzr).
Hi,
> So you're running an X server? Well, my lad or lass, sit down and let me
> tell you about the neverending story of X server input configuration
> changes that has hopefully ended now.
> I'm just pushing the latest X server goodness into rawhide and enabling
> udev, completing (from the X ser
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Adam Miller wrote:
> Hello all,
> Recently glade3 was orphaned and I left it alone for about a week
> and nobody had picked it up yet and since I use it I decided to snag
> it up. I felt it was long enough that nobody really seemed to want to
>
Tomorrow (or well the day after tomorrow to some of you) we will be
branching off F-13 in CVS. This will start at 00:00 UTC on Feb 17.
After this point, when the outage ends, all builds for Fedora 13 will
happen from the F-13/ branch in CVS. All builds must go through bodhi
in order to make it in
There are still a few orphans which are unblocked due to dep issues.
Please somebody take ownership of these:
Unblocked orphan SDL_image
Unblocked orphan SDL_mixer
Unblocked orphan SDL_net
Unblocked orphan SDL_ttf
Unblocked orphan cowbell
Unblocked orphan ggz-gtk-client
Unblocked orphan gtk-sharp
So you're running an X server? Well, my lad or lass, sit down and let me
tell you about the neverending story of X server input configuration
changes that has hopefully ended now.
I'm just pushing the latest X server goodness into rawhide and enabling
udev, completing (from the X server's POV) the
Hello all,
Recently glade3 was orphaned and I left it alone for about a week
and nobody had picked it up yet and since I use it I decided to snag
it up. I felt it was long enough that nobody really seemed to want to
take it over themselves, I figured I would take it and try to triage
bugs and m
There will be a CVS outage starting at 2010-02-17 00:00 UTC, which will
last approximately 3 hours.
To convert UTC to your local time, take a look at
http://fedoraproject.org/wiki/Infrastructure/UTCHowto
or run:
date -d '2010-02-17 00:00 UTC'
Affected Services:
CVS / Source Control
Unaffected S
On Mon, 2010-02-15 at 08:47 -0800, Jesse Keating wrote:
> We've moved the time / day of the release engineering meeting to
> Wednesdays at 2100 UTC. I've updated the meeting page accordingly. See
> ya there!
>
Whoops, we didn't have all the feedback. We've instead moved it to 1800
UTC on Frida
On Tue, 2010-02-16 at 03:10 +, Rawhide Report wrote:
How will this type report work for rawhide (which am assuming same as
now) and for F13 and beyond?
--
Mike Chambers
Madisonville, KY
"Best lil town on Earth!"
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproj
Compose started at Mon Feb 15 08:15:08 UTC 2010
Broken deps for i386
--
balsa-2.4.6-3.fc13.i686 requires libgmime-2.4.so.2
blahtexml-0.6-5.fc12.i686 requires libxerces-c.so.28
doodle-0.6.7-5.fc12.i686 requires libextra
Following is the list of topics that will be discussed in the FESCo
meeting tomorrow at 20:00UTC (3pm EST) in #fedora-meeting on
irc.freenode.net.
Followups:
#314 Wordpress bundles libraries
#297 Please consider the idea of a security (privilege escalation) policy
#275 Propose a soft-path via co
Start End Name
Thu 11-Feb Wed 17-Feb Test Alpha 'Test Compose'
Mon 15-Feb Mon 15-Feb Package Alpha Wallpaper
Tue 16-Feb Tue 16-Feb Software String Freeze
Tue 16-Feb Tue 16-Feb Development: Start Alpha Freeze
Tue 16-Feb Tue 02-Mar Development: Alpha Freeze
Thu 18-Feb Thu 18-
It is part of giis or should be packaged separately?
Giis is not in Fedora yet. Upstream author ask there who can package it,
I volunteered, but when work had be almost done author stop answer on my
emails...
On 11.02.2010 17:29, lakshmi pathi wrote:
Hi all,
Here it's http://www.giis.co.in/gi
On Mon, 2010-02-15 at 21:08 +0100, Mathieu Bridon wrote:
> On Mon, Feb 15, 2010 at 21:01, Adam Williamson wrote:
> > It's also worth noting that mediawiki's internal search really isn't
> > that great. I tend to search Google with 'site:fedoraproject.org'
> > instead of using the mediawiki search,
On Sun, 2010-02-14 at 19:42 +0100, Davide Cescato wrote:
> I just noticed that updating an already installed package no longer is
> on the list of actions requiring administrative privileges. This was not
> the case in earlier versions of the policy, which I found correct. The
> change entered
On Mon, Feb 15, 2010 at 21:01, Adam Williamson wrote:
> It's also worth noting that mediawiki's internal search really isn't
> that great. I tend to search Google with 'site:fedoraproject.org'
> instead of using the mediawiki search, it seems to do better.
IIRC Mediawiki can't separate words, i.e
Mark Lord on 02/15/2010 01:53 PM wrote:
> Note that the WD Green/Black drives do not yet provide this information.
> Bug Western Digital about that!
Most likely due to the 512-byte emulation? Meaning: We won't see 4096
reported until WD releases a non-emulated drive?
--
devel mailing list
devel@
On Sun, 2010-02-14 at 01:25 -0800, Eric Smith wrote:
> I've made some progress towards packaging up an arm-none-eabi toolchain
> and newlib for cross-development for ARM platforms that do not run Linux
> (vs. the arm-gp2x-linux toolchain). Is anyone else interested in this?
I've used such a too
On Sat, 2010-02-13 at 20:28 -0800, Eric Smith wrote:
> Adam Williamson wrote:
> > The bug lifecycle documentation is here:
> >
> > https://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow
> >
> > it's linked extensively from the Bugzilla HOWTO, the QA Wiki section,
> > and also if you get to [..
On Sat, 2010-02-13 at 00:44 +0100, Dennis J. wrote:
> Hi,
> I'm trying to build a live-cd so I can test the latest ATI driver revision
> for an active bug I opened a while ago [1]. For that purpose I created a
I can't tell you why it's not working for you, but you can get nightly
Rawhide live bu
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=562314
--- Comment #4 from Ville Skyttä 2010-02-15 14:56:52 EST
---
(In reply to comment #3)
> How well does DESTDIR work in old versi
On 15/02/10 18:04, Eric Sandeen wrote:
> nodata wrote:
>> On 15/02/10 01:20, Ric Wheeler wrote:
>>> On 02/14/2010 11:59 AM, Neal Becker wrote:
Any truth here?
http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
Byte_Sector_Hard_Drives
>>>
>>> We have actual
Till Maas wrote:
> On Mon, Feb 15, 2010 at 11:38:40AM -0600, Bruno Wolff III wrote:
>
>> I don't control the remote repository. That would be fedorahosted
>> in the case I am asking about.
>
> I am pretty sure that the repositories on fedorahosted are bare so
> that the changes here do not apply or
On 02/15/2010 12:13 PM, Michael Cronenworth wrote:
> Eric Sandeen wrote:
>> I don't know for sure if hdparm shows it; I don't think so. If you mean:
>>
>> -g Display the drive geometry (cylinders, heads, sectors), the
>> size (in sectors) of the device, and the starti
https://bugzilla.redhat.com/show_bug.cgi?id=460209
https://bugzilla.redhat.com/attachment.cgi?id=394380&action=diff
https://bugzilla.redhat.com/attachment.cgi?id=394380&action=edit
--
389-devel mailing list
389-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-dev
> But I'm asking about -pthread option (which is detect/use for this package).
-pthread is the same as -D_REENTRANT at the beginning (which is useless)
and -lpthread at the end. I don't recommend using it at all. Just use
-lpthread instead (at the end of the link line, like all other libraries).
On 02/14/2010 07:41:11 PM, Rawhide Report wrote:
> Compose started at Sun Feb 14 08:15:08 UTC 2010
>
> Broken deps for i386
> --
> balsa-2.4.6-3.fc13.i686 requires libgmime-2.4.so.2
gmime has been updated in rawhide to version 2.5. Jef
On Mon, Feb 15, 2010 at 11:09:28AM -0600, Eric Sandeen wrote:
> Michael Schwendt wrote:
> > Bugzilla status for packages violating the Static Library guidelines:
>
> > e2fsprogs 545144
> > xfsprogs556102
>
> These should both be fixed
On Mon, Feb 15, 2010 at 11:38:40AM -0600, Bruno Wolff III wrote:
> I don't control the remote repository. That would be fedorahosted in the
> case I am asking about.
I am pretty sure that the repositories on fedorahosted are bare so that
the changes here do not apply or maybe only apply if you wa
On 15 February 2010 17:38, Bruno Wolff III wrote:
> On Mon, Feb 15, 2010 at 18:08:37 +0100,
> Haïkel Guémar wrote:
>> Le 15/02/2010 17:37, Bruno Wolff III a écrit :
>> > I saw that there is a change in the way git push works in 1.7.
>> > Currently I only do simple things and a typical workflow i
Orcan Ogetbil wrote:
> This implies that you rarely do package reviews. Busted!! :)
I usually use scratch builds for reviews. Only quick reviews of dependency
chains need local builds.
Kevin Kofler
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mail
On Mon, Feb 15, 2010 at 18:08:37 +0100,
Haïkel Guémar wrote:
> Le 15/02/2010 17:37, Bruno Wolff III a écrit :
> > I saw that there is a change in the way git push works in 1.7.
> > Currently I only do simple things and a typical workflow is:
> > git pull
> > Make a few changes
> > git commit -a
Eric Sandeen wrote:
> I don't know for sure if hdparm shows it; I don't think so. If you mean:
>
> -g Display the drive geometry (cylinders, heads, sectors), the
>size (in sectors) of the device, and the starting offset (in
>sectors) of the device from
On Mon, Feb 15, 2010 at 03:16:20PM +0100, Zoltan Kota wrote:
> Hi,
>
> > zkota: bazaar,recode
>
> Could you help me to fix the issues raised for the above packages?
>
>
> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/bazaar-1.4.2-14.fc13.src.rpm/result/build.log
>
Ar
Michael Schwendt wrote:
> Bugzilla status for packages violating the Static Library guidelines:
> e2fsprogs 545144
> xfsprogs556102
These should both be fixed now.
Thanks,
-Eric
--
devel mailing list
devel@lists.fedoraproject.org
htt
Le 15/02/2010 17:37, Bruno Wolff III a écrit :
> I saw that there is a change in the way git push works in 1.7.
> Currently I only do simple things and a typical workflow is:
> git pull
> Make a few changes
> git commit -a
> git push
>
> This normally does a fast forward update and avoids a merge.
nodata wrote:
> On 15/02/10 01:20, Ric Wheeler wrote:
>> On 02/14/2010 11:59 AM, Neal Becker wrote:
>>> Any truth here?
>>>
>>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
>>> Byte_Sector_Hard_Drives
>>>
>>
>> We have actually been working hard to take advantage of the info
Folks,
I've got a standard bridging setup that was working fine under F12, but
upon upgrading the test box to rawhide, it falls over (with or without
iptables rules enabled) - is there a known issue or should I dig?
Jon.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorap
We've moved the time / day of the release engineering meeting to
Wednesdays at 2100 UTC. I've updated the meeting page accordingly. See
ya there!
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
signature.asc
Description: This is a digitally signed messag
On 15/02/10 01:20, Ric Wheeler wrote:
> On 02/14/2010 11:59 AM, Neal Becker wrote:
>> Any truth here?
>>
>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
>> Byte_Sector_Hard_Drives
>>
>
>
> We have actually been working hard to take advantage of the information that
> these d
I saw that there is a change in the way git push works in 1.7.
Currently I only do simple things and a typical workflow is:
git pull
Make a few changes
git commit -a
git push
This normally does a fast forward update and avoids a merge.
Is there another way I should be doing this? Does the answer c
On 02/14/2010 04:59 PM, Neal Becker wrote:
> Any truth here?
>
> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
> Byte_Sector_Hard_Drives
>
One-line-summary: googling common search terms for Linux help may lead
you to some out-of-date HOWTOs.
This passes as news these days
On 02/15/2010 09:12 AM, Bruno Wolff III wrote:
> On Mon, Feb 15, 2010 at 11:25:03 +0100,
> Roberto Ragusa wrote:
>>
>> The obvious way to call something which is not 13, but is something
>> a little less than 13 is 12.9, but I agree with you that it would be better
>> to have 13 in the name inst
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=07
Emmanuel Seyman changed:
What|Removed |Added
---
"Tom \"spot\" Callaway"
writes:
> I'm not personally a fan of autogenerated packages. If people are
> interested in a CRAN package, we can get it added to Fedora and
> properly maintained. The number of times that RScaLAPACK has broken
> has convinced me of the value of having someone responsi
Author: eseyman
Update of /cvs/pkgs/rpms/perl-Module-Starter-Plugin-CGIApp/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6563
Modified Files:
perl-Module-Starter-Plugin-CGIApp.spec
Log Message:
Add missing Build-Requires
Fix build instructions so they actually work (#07)
Jussi Lehtola (jussileht...@fedoraproject.org) said:
> I was recently asked why there isn't an fftw-static.i386 on EPEL x86_64,
> even though both fftw and fftw-devel are available in both 32- and
> 64-bits.
>
> Is this a bug in the repo scripts, or an intentional feature..?
'Neither'? It's not
Josh Boyer (jwbo...@gmail.com) said:
> On Fri, Feb 12, 2010 at 04:45:06PM -0500, Bill Nottingham wrote:
> >I'd like to propose moving comps to fedorahosted git.
> >Why? Because CVS is a pain.
> >
> >I can work on fixing the automated releng tasks that use comps.
> >
> >What I'd like to know is if
Kevin Wright (kwri...@redhat.com) said:
> Here's the updated compl.xml.in file:
>
> cvs diff -u comps-f13.xml.in
> Index: comps-f13.xml.in
> ===
> RCS file: /cvs/pkgs/comps/comps-f13.xml.in,v
> retrieving revision 1.163
> diff -u -r1
Ric Wheeler wrote:
> On 02/14/2010 11:59 AM, Neal Becker wrote:
>> Any truth here?
>>
>> http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-
>> Byte_Sector_Hard_Drives
>>
>
>
> We have actually been working hard to take advantage of the information that
> these drives export so
On 02/15/2010 02:28 PM, Ralf Corsepius wrote:
> On 02/15/2010 01:48 PM, Matt Domsch wrote:
>> On Mon, Feb 15, 2010 at 11:49:47AM +0100, Ralf Corsepius wrote:
>>> On 02/15/2010 11:00 AM, Jaroslav Skarvada wrote:
Following the steps from deltarpm example
(http://fedoraproject.org/wiki/Under
On Mon, Feb 15, 2010 at 3:33 PM, Andreas Schwab wrote:
> Zoltan Kota writes:
>
> > And for recode.x86_64:
> >
> >
> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/recode-3.6-28.fc12.src.rpm/result/build.log
> >
> > checking host system type... Invalid configuration
> > `
Zoltan Kota writes:
> And for recode.x86_64:
>
> http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/recode-3.6-28.fc12.src.rpm/result/build.log
>
> checking host system type... Invalid configuration
> `x86_64-unknown-linux-gnu': machine `x86_64-unknown' not recognized
> chec
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=564634
Emmanuel Seyman changed:
What|Removed |Added
---
Hi,
> zkota: bazaar,recode
Could you help me to fix the issues raised for the above packages?
http://linux.dell.com/files/fedora/FixBuildRequires/mock-results/x86_64/bazaar-1.4.2-14.fc13.src.rpm/result/build.log
In the end of buildlog I see this:
! LaTeX Error: Command \...@listcnt0 already
Greetings testers,
Fedora 13 Alpha TC#2 is available for testing. Several test blocking
bugs present in TC#1 have been resolved. Please continue exercising the
Installation [1] and Desktop validation [2] to ensure that they meet the
Alpha Release Criteria [3].
All are welcome and encouraged to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=565126
Emmanuel Seyman changed:
What|Removed |Added
---
On Mon, Feb 15, 2010 at 11:25:03 +0100,
Roberto Ragusa wrote:
>
> The obvious way to call something which is not 13, but is something
> a little less than 13 is 12.9, but I agree with you that it would be better
> to have 13 in the name instead of 12, so, logically:
>
> 12.0, 12.1, 12.2, 1
On Fri, 12 Feb 2010, Milos Jakubicek wrote:
> Oh, I didn't really notice how your repoquery looks like before.
> Libarchive is ok, but there are others:
>
>> repoquery --whatrequires --alldeps lzma lzma-libs lzma-devel
> --enablerepo=rawhide
> rpm-build-0:4.7.1-6.fc12.x86_64
> rpm-build-0:4.8.0-9
On 02/15/2010 01:48 PM, Matt Domsch wrote:
> On Mon, Feb 15, 2010 at 11:49:47AM +0100, Ralf Corsepius wrote:
>> On 02/15/2010 11:00 AM, Jaroslav Skarvada wrote:
>>> Following the steps from deltarpm example
>>> (http://fedoraproject.org/wiki/UnderstandingDSOLinkChange#Example_deltarpm)
>>> helps me
On Mon, Feb 15, 2010 at 11:49:47AM +0100, Ralf Corsepius wrote:
> On 02/15/2010 11:00 AM, Jaroslav Skarvada wrote:
> > Following the steps from deltarpm example
> > (http://fedoraproject.org/wiki/UnderstandingDSOLinkChange#Example_deltarpm)
> > helps me to reproduce the DSO issue in local mock.
Th
On Fri, 2010-02-12 at 23:16 +0100, Patrice Dumas wrote:
> On Fri, Feb 12, 2010 at 02:59:37PM -0600, Eric Sandeen wrote:
> > I've finally been sufficiently pestered to fix this ;)
> >
> > Is anybody using any of these static libs from e2fsprogs?
> >
> > -%{_libdir}/libe2p.a
> > -%{_libdir}/libext2
On 02/15/2010 11:00 AM, Jaroslav Skarvada wrote:
> Following the steps from deltarpm example
> (http://fedoraproject.org/wiki/UnderstandingDSOLinkChange#Example_deltarpm)
> helps me to reproduce the DSO issue in local mock.
Thanks.
Hmm, however this would mean Matt's build-tree diverges from "r
Bruno Wolff III wrote:
> On Sun, Feb 14, 2010 at 11:57:51 -0500,
> Mail Lists wrote:
>> Maybe follow the kernel naming scheme ..
>>
>> 12 is the released version
>> 12.x is what will become 13 ..
>> 13.rc is now a release candidate (no longer development)
>> 13 is released
>
> Anythin
On 02/12/2010 03:03 PM, Oliver Falk wrote:
> On 01/29/2010 12:52 PM, Michael Schwendt wrote:
>> Bugzilla status for packages violating the Static Library guidelines:
>>
>> libdnet 556066
>> libstatgrab 556075
>
> Done!
>> syck
Following the steps from deltarpm example
(http://fedoraproject.org/wiki/UnderstandingDSOLinkChange#Example_deltarpm)
helps me to reproduce the DSO issue in local mock.
Jaroslav
- Original Message -
From: "Ralf Corsepius"
To: "Development discussions related to Fedora"
Sent: Monday,
Am Sonntag, den 07.02.2010, 14:16 +0100 schrieb Jiri Moskovcak:
> - ABRT uses the code from Dr.Konqui to rate the backtrace and doesn't
> allow user to send it if the rate is bellow 3 (the scale is 0-4), but
> the bug in GUI let user to send even the bad BT.
I think this bug should be fixed now
On Sunday 14 February 2010 04:58:52 Ryan Rix wrote:
> On Sat 13 February 2010 4:01:52 am Frode Nicolaisen wrote:
> > Hi!
> >
> > Using the KDE version of fedora 12 and notice that the kplayer doesnt
> > play mp3s via samba/networkshares. It plays for some seconds and just
> > crash!
> >
> > Anyone
71 matches
Mail list logo
