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 x222
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 or...@cora.nwra.com
Boulder, CO 80301
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 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380
on it...
Greetings,
Tom
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 Qt4 version is fully ready and tested.
--
Orion Poplawski
Technical
(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
Technical Manager
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 Qt4 version is
fully ready
think it would protect the default system, but still
allow for end users to override it for some reason. It might even be
acceptable upstream.
I'm CC'ing the packaging list to get their thoughts.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
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 Lane
, in module
import pyfedpkg
ImportError: No module named pyfedpkg
--
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 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, inmodule
import pyfedpkg
ImportError: No module named pyfedpkg
, 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 rpkgError('Non zero exit')
pyrpkg.rpkgError: Non zero exit
triggers abrt...
--
Orion Poplawski
Technical Manager
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 DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO 80301
. 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
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
--
devel
: hdf5 = %{hdf5ver}
in the related packages.
Done:
Requires: hdf5 = %{_hdf5_version}
This is only in rawhide at the moment.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
, but I can't see why it doesn't work
in koji when it does work everywhere else.
Perhaps there's some extra fedpkg flag I should be using for epel builds?
Perhaps try without parallel make?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
from here
/builddir/build/BUILD/ParaView-3.12.0/VTK/Infovis/vtkBoostBreadthFirstSearchTree.cxx:98:5:
error: 'class boost::detail::reverse_graph_edge_descriptorvtkEdgeType'
has no member named 'Id'
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
Tried to do a commit and seem to be in a bad state:
[or...@orca paraview]$ fedpkg commit -p
[master 6f6d9c7] Add patch to support python 2.7
2 files changed, 18 insertions(+), 1 deletions(-)
create mode 100644 paraview-3.8.0-py27.patch
Warning: No xauth data; using fake authentication data
On 7/30/2010 1:57 PM, Orion Poplawski wrote:
Tried to do a commit and seem to be in a bad state:
[or...@orca paraview]$ fedpkg commit -p
[master 6f6d9c7] Add patch to support python 2.7
2 files changed, 18 insertions(+), 1 deletions(-)
create mode 100644 paraview-3.8.0-py27.patch
On 7/7/2010 4:29 PM, Tom spot Callaway wrote:
[orion] apache-commons-jexl: apache-commons-jexl-javadoc-2.0.1-1.fc14.noarch
Added license to javadoc package
[orion] BareBonesBrowserLaunch:
BareBonesBrowserLaunch-javadoc-3.0-1.fc14.noarch
Package is public domain and does not ship a license
Trying to check out vtk (or other packages):
$ fedpkg co vtk
Cloning into vtk...
Warning: No xauth data; using fake authentication data for X11 forwarding.
open log failed: Permission denied
fatal: The remote end hung up unexpectedly
Could not clone: Command '['git', 'clone',
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 list
devel
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 failed
fedora-packager-0.5.1.0
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 DivisionFAX: 303-415
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 which was useful for grepping all
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 Lane
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 and save a significant portion
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
'rawhide' branch? :-)
That might be it - but part
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
a systemd-devel mailing list. Must of the stuff discussed
here should probably discussed there instead.
Lennart
I disagree. This is where systemd is getting presented to the world,
this is where it will receive the broadest exposure.
--
Orion Poplawski
Technical Manager 303
, 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 Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415
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
Technical Manager
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 Division
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 Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA
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
Looks like a check for that is in order.
Holy
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
Technical Manager
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.fc14
Please excuse me what I did
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
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's to the next 1000!
--
Orion
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 Mitchell Lane
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 as good a place as any. The X
that it is configured
properly at login time? Who's needs handle it for KDE, LXDE, XFCE, etc.?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane or...@cora.nwra.com
Boulder, CO
)
- New windows or the desktop toolbar appear on the laptop screen (which is
closed)
I think the fun will come from systems that don't properly report their lid
status. I think this is one of the complaints from the X developers.
--
Orion Poplawski
Technical Manager 303-415
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 will come from systems that don't properly report
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 Poplawskior...@cora.nwra.com 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
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
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.org
https
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're at
it, or paraview won't build. Thanks!
--
Orion Poplawski
Technical Manager
problems. See
https://bugzilla.redhat.com/show_bug.cgi?id=287411
--
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
.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
Technical Manager
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 in
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 or...@cora.nwra.com
Boulder, CO 80301 http
://fedoraproject.org/wiki/Packaging:MPI), namely that the module
location has changed to be under a mpi subdirectory.
- I'm planning on building mpich2 1.5 shortly in rawhide with the above module
changes. Updating to 1.5 also for hwloc 1.5 support.
--
Orion Poplawski
Technical Manager
On 11/01/2012 04:21 PM, Jussi Lehtola wrote:
On Thu, 01 Nov 2012 09:08:36 -0600
Orion Poplawski or...@cora.nwra.com wrote:
Some MPI updates:
- I built openmpi 1.6.3 in rawhide yesterday. This had an unexpected
bump in the libmpi_f90.so soname. I know this affects hdf5 and
netcdf-fortran
Summary of changes:
7461b80... Improve description (*)
102f01c... Specify all dependencies (*)
5d392a2... Modernize spec file (*)
ca549ff... Teach rpmlint (*)
ff7a981... Change license (*)
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl
Summary of changes:
7461b80... Improve description (*)
102f01c... Specify all dependencies (*)
5d392a2... Modernize spec file (*)
ca549ff... Teach rpmlint (*)
ff7a981... Change license (*)
51b209e... Merge branch 'master' into el5
(*) This commit already existed in another branch; no
commit 51b209efc779419a8b623accf1b28d8dc86369c9
Merge: 7b2c0b9 ff7a981
Author: Orion Poplawski or...@nwra.com
Date: Mon Nov 5 10:46:25 2012 -0700
Merge branch 'master' into el5
.rpmlint |2 ++
perl-Sys-MemInfo.spec | 29 +
2 files changed, 23
On 11/02/2012 05:10 PM, Orion Poplawski wrote:
On 11/01/2012 04:21 PM, Jussi Lehtola wrote:
On Thu, 01 Nov 2012 09:08:36 -0600
Orion Poplawski or...@cora.nwra.com wrote:
Some MPI updates:
- I built openmpi 1.6.3 in rawhide yesterday. This had an unexpected
bump in the libmpi_f90.so soname
On 11/06/2012 06:07 AM, Marcela Mašláňová wrote:
Oh no, you are top posting again ;-)
And please, please, please could we trim quotes to relevant ones? Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
, the question is if -O3 is explicitly against the guidelines,
why is it in the rpm macros file at all.
Richard
It's not in any rpm macros. It is in cmake's definition of the default flags
for doing a Release build.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA
I'll be building hdf5 1.8.10 for rawhide shortly. This will require a rebuild
of all hdf5 using packages. I'll try to get to most of them today.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell
On 11/14/2012 09:02 AM, Orion Poplawski wrote:
I'll be building hdf5 1.8.10 for rawhide shortly. This will require a rebuild
of all hdf5 using packages. I'll try to get to most of them today.
This has been delayed due to an unexpected issue.
--
Orion Poplawski
Technical Manager
builds.
Other than that, F19 has CMake 2.8.10.1 and F18 has 2.8.9. If using
CMake 2.8.9 works, it should be reported upstream as a regression.
--Ben
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell
On 11/28/2012 06:32 AM, Fedora Rawhide Report wrote:
[yum-cron]
yum-cron-0.9.2-6.fc19.noarch requires yum-downloadonly
Looks like the yum-cron package was never retired from the distribution.
https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
--
Orion Poplawski
On 11/14/2012 09:02 AM, Orion Poplawski wrote:
I'll be building hdf5 1.8.10 for rawhide shortly. This will require a rebuild
of all hdf5 using packages. I'll try to get to most of them today.
Finally happening today. I'm starting builds of dependent packages...
--
Orion Poplawski
?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
devel mailing list
devel@lists.fedoraproject.org
https
towards a new rc.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
devel mailing list
devel
in the packaging guidelines to
suggest that people list the shared libraries in the %files section like:
%{_libdir}/libname.so.#*
With the soname version number explicitly listed. That way packagers would
detect most soname bumps automatically when they do a build.
--
Orion Poplawski
Technical
Summary of changes:
29bbe2f... Update to latest upstream release. (*)
47f48ad... Commit spec file. (*)
ead66f4... Merge branch 'master' into el6 Update to 1.98.6
(*) This commit already existed in another branch; no separate mail sent
--
Fedora Extras Perl SIG
commit ead66f4c6f09476fec9386935549c34434d34264
Merge: c4ddc14 47f48ad
Author: Orion Poplawski or...@nwra.com
Date: Wed Dec 5 08:44:07 2012 -0700
Merge branch 'master' into el6
Update to 1.98.6
.gitignore |1 +
abi-compliance-checker.spec | 10
packages to help
notice unexpected changes.
--
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
+- Build with -fpic on 32 bit too. Use -fpic on supported platforms over -fPIC
+
So, is this the standard now? -fpic over -fPIC and-fpic on 32-bit as well?
I'm interested to learn more about this.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office
of libjpeg-devel now pulls in libjpeg-turbo-compat-devel, but this doesn't
really work as a drop in replacement because those headers are in
/usr/include/libjpeg-turbo-compat/. Shouldn't libjpeb-turbo-devel provide
libjpeg-devel and not libjpeg-turbo-compat-devel?
--
Orion Poplawski
Technical Manager
On 12/14/2012 06:25 AM, Richard W.M. Jones wrote:
FTBFS:
plplot-5.9.9-10.svn12202.fc18.src.rpm
I'll take a look in a bit.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
of emails? It might spark interest.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
devel mailing list
into those locations.
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
the de-facto standard they themselves made up, which is not a reason).
Shouldn't they be in /usr/share/systemd?
--
Orion Poplawski
Technical Manager
mounted in /sys/fs/selinux (as of F17 I believe). Though:
setenforce 0|1
is a more standard way.
audit2allow is in policycoreutils-python these days I believe.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380
in to this and how to fix it?
Thanks!
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
devel mailing list
devel
-3.0.19-1.fc19.i386/usr/share/doc/mod_passenger-3.0.19'
cp: missing destination file operand after 'doc/Users
/builddir/build/BUILDROOT/rubygem-passenger-3.0.19-1.fc19.i386/usr/share/doc/mod_passenger-3.0.19'
Filed http://rpm.org/ticket/858
--
Orion Poplawski
Technical Manager
and ongoing work up at
http://www.cora.nwra.com/~orion/fedora/nx/
Please take a look and provide feedback.
Thank you.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
that.
--
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 list
devel
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301
On 01/25/2013 03:48 PM, Rahul Sundaram wrote:
Hi
On Fri, Jan 25, 2013 at 5:35 PM, Orion Poplawski or...@cora.nwra.com
mailto:or...@cora.nwra.com wrote:
FYI - Looks like icu 50 landed in rawhide today with the usual soname bump
Seems like your rebuild failed
http
--and-newer
Does:
fedpkg build
loop:
fedpkg switch-branch fn+1 (or master)
git merge fn
git push
fedpkg build
goto loop: unless at master
It could also take --nowait. If there was an error at any point it
would abort (assuming git gives some non-zero return codes).
--
Orion Poplawski
On 01/27/2013 01:41 AM, Peter Robinson wrote:
[plplot]
Tried to rebuild but needs more attention.
That's mine. I'll try to get to it soon.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA DivisionFAX: 303-415-9702
3380 Mitchell Lane
GCC 4.8 seems to have a fairly serious regression with regards to converting
Long_Float to Integer:
https://bugzilla.redhat.com/show_bug.cgi?id=906516
There aren't many ada using packages in in Fedora, but this is affecting plplot.
--
Orion Poplawski
Technical Manager 303
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
.
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 DivisionFAX: 303-415-9702
3380
are an integral
part of the Fedora experience.
- Orion Poplawski
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
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 actually fix bugs.
--
Orion Poplawski
Technical Manager
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 disruptive.
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 there a mere RISK to lose 70-80% of our users if we do _not_
implement
the changes
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 http://www.cora.nwra.com
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 DivisionFAX: 303-415-9702
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 filing a bug is in order.
Anaconda or yum?
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA/CoRA Division
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 DivisionFAX: 303-415-9702
3380 Mitchell Lane
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 request
1 - 100 of 1355 matches
Mail list logo
