ild the mpi package, the pkgconfig files are handled
> manually and subject to bit rot over time.
>
> If there are objections, please raise them now.
>
>
As long as the wrapper scripts are in un-versioned locations, I'm fine
with it.
--
Orion Poplawski
Technical Manager
Any way I can get bugzilla to search closed bugs again by default with
quicksearch? I really miss it.
Maybe I need to learn search templates - is there such a thing?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415
ld-one
> ../configure --some-options
> make
> cd ..
> mkdir build-two&& cd build-two
> ../configure --other-options
> etc
>
> Regards, Joe
and you can now do:
%global _configure ../configure
%configure --options
--
Orion Poplawski
Tech
y slow - xdvi shows
> pages straight away, whereas evince often displays "Loading..."
I suspect a lot of our users will be similarly annoyed. This is one of
those kinds of tools that "just works" and so people stick with it.
--
Orion Poplawski
Technical Manager
r to be from having an installable rawhide? Any
help needed there?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.c
in the wrong place for rawhide install images these days?
They used to be in development//os/images, which would appear when
that part of the build succeeded.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9
de will move on to F14 stuff.
Ah, so it is not possible to install rawhide directly before the first
Alpha? (which is fine by me BTW - as that is when I generally first
attempt it)
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
er-setup a couple times.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
devel mailing
On 08/09/2010 01:07 PM, Orion Poplawski wrote:
> I'm getting:
>
> $ fedpkg -v build
> Creating module object from /export/home/orion/fedora/cmake/f13
> Initiating a koji session to http://koji.fedoraproject.org/kojihub
> Could not log into koji: Opening a SSL connection fai
Are updates getting pushed for F14?
https://admin.fedoraproject.org/updates/lyx-2.0.0-0.6.alpha5.fc14?_csrf_token=3478f09b5daca6a8e92441cd1f8a07e7aed3a668
was submitted on the 5th.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
Is it possible to checkout an entire Fedora release now with git? I used to
have a checkout of the "devel" branch which was useful for grepping all of the
spec files.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFA
On 08/16/2010 03:01 PM, Jesse Keating wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 8/16/10 1:38 PM, Orion Poplawski wrote:
>> Is it possible to checkout an entire Fedora release now with git? I used to
>> have a checkout of the "devel" branch
g the
ssh: url and making the connection. I don't see anyway to pass it a socket.
Perhaps via dulwich, though it seems terribly under documented.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell
On 08/17/2010 03:22 PM, Till Maas wrote:
> On Tue, Aug 17, 2010 at 03:12:14PM -0600, Orion Poplawski wrote:
>> On 08/17/2010 02:28 PM, Jesse Keating wrote:
>>> If you're able to create a long term ssh socket to the git server you
>>> could re-use the connection a
Perhaps it makes sense to be posting F-15 tasks as well?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http
On 08/18/2010 10:06 AM, John Poelstra wrote:
> Orion Poplawski said the following on 08/16/2010 08:39 PM Pacific Time:
>> Perhaps it makes sense to be posting F-15 tasks as well?
>>
>
> What would the Fedora 15 tasks be besides, "Do awesome stuff in the
> 'rawhi
How log do we keep koji build logs? It would be nice to be able to see the
build logs for http://koji.fedoraproject.org/koji/buildinfo?buildID=110266,
but they do not appear to be available.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
ironment is "important", especially when it is
(nearly) functionally equivalent to one you used to use but is now
somewhat different. I agree with Matt here, why make it different?
> BTW, there's a systemd-devel mailing list. Must of the stuff discussed
> here should probably
l-alt-del.target job: Unit reboot.service failed to load. See logs
> for details.
>
> Oh, and adding my +1 to the complains that this kind of breakage
> post-alpha should be avoided.
>
> Martin
>
Same here. Filed https://bugzilla.redhat.com/show_bug.cgi?id=627634
--
Orion Poplaw
to
make use of something like rawhide to scratch the itch of working on the
latest. The people who I support using Fedora are not primarily developers.
At this point I'm using Fedora for three main reasons - inertia, I use Centos
and Fedora is very similar, and I very much enjoy being part of a
On 08/30/2010 10:48 PM, Arthur Pemberton wrote:
>
> So developers are going to put new features into rawhide knowing that
> they will never make it to updates?
I do it all the time because I know it will be out ~ 6 months, which is pretty
quick.
--
Orion Poplawski
Technica
On 08/30/2010 10:50 PM, Arthur Pemberton wrote:
> The attention to freedom is not unique. The attention to upstream is
> invisible to users.
But it is why I want to *develop* for Fedora.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Di
n case you missed Alexander's mail the wiki is created [1]
>
> I am planning first IRC meeting. Proposed date/time/place:
>
> 6th September (Monday), 16:00 UTC (should be fine for US based people
> right?)
Labor Day Holiday. I won't be able to make it :-)
--
Orion Poplaw
ux.dell.com/files/fedora/FixBuildRequires/
> environment-modules-3.2.7b-7.fc13 (build/make) orion
DEBUG util.py:255: No Package Found for man
Shouldn't man-db provide man?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
.com/files/fedora/FixBuildRequires/
>
> paraview-3.8.0-4.fc14 (build/make) orion,pertusus
Sorry [Errno 28] No space left on device
Looks like a check for that is in order.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
On 09/07/2010 03:34 PM, Matt Domsch wrote:
> On Tue, Sep 07, 2010 at 02:02:05PM -0600, Orion Poplawski wrote:
>> On 09/06/2010 08:24 PM, Matt Domsch wrote:
>>> paraview-3.8.0-4.fc14 (build/make) orion,pertusus
>>
>> Sorry [Errno 28] No space left on device
>>
ows it trying to download the above repomd.xml.
In my kickstart file I have:
url --url=http://fedora.cora.nwra.com/development/14/i386/os
which is my local mirror, but that appears to be ignored, presumably
overridden by the stage2 argument. Expected or anaconda bug?
--
Orion Poplawski
Tech
Do we really want to do this, especially for a FTBS issue presumably
against F15?
https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13.fc14
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell
On 09/17/2010 02:10 AM, Pavel Alexeev (aka Pahan-Hubbitus) wrote:
> 16.09.2010 18:35, Orion Poplawski wrote:
>> Do we really want to do this, especially for a FTBS issue presumably
>> against F15?
>>
>> https://admin.fedoraproject.org/updates/ImageMagick-6.6.4.1-13
DEBUG util.py:260: Transaction Check Error:
DEBUG util.py:260:file /usr/lib/girepository-1.0/DBusGLib-1.0.typelib
conflicts between attempted installs of dbus-glib-0.86-4.fc14.i686 and
gobject-introspection-0.9.6-1.fc15.i686
--
Orion Poplawski
Technical Manager 303-415
265 CLOSED RAWHIDE
19 CLOSED UPSTREAM
"invalid":
70 CLOSED DUPLICATE
8 CLOSED INSUFFICIENT_DATA
99 CLOSED NOTABUG
70 CLOSED WONTFIX
18 CLOSED WORKSFORME
So 26.5% (so far) of my reports are no so useful. I shall have to try harder!
Here'
I've been trying unsuccessfully for a long to time to try to get this
discussion started. Perhaps this just isn't right place? If not, where?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mit
On 10/4/2010 4:40 PM, Adam Williamson wrote:
> On Mon, 2010-10-04 at 10:48 -0600, Orion Poplawski wrote:
>> I've been trying unsuccessfully for a long to time to try to get this
>> discussion started. Perhaps this just isn't right place? If not, where?
> It's
On 10/05/2010 02:35 AM, Richard Hughes wrote:
> On 5 October 2010 05:30, Orion Poplawski wrote:
>> Are we really stuck with gdm/kdm/lxdm/...dm
>> implementing it?
>
> No, I think what we need to do is to teach GPM how to turn off the
> internal panel when docked and with
On 10/05/2010 09:53 AM, Adam Williamson wrote:
> On Tue, 2010-10-05 at 09:35 +0100, Richard Hughes wrote:
>> On 5 October 2010 05:30, Orion Poplawski wrote:
>>> Are we really stuck with gdm/kdm/lxdm/...dm
>>> implementing it?
>>
>> No, I think what we nee
On 10/05/2010 12:18 PM, Adam Williamson wrote:
> On Tue, 2010-10-05 at 19:07 +0100, Matthew Garrett wrote:
>> On Tue, Oct 05, 2010 at 10:19:04AM -0700, Adam Williamson wrote:
>>> On Tue, 2010-10-05 at 09:59 -0600, Orion Poplawski wrote:
>>>> I think the fun wil
On 10/05/2010 09:48 AM, Orion Poplawski wrote:
> On 10/05/2010 02:35 AM, Richard Hughes wrote:
>> On 5 October 2010 05:30, Orion Poplawski wrote:
>>> Are we really stuck with gdm/kdm/lxdm/...dm
>>> implementing it?
>>
>> No, I think what we need to
If any mozilla/xulrunner experienced packagers would mind helping out with the
kompozer package, that would be appreciated.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or
On 10/11/2010 5:06 PM, Orion Poplawski wrote:
> If any mozilla/xulrunner experienced packagers would mind helping out with the
> kompozer package, that would be appreciated.
>
Sorry: https://bugzilla.redhat.com/show_bug.cgi?id=519521
--
devel mailing list
devel@lists.fedoraproject.
al repo
> please let me know, and if they are then we should probably figure out
> alternate packaging for them since it doesn't make sense to upgrade them
> at the same rate as the DRI drivers.
>
> - ajax
>
Please fix https://bugzilla.redhat.com/show_bug.cgi?id=635865 while you&
reaching a
threshold.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
devel mailing
On 10/20/2010 04:18 PM, Stephen John Smoogen wrote:
> On Wed, Oct 20, 2010 at 15:52, Orion Poplawski wrote:
>> Somewhat OT, but not sure where else to ask. I'm looking into an issue where
>> the nepomuk strigi service is preventing a desktop with an NFS mounted home
>>
.4-10.fc14.x86_64 requires
openoffice.org-core
On i386:
openoffice.org-extendedPDF-1.4-10.fc14.i686 requires openoffice.org-core
openoffice.org-extendedPDF-1.4-10.fc14.i686 requires openoffice.org-core
Please resolve this as soon as possible.
--
Orion Poplawski
Technic
On 10/29/2010 08:50 AM, Caolán McNamara wrote:
> On Fri, 2010-10-29 at 08:25 -0600, Orion Poplawski wrote:
>> I'm orphaning openoffice.org-extendedPDF. I'm not sure it is useful anymore.
>
> I don't know if its useful either :-), but nevertheless I've now
On 11/3/2010 7:02 PM, Orcan Ogetbil wrote:
> Maybe it is time to discuss the usefulness of ABRT to Fedora. I think
> that it is a great idea for commercial products such as RHEL, but it
> obviously did not fit Fedora as is.
> Orcan
Of the 28 abrt bugs filed against my packages, I think 1 resulted
bably should be configured not to send CC changes by default. It's the
first thing I do with every bugzilla account...
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
e instead of it's own module.
>
> I've placed the f15-UseSWIG.cmake in the project/CMake directory, but
> Cmake still finds its own broken module. What else does one need to do
> here?
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=723652
>
Updated cmake should n
It seems there has been no F15 update push since Jul 18. Is this expected?
We need a push to fix the thunderbird-lightning requirement on thunderbird 5.0.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380
I intend to orphan and dead.package pdfedit. If anyone wants to take it feel
free. It has a unmaintained and buggy qt3 interface. Perhaps someday
upstream will create a new qt4 one, but I'm done holding my breath.
--
Orion Poplawski
Technical Manager 303-415-9701
s this could be split into two report - broken deps and updated
packages? Personally, I would find it easier to track changes that way.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
when CUPS is started and when it is not. So, I
> don't think this should be any issue at all.
>
> Lennart
>
It's not so much cups start up being slow as discovering network printers.
That can take up to a minute I think.
--
Orion Poplawski
Technical Manager
he ABRT reports kept coming in. I
would advise against reviving it until a Qt4 version is fully ready and tested.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
(or
other) library earlier in the path. It would be great if modulecmd were made
impervious to such things, but I don't know the best or acceptable method to
do this. I'm guessing using rpaths would be the easiest.
Thoughts/suggestions?
--
Orion Poplawski
Technic
On 08/23/2011 09:19 PM, Kevin Kofler wrote:
> Orion Poplawski wrote:
>> Hpefully it gets completed. I finally gave up maintaining it since
>> nothing seemed to be happening for over a year and the ABRT reports kept
>> coming in. I would advise against reviving it until a Qt
On 08/23/2011 12:47 PM, Thomas Moschny wrote:
> 2011/8/23 Orion Poplawski:
>> See https://bugzilla.redhat.com/show_bug.cgi?id=719785 for the motivation
>>
>> The environment module system allows users to modify their environment in a
>> predictable way, including settin
lt by
plplot-5.9.7-7.fc15 dist-f15 orion
Known issue? Inheritance problems?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell
On 10/26/2011 09:20 AM, sami wagiaalla wrote:
> To add support for this in your eclipse package you have to add the
> following line to your rpm spec file:
>
> %_eclipse_pkg [package name]
For what Fedora versions is this applicable to?
--
Orion Poplawski
Techn
recent call last):
File "/usr/libexec/fedpkg-fixbranches", line 20, in
import pyfedpkg
ImportError: No module named pyfedpkg
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell La
On 11/03/2011 12:40 PM, Jesse Keating wrote:
> On Nov 3, 2011, at 10:55 AM, Orion Poplawski wrote:
>>
>> $ /usr/libexec/fedpkg-fixbranches
>> git Traceback (most recent call last):
>>File "/usr/libexec/fedpkg-fixbranches", line 20, in
>> impo
cal(arch=self.args.arch)
File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 1732, in
local
self._run_command(cmd, shell=True, pipe=['tee', logfile])
File "/usr/lib/python2.7/site-packages/pyrpkg/__init__.py", line 631, in
_run_command
raise rpkgE
nst fixed as soon as possible and
filing upstream I've found is the most effective means. Filing in both
is even better. But I won't call you lazy if you don't :)
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
PEL 6, but will wait until we are
comfortable with it in F15.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwr
gine someday it
looking like the current firefox process (and other xulrunner apps).
Thoughts?
Full process:
/usr/lib64/xulrunner-2/xulrunner-bin /usr/lib64/firefox-4/application.ini
--sm-config-prefix /xulrunner-bin-VuWa5A/ --sm-client-id
10626f6e6100012917385660016250044 --screen 0
--
On 03/31/2011 02:56 AM, Chris Jones wrote:
>
> -Original Message-
> From: devel-boun...@lists.fedoraproject.org
> [mailto:devel-boun...@lists.fedoraproject.org] On Behalf Of Orion Poplawski
> Sent: Thursday, March 31, 2011 7:06 AM
> To: Development discussions related t
This doesn't seem right. Can't compare across releases?
Original Message
Subject: rpmguard: PASSED; 0 warnings for netcdf-4.1.2-1.fc16
Date: Thu, 31 Mar 2011 19:14:27 + (UTC)
From: aut...@fedoraproject.org
To: autoqa-resu...@lists.fedorahosted.org, netcdf-ow...@fedoraproject
On 03/31/2011 01:34 PM, Tim Flink wrote:
> On 03/31/2011 01:17 PM, Orion Poplawski wrote:
>> This doesn't seem right. Can't compare across releases?
>
> At the moment, this is expected behavior. Rpmguard only compares builds
> within a release or, more specifically, wi
On 02/14/2011 11:36 AM, Bruno Wolff III wrote:
> On Mon, Feb 14, 2011 at 10:17:30 -0800,
>Christopher Aillon wrote:
>> On 02/14/2011 08:23 AM, Orion Poplawski wrote:
>>> Could someone illuminate what is happening with thunderbird-lightning for
>>> F15? Lo
Okay, review is here:
https://bugzilla.redhat.com/show_bug.cgi?id=693493
basically just pulled from the thunderbird 3.1.9 release.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
Tough nut to crack for
all cases.
I think using a NM dispatcher script to (re)start the needed daemons is the
way to go though.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
On 03/30/2011 02:35 PM, Orion Poplawski wrote:
> - octave-3.4.0-5.fc15 has been submitted:
>
> https://admin.fedoraproject.org/updates/octave-3.4.0-5.fc15
>
> This contains the latest macros and moves package to %{_libdir}/octave from
> %{_libexecdir}/octave. Please test.
This i
On 04/06/2011 09:46 AM, Orion Poplawski wrote:
> On 03/30/2011 02:35 PM, Orion Poplawski wrote:
>> - I've made an oct2spec packaging script, package submission is here:
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=692257
Built and updates submitted for F14 and
DNS
server), but it would be nice if the software helped out a bit too.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 htt
- postgresql - as above
>
> Are you sure that none of these services can deal with the network
> connection coming up later?
>
> Michal
nmb can't: https://bugzilla.redhat.com/show_bug.cgi?id=486231
--
Orion Poplawski
Technical Manager 303-
/../../../crtn.o -O2 -m32 -march=i686
-mtune=atom -Wl,-z -Wl,muldefs -pthread -pthread -Wl,-soname -Wl,libgdl.so.0
-o .libs/libgdl.so.0.0.0
collect2: ld terminated with signal 6 [Aborted]
Any ideas what might cause this?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA
On 05/18/2011 08:48 AM, Andrew Haley wrote:
> On 05/18/2011 03:47 PM, Orion Poplawski wrote:
>> collect2: ld terminated with signal 6 [Aborted]
>>
>> Any ideas what might cause this?
>
> A bug in collect2 or the OOM killer.
>
> Have a look at the output of dmesg.
On 05/20/2011 09:21 AM, Sergio Pascual wrote:
> I can take
>
> cfitsio
Thanks. I've added myself to cfitsio as well since some of my packages depend
on it.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303
active dead VMware.service
And various "target" ones:
ypbind.target error inactive dead ypbind.target
Definitely not using that (not installed).
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
wasn't the official "owner". Welcome
aboard!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
eam-tracker/versions/imagemagick.html
reports two removed symbols:
deprecate.h, libMagickCore.so.4.0.1
FormatImageAttributeList ( MagickCore::Image* p1, char const* p2, char const*
p3, va_list p4 )
property.h, libMagickCore.so.4.0.1
FormatImagePropertyList ( MagickCore::Image* p1, char co
it because you seem to have
no skills for actually promoting cooperation and understanding between
different groups of people.
- Orion Poplawski
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
ion of Fedora
and CentOS. I strongly disagree that frequent updates are an integral
part of the Fedora experience.
- Orion Poplawski
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 2/27/2010 5:05 AM, Kevin Kofler wrote:
> Orion Poplawski wrote:
>
>> There is plenty of room for something in between your vision of Fedora
>> and CentOS.
>>
> But that room is filled by other distros, such as Ubuntu. Why do we need to
> be another Ubu
On 3/1/2010 11:42 AM, Kevin Fenzi wrote:
> I will note again that 0 karma doesn't mean that it's not been tested.
>
> I run here with updates-testing enabled, but often only report -karma
> when things break. There are just so many things in updates-testing,
> that I usually don't have time or ener
I also really don't want to have to deal with
this any more than I have to.
(Off to track down changes in XRANDR behavior with 4.4.0 )
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell L
d upgrade than an
update. It's the mind set you are in when you do one versus the other
that makes all the difference (for me).
Orion Poplawski
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
nd if
upstream fixes it provide that fix if it is not too disruptive. Now I
have fixed bugs in my packages, and that is a nice thing for a
maintainer to be able to do, but I'm not sure we are ready to make that
a requirement.
At least, that is how I interpret the phrase "actuall
On Sat, March 13, 2010 4:58 pm, Peter Hutterer wrote:
> Isn't there a mere RISK to lose 70-80% of our users if we do _not_
> implement
> the changes as well? Especially given the chance that the poll did not
> represent a significant user sample?
How many users do we need?
--
On 3/14/2010 10:50 AM, Kevin Kofler wrote:
> Nicolas Mailhot wrote:
>
>> So the right solution is to let you do your own disruptive changes in
>> stable so you don't have to deal with other people disruptive changes in
>> rawhide?
>>
> "My" changes, or really KDE SIG's changes, are NOT di
On 3/14/2010 8:14 PM, Rex Dieter wrote:
> Peter Hutterer wrote:
>
>
>> On Sat, Mar 13, 2010 at 09:14:48PM -0700, Orion Poplawski wrote:
>>
>>> On Sat, March 13, 2010 4:58 pm, Peter Hutterer wrote:
>>>
>>>> Isn't ther
t; with such attacks? Please describe pros and cons.
This really is off-topic here.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
s bar.
Any way this could get sped up more (good job going from 36m to 24m) and
progress shown?
Interestingly a much larger install set on a laptop took only 1:34s in
postselection.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
mory partition as the source of the Fedora 13 tree. Postselection
> should take less than one minute.
>
It's an http install to a local server, and there is no access during
that stage (after is has all of the repodata files) until it starts
fetching package headers. So, it seems like fil
nda or yum?
>
> Anaconda, the program that you invoked. If anaconda can pass the
> blame along to yum, then I'm sure that they will :-)
https://bugzilla.redhat.com/show_bug.cgi?id=575878
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Divisio
On 3/31/2010 2:53 PM, Jeff Spaleta wrote:
> No one has so far defined a workflow that requires an accurate audit
> of active deficiencies in any release. Closing bugs fixed rawhide
> certainly cause some annoyances because closed bugs are marginally
> harder to search for (because you have to requ
efore appearing
in the main F13 repo? Multi-lib issue?
I suppose yum might want to complain that sssd wants an earlier version
than that already installed rather than trying to grab the i686 version.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWR
On 04/02/2010 09:34 AM, Orion Poplawski wrote:
>
> I suppose yum might want to complain that sssd wants an earlier version
> than that already installed rather than trying to grab the i686 version.
>
It does if you try to run the transaction:
Error: Transaction Check Error:
pack
So, how is the select of which VT X is to run on supposed to work in
F-13? It appears that kdm can get it wrong, my guess is a race between
kdm and mingetty startup. See
https://bugzilla.redhat.com/show_bug.cgi?id=577482
Do gdm specify which vt X is to run on? How?
--
Orion Poplawski
# repoquery --whatrequires libgeos-3.2.0.so
python-basemap-0:0.99.2-6.fc12.i686
player-0:3.0.1-4.fc12.i686
So it looks like python-basemap and player need to get rebuilt.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3
. These used to be part of the netcdf package but
have been split off and I cannot rebuild gdl (and possibly others) until these
are back in rawhide. They should be pretty straightforward.
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
have all hdf5 users do a:
Require: hdf5 = 1.8.8
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301 http://www.cora.nwra.com
--
1 - 100 of 1106 matches
Mail list logo
