Orphaning FontyPython
by Chris Mohler
Sorry folks - I either need to orphan this one or pick up a
co-maintainer who is willing to babysit it for a while. I've been
insanely busy and it seems I will be for weeks to come :)
FontyPython is a font management program that places symlinks from
arbitrary locations into ~/.fonts, and allows you to group the links.
Upstream has released a new version and several (apparently
unannounced) updates and the .desktop file is also a tad broken.
Chris
16 years
Multilib Middle-Ground
by Warren Togami
Bill Nottingham wrote:
> Warren Togami (wtogami(a)redhat.com) said:
>> * In the case of this scim change: You do a Korean language install.
>> Even on a non-LiveCD install you end up missing i386 (and font) packages
>> necessary for full Korean desktop support. There is no obvious way for
>> the user to know why it broke. It is suddenly impossible to have a full
>> Korean language desktop install by using the yum group. THIS IS A BIG
>> PROBLEM OUTSIDE OF LIVECD.
>
> ... 'and font'? The scim change changes fonts? O RLY?
>
> This is *exactly* what I said. You're saying we should do something
> special for an input method (for GTK only) that we don't do for
> QT input methods, NSS modules, PAM modules, etc.
Then I guess we are really not that much worse off. It is impossible
for yum groupinstall to "fix" these problems in Fedora 9.
This points to a more general problem: We were not happy with having a
huge pile of unnecessary i386 packages so our solution was to completely
eliminate them from the default install. We went TOO FAR
overcompensating for the previous broken multilib behavior.
Dependencies or a comps multilib whitelist could be a nice
middle-ground. Some users want to be i386-free. Other users want a
tiny set of expected packages to be multilib to avoid confusion. The
current yum option is either all or none.
Perhaps we need a third option like "smart" which uses a multilib
whitelist that can be updated via repodata. Anaconda and other GUI
interfaces can allow the user to choose between "smart" and "100% i386
free". This way "yum groupinstall korean-support" can install
everything the user expects.
This avoids the lose of:
- expecting the user to manually install a complicated set of
arch-specific packages because they can't use yum groupinstall
- expecting the user to change the yum multilib priority option and
subject themselves to a huge pile of unnecessary crap that they will
never need.
No time to do this before F9.
Warren Togami
wtogami(a)redhat.com
16 years
Re: [Fwd: Apport]
by Will Woods
On Fri, 2008-05-02 at 17:54 -0400, Tom "spot" Callaway wrote:
> Passing this along for consideration.
(original email ref:
http://lists.freedesktop.org/archives/distributions/2008-May/000163.html)
I worked on Apport for Fedora during (I think) the F7 release cycle:
https://code.launchpad.net/~wwoods/apport/fedora
http://fedoraproject.org/wiki/Releases/FeatureApport
Things have matured for a year, and I think related technologies have
matured to the point where this could be done right in Fedora and other
distributions. Here's a braindump of some of the things involved.
1) Linux kernel support
Neil Horman worked on a kernel patch that fixed some of the hackery that
Ubuntu's kernel was using to make it work[1].
I don't have the commit id offhand, but the upshot is that you can use
arguments with command pipes in core_pattern as of.. 2.6.24, I think.
2) packaging abstraction
There were some other distro-specific bits to fill in - like looking up
package name from a filename. In Fedora I believe we can easily (and
more accurately) handle this by pulling BuildIDs[2] out of the core dump
itself.
Apport could also be using PackageKit as its packaging backend, rather
than having its own private abstractions for these things.
3) Reporting format
We had a discussion about the proper format for bug reports, and
coordinating this with other projects. Apport is using a RFC822
(essentially email)-formatted bug report with specific "headers"/"tags"
to indicate various metadata about the report[3].
GNOME's bug-buddy, as I understand it, uses Google's Breakpad[4] libs to
generate its reports; Mozilla projects do the same.
Kerneloops is a similar idea but (obviously) their reports are all just
Linux kernel oopses.
I couldn't find details on a crash-report format specific to KDE but if
someone wants to point me at some existing work in this area I'd
appreciate it.
4) Server-side
Apport in Ubuntu uses launchpad as the server-side to report bugs to;
python-bugzilla[5] came out of my efforts to implement that for Fedora.
Mozilla's Breakpad efforts have produced a server and web client for
collecting and viewing crash reports[6]. I think it makes sense for
Fedora to follow the lead of GNOME and Mozilla and use Breakpad-style
reports.
All the pieces are there. We just need someone with the time, skills,
and drive to put 'em all together.
-w
[1] http://kerneltrap.org/node/14010
[2] http://fedoraproject.org/wiki/Releases/FeatureBuildId
[3] https://wiki.ubuntu.com/Apport#head-43f381da3ef07fd0e601265ff1c835894d77b159
[4] http://code.google.com/p/google-breakpad/
[5] https://fedorahosted.org/python-bugzilla/
[6] http://wiki.mozilla.org/Breakpad
16 years
rawhide report: 20080503 changes
by Fedora compose checker
Updated Packages:
PackageKit-0.1.12-9.20080502.fc9
--------------------------------
* Fri May 02 2008 Richard Hughes <rhughes(a)redhat.com> - 0.1.12-9.20080502
- Pull in the new snapshot from the stable PACKAGEKIT_0_1_X branch.
- Fixes rh#444612, which is a release blocker.
PolicyKit-gnome-0.8-4.fc9
-------------------------
* Thu May 01 2008 David Zeuthen <davidz(a)redhat.com> - 0.8-4.fc9
- Don't spawn stuff under gdm
fedora-release-9-1
------------------
* Thu May 01 2008 Jesse Keating <jkeating(a)redhat.com> - 9-1
- Make the final package, set the release name.
* Tue Apr 22 2008 Jesse Keating <jkeating(a)redhat.com> - 9-0.1.rc
- Make version 9 for yum, rpm version clearly a pre-release.
* Fri Apr 11 2008 Jesse Keating <jkeating(a)redhat.com> - 8.93-1
- Update for preview release
- Turn off rawhide, turn on others, rely on mirrormanager redirection
gnome-packagekit-0.1.12-12.20080430.fc9
---------------------------------------
* Fri May 02 2008 Richard Hughes <rhughes(a)redhat.com> - 0.1.12-12.20080430
- Add some more stuff to the GPG patch to fix point 3) of rh#444826
gthumb-2.10.8-3.fc9
-------------------
* Fri May 02 2008 David Zeuthen <davidz(a)redhat.com> - 2.10.8-3
- Drop x-content patch and provide gthumb-importer and a desktop
file for it (#444635)
initscripts-8.76-1
------------------
* Fri May 02 2008 Bill Nottingham <notting(a)redhat.com> - 8.76-1
- fix tcsh syntax error (#444998)
- remove debugging cruft from rcS-sulogin
kdebase-workspace-4.0.3-20.fc9
------------------------------
* Fri May 02 2008 Rex Dieter <rdieter(a)fedoraproject.org> 4.0.3-20
- Requires: kdebase , so it doesn't go missing on upgrades from kde3 (#444928)
* Mon Apr 28 2008 Lukáš Tinkl <ltinkl(a)redhat.com> 4.0.3-19
- #444141: Initial wallpaper chooser has "EOS" preselected but wallpaper is "Fedora Waves"
man-pages-fr-2.79.0-4.fc9
-------------------------
* Fri May 02 2008 Alain Portal <aportal AT univ-montp2 DOT fr> 2.79.0-4
- Remove vipw.8 already in shadow-utils. Fix #444868.
nautilus-2.22.2-7.fc9
---------------------
* Fri May 02 2008 David Zeuthen <davidz(a)redhat.com> - 2.22.2-7
- Default to "Ask what to do" for all actions (#444639)
* Wed Apr 30 2008 Tomas Bzatek <tbzatek(a)redhat.com> - 2.22.2-6
- Mask file moving to nautilus-cd-burner window as copy operation (#443944)
- Don't allow recursive move/copy into itself (gnomebz #530720)
* Thu Apr 17 2008 Matthias Clasen <mclasen(a)redhat.com> - 2.22.2-5
- Make "Open Folder" work as expected for media handling
pungi-1.2.17-1.fc9
------------------
* Thu May 01 2008 Jesse Keating <jkeating(a)redhat.com> - 1.2.17-1
- Add a config file for Fedora 9.
rhgb-1:9.0.0-6.fc9
------------------
* Fri May 02 2008 Ray Strode <rstrode(a)redhat.com> - 1:9.0.0-6
- Use abstract sockets by default
* Fri May 02 2008 Matthias Clasen <mclasen(a)redhat.com> - 1:9.0.0-5
- Remove debug spew
* Fri May 02 2008 Matthias Clasen <mclasen(a)redhat.com> - 1:9.0.0-4
- Make the splash on 800x480 (#444944)
shared-mime-info-0.23-9.fc9
---------------------------
* Fri May 02 2008 David Zeuthen <davidz(a)redhat.com> - 0.23-9
- Fix defaults for x-content/image-dcf (#445032)
system-config-date-1.9.30-2.fc9
-------------------------------
* Fri May 02 2008 Jeremy Katz <katzj(a)redhat.com> - 1.9.30-2
- Add patch to handle '_' vs ' ' mismatch for zone names (#444093)
Broken deps for ppc64
----------------------------------------------------------
livecd-tools-016-1.fc9.ppc64 requires yaboot
perl-Test-AutoBuild-darcs-1.2.2-3.fc9.noarch requires darcs >= 0:1.0.0
ppc64-utils-0.14-2.fc9.ppc64 requires yaboot
16 years
Wiki page - HowToGetSponsored
by Sven Lankes
Hello,
I'm slowly working my way through the available documentation around
becoming a fedora packager.
The wiki-Page https://fedoraproject.org/wiki/PackageMaintainers/HowToGetSponsored
has a couple of things which aren't clear to me. I'll happily fix the wiki page
with useful advise posted here.
> Note that sponsorship is not automatic and requires that you find a
> willing sponsor.
It is not clear to me if it's sufficient to post one or more package
review requests blocking FE-NEEDSPONSOR or if I have to hunt down
possible sponsors to actually look at my requests.
Is it common for sponsors to browse bugzilla for fresh FE-NEEDSPONSOR
tickets?
> Note also that you should not submit your sponsorship request to the
> account system until after you have been given the go-ahead from a
> sponsor
I'm rather lost here. What is a sponsorship request and where do I
submit it in the account system?
> (List of Sponsors) -
> The list of sponsors is only visible to
> contributors with a Fedora Account.
(List of Sponsors) links to
https://admin.fedoraproject.org/accounts/dump-group.cgi?group=cvsextras&r...
which results in an "Internal Server Error".
Looking around I found
https://admin.fedoraproject.org/accounts/group/view/cvsextras to be the
closest replacement for the above link - but it doesn't allow allow to
only list sponsors - is there some url-magic I'm missing that will
filter the list to only show sponsors?
--
sven === jabber/xmpp: sven(a)lankes.net
16 years
autofs no longer in default install
by Roland McGrath
In past versions, I've always found autofs was installed by default, so
/net/foo/bar works out of the box on the first boot of a new install. I
just installed f9 (yesterday's rawhide) with a completely vanilla x86_64
install (minimal set of clicks, default package sets) and it was not there.
What gives?
Thanks,
Roland
16 years
Re: Fedora and JPackage proprietary JDK shims
by Jason Corley
> Colin Walters wrote:
> Perhaps; I've personally only used the jpackage shims on RHEL (which
> is much closer to jpackage's target audience).
At JPackage we support as many distros as we can that we have users
and developers for. To say we focus on RHEL (or any distro) is
incorrect as that absolutely is not the target of the project. Nor is
exclusive support for Fedora, OpenSuSE, or Mandriva. All of those
added together (and then some more thrown in) are our focus.
> If Fedora and JPackage were on Facebook, the relationship status would
> be "It's complicated".
JPackage is on Facebook. ;-) http://www.facebook.com/group.php?gid=7643070828
Jason
16 years
Fix for cvs tag issue
by Neal Becker
I know I encountered this once before, but forgot how to fix.
cvs update -d -P
(creates F-9 dir)
cd F-9
make tag
cvs tag -c Cython-0_9_6_13_1-3_fc9
ERROR: The tag Cython-0_9_6_13_1-3_fc9 is already applied on a different
branch
That tag is already on devel branch.
What is the process to fix this?
16 years
Fedora 9 only taking blocker fixes
by Jesse Keating
At this point we're trying to get Release Candidates created and as such
we are only taking release blocker bugfix builds for tag requests. All
other builds should be issued as updates for F9 after release. Thanks!
--
Jesse Keating
Fedora -- Freedom² is a feature!
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
16 years
Fixing recursive fault but reboot is needed!
by Andy Lawrence
Does this mean anything? Just popped up!
[root@localhost ~]# dmesg | tail
[<ffffffff812906c8>] ? thread_return+0x63/0xa7
[<ffffffff8106d214>] ? audit_syscall_exit+0x331/0x353
[<ffffffff812924e9>] error_exit+0x0/0x51
Code: 48 ff c9 eb 62 66 0f 1f 44 00 00 65 4c 8b 04 25 10 00 00 00 49
81 e8 d8 1f 00 00 48 83 c1 03 72 0f 49 3b 48 20 73 09 48 83 e9 03 <89>
11 31 c0 c3 48 83 e9 03 eb 31 0f 1f 44 00 00 65 4c 8b 04 25
RIP [<ffffffff811326a0>] __put_user_4+0x20/0x30
RSP <ffff810071dcbcd0>
---[ end trace ef51479770fd9cdc ]---
Fixing recursive fault but reboot is needed!
[root@localhost ~]#
--
projecthuh.com
All of my bits are free, are yours? Fedoraproject.org
16 years
