devel June 2011

devel@lists.fedoraproject.org

310 participants
271 discussions

Revoking and deleting in Bodhi Web
by Sergio Belkin 01 Jun '11

01 Jun '11

Hi, What does it occur when an update is revoked and is deleted? I've done an updated version of package, made a build and when I write the name in Package field I've found a bit odd that new build doesn't appear in the combo box. I wonder if I did something wrong... What do you think? Thanks in advance! -- -- Sergio Belkin http://www.sergiobelkin.com Watch More TV http://sebelk.blogspot.com LPIC-2 Certified - http://www.lpi.org

2 2

orphaning anyterm
by Mo Morsi 01 Jun '11

01 Jun '11

I'm no longer working on anything that requires anyterm and thus have orphaned it. Anyone feel free to grab, it should still be at the latest upstream release though there are two BZs filed against it: https://bugzilla.redhat.com/show_bug.cgi?id=635784 https://bugzilla.redhat.com/show_bug.cgi?id=707816 -Mo

1 0

Orphaning my packages...
by Truch, Matthew 01 Jun '11

01 Jun '11

I need to orphan all of my packages. In most cases, it would be great if someone (or more) could pick them up. Let me know if you'd like any of them and I'll release them to you. cfitsio -- Library for manipulating FITS data files Already has co-maintainers; perhaps they want to step up? getdata -- Library for reading and writing dirfile data An excellent and easy to package data library. Upstream is extremely responsive. hpic -- Healpix manipulation binaries and library Could be orphaned; not used much anymore, but is trivial to maintain. kst -- A data viewing program for KDE A great program for plotting data (especially live data). Currently in Fedora is the 1.x branch of kst; 2.0 has been released; I have a spec file ready but haven't had the time to push it though. slimdata -- Tools and library for reading and writing slim compressed data This package also gets little use, but it is easy to maintain.

5 5

Bugzilla/Bugzapper and ignored reports
by Reindl Harald 01 Jun '11

01 Jun '11

https://bugzilla.redhat.com/show_bug.cgi?id=619785 this bugreport is a long time ago for fedora 13/14 it was never refreshed, no answer and only builds for F15 perl-IO-Socket-INET6-2.66-2.fc15 perl-IO-Socket-INET6-2.66-1.fc15

2 1

leaving packages "python-gdata" and "googlecl"
by Adam Goode 01 Jun '11

01 Jun '11

I don't have time to maintain python-gdata nor googlecl. python-gdata seems well covered, so I will just remove myself. googlecl has a single other maintainer for all but EPEL. I will remove myself there as well, but it would be good if others could take maintainership, especially for EPEL. Thanks, Adam

1 0

Unresponsive Package Maintainer - Lubomir Rintel
by David Ward 01 Jun '11

01 Jun '11

I'm following the procedure at: http://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers Does anyone know how to contact Lubomir Rintel? He is not answering e-mails at his listed address or the following Bugzilla reports: https://bugzilla.redhat.com/show_bug.cgi?id=668513 https://bugzilla.redhat.com/show_bug.cgi?id=663593 (duplicate of above) https://bugzilla.redhat.com/show_bug.cgi?id=676699 (duplicate of above) Thanks, David

5 4

Unplanned OUTAGE: buildsystem (2011-06-01)
by Kevin Fenzi 01 Jun '11

01 Jun '11

During reboots and updates yesterday, the filesystem for the buildsystem was written to from two seperate places at the same time. A snapshot was taken of the filesystem and a fsck started. Builds were completing normally and the filesystem was functioning, until about 08:11UTC when the filesystem switched to read-only. Builds since that time have failed. We have disabled the builder hosts for now (submitted jobs will queue up and wait for their return) until the file system check is completed. You can follow progress of this issue in: https://fedorahosted.org/fedora-infrastructure/ticket/2800 Sorry for the inconvenience. kevin _______________________________________________ devel-announce mailing list devel-announce(a)lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel-announce

1 0

UID_MIN & GID_MIN changed
by Peter Vrabec 01 Jun '11

01 Jun '11

Hi all, I'd like to inform you that I have changed UID_MIN & GID_MIN from 500 to 1000 in upgraded shadow-utils. Where? /etc/login.defs. shadow-utils-4.1.4.3-1.fc16 I suppose UID/GID_MIN=1000 is more common(other distros, upstream). We are not in situation that 500 IDs for system accounts ought to be enough for anybody. Actually, it was not 500.It was 299 because range 0-200 is for reserved IDs. There are 799 non reserved IDs for system accounts available after this change. Regards, Peter.

16 39

9base in Fedora?
by Petr Sabata 01 Jun '11

01 Jun '11

Hi list, I've been thinking about packaging 9base [1], a port of Plan 9 userspace tools, for Fedora. I'm interested in opinions on what style is "better" and why. The problem is most of 9base binaries (and their manpages) have the same name as their coreutils (and other) equivalents, therefore we need to install them to somewhere else. Upstream suggests installing all its directories (bin, share, lib, ...) into /usr/local. This is not acceptable for obvious reasons. Options: #1, aka the Gentoo way Gentoo installs its 9base package into /usr/plan9, basically not touching 9base files at all. This collides with FHS and therefore would require an exception in Packaging Guidelines. #2, aka the Debian way Debian installs its 9base package into /usr/lib. Well, most of it. They also prefix all the manpages with 'plan9-', not the binaries, though. This placement (provided we use %{_libdir}) introduces issues for Plan 9 rc shell scripts and their shebangs. #3, aka the Fedora way? Should we do this in some other way? I personally like the #1 better since it's more clean (except for the required FHS exception) and more or less aligned with upstream. [1] http://tools.suckless.org/9base -- # Petr Sabata

17 48

Same noarch update to several releases?
by Bruno Wolff III 31 May '11

31 May '11

I am co-maintaining boswars-addons which has been setup to not use dist as part of the versions, since the package is noarch and the same build is usable accross releases. It's 48 MB, so it has been considered large enough to be worth not triggering updates when updating between Fedora releases. So now I want to get the same update into F13, F14, F15 and rawhide. Is there a reasonable way to do this? I think I can get it into F13 and rawhide, but I am not sure how to get the same build into multiple updates repos for released versions. Can I do this one at a time? So that after it has made it all the way to updates in one release, to start again in another using manual tagging into updates-pending before using bodhi again?

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

devel June 2011