On Fri, May 11, 2012 at 3:42 AM, Jayson Rowe wrote:
> Sorry for taking so long to reply - it's been a busy, busy day.
>
> On Thu, May 10, 2012 at 08:57:15PM +0200, Thomas Spura wrote:
>> fftw changed the package structure completely and is now currently
>> being
On Thu, May 10, 2012 at 7:28 PM, Jayson Rowe wrote:
> I saw a blog post this morning from Kevin Fenzi
> (http://scrye.com/wordpress-mu/nirik/2012/05/09/fedora-17-prerelease-and-updates-testing/)
> about how the updates-testing repo is now disabled, and I should do a
> 'yum distro-sync' to ensure n
On Fri, Apr 27, 2012 at 3:26 PM, Matthias Clasen wrote:
> On Fri, 2012-04-27 at 14:33 +0200, Ralf Corsepius wrote:
>
>>
>> Apart of this, there are test-cases, which can not be/can not be easily
>> executed inside of a mock-environment as part of building.
>
> Not to mention that running extensive
On Mon, Apr 16, 2012 at 6:30 AM, Rob Healey wrote:
> Greetings:
>
> The only part that I had in question was why were there in Python2.7,
> the use of /usr/lib64...
>
> In Python3.3, it always used /usr/lib ...
>
> Why would Python3.3 which I did compile from source not see that I
> have a 64bit
On Tue, Feb 7, 2012 at 7:28 PM, Rob Healey wrote:
> Greetings All:
>
> Ever since these updates were released, I am getting these crashes when
> trying to compile my local copy of the development version of Gramps-3.4.0
> ...
>
> Is anyone else getting the same, and if yes, is there a solution for
On Wed, Dec 21, 2011 at 5:00 PM, Peter Robinson wrote:
> 2011/12/21 Sérgio Basto :
>> On Wed, 2011-12-21 at 11:37 +, Rawhide Report wrote:
>>> pida-0.6.2-2.fc17.x86_64 requires gnome-python2-gtkhtml2
>>
>> I also have this problem on F16 .
>
> gtkhtml2 is long dead. The pida upstream n
On Sat, 3 Sep 2011 12:37:37 +
Rawhide Report wrote:
> Broken deps for x86_64
> --
> FlightGear-2.0.0-6.fc16.x86_64 requires
> libosgViewer.so.74()(64bit) FlightGear-2.0.0-6.fc16.x86_64 requires
> libosgUtil.so.74()(64bit) FlightGear-
On Tue, 5 Apr 2011 03:28:22 + (UTC)
Andre Robatino wrote:
> What is the status of rebuilding packages in F15 that use the old xz
> compression? There are still a significant number. (For example, I
> find 62 and 59 of them on the 32- and 64-bit 15-Beta.TC1 DVDs, resp.)
>
Shouldn't they have
On Fri, 07 Jan 2011 10:01:17 -0500
seth vidal wrote:
> On Fri, 2011-01-07 at 09:35 -0500, Andre Robatino wrote:
> > Updating python on x86_64 tries to pull in 32-bit packages
> > (including one i386):
> >
> > [r...@localhost ~]# yum update python
> > Loaded plugins: downloadonly, langpacks, prest
On Thu, 21 Oct 2010 14:16:17 -0700
Toshio Kuratomi wrote:
> On Thu, Oct 21, 2010 at 11:04:42PM +0200, Thomas Spura wrote:
> > On Thu, 21 Oct 2010 14:47:31 -0600
> > Michal Jaegermann wrote:
> >
> > > On Thu, Oct 21, 2010 at 05:20:04PM +, Andre Robatino wrote:
&
On Thu, 21 Oct 2010 14:47:31 -0600
Michal Jaegermann wrote:
> On Thu, Oct 21, 2010 at 05:20:04PM +, Andre Robatino wrote:
> > I only saw
> > that for a few packages on October 18 (as mentioned in bug 644046),
> > and not since, including today's Rawhide updates. So all or most of
> > the older
gt; Broken deps for i386
> --
> dreampie-python3-1.1-5.fc14.noarch requires python(abi) = 0:3.1
Should be fixed now:
http://koji.fedoraproject.org/koji/buildinfo?buildID=201221
--
Thomas Spura
--
test mailing list
test@lists.fedoraproj
ble in URL to False. It does
> return all critical path packages but it probably puts a little
> strain on the system so it wouldn't be good for everyone to be using
> that method. A static listing would be better. I was just hoping
> someone knew of some such list.
>
>
On Sun, 10 Oct 2010 22:54:11 -0500
John Watzke wrote:
>I'm relatively new to proventesters. I know I can see unapproved
> critpath packages on Bodhi but is there a master list of all critpath
> packages in Fedora? That would help us in tracking down who to work
> with in hopefully getting th
On Wed, 22 Sep 2010 09:21:34 +0200
Joachim Backes wrote:
[snip]
> Error: Package: VirtualBox-OSE-3.2.6-2.fc14.i686
> (rpmfusion-free-rawhide) Requires: libpython2.6.so.1.0
> You could try using --skip-broken to work around the problem
> You could try running: rpm -Va --nofiles --nodigest
> --
15 matches
Mail list logo
