(from my blog, apologies to anyone that's read this once already)
Before ideal system requirements we should talk about use cases and
system interactions. I think this is where update systems have gone
wrong in the past, closely integrating with the existing package system
rather than studying the complete ideal user interactions.
Feel free to disagree and correct the interactions.
Boot Time Security Update
Toby logs into his desktop. A notification area icon with a critical
icon appears in the top right and a libnotify popup tells him there are
3 three critical security updates. The libnotify popup has three
• Update now in the background
• Always do updates automatically
• Ignore for now
Toby clicks the first button and the update completes in the background.
When completed, after a few minutes, another libnotify popup appears
telling Toby that the update was completed and after a few seconds the
status icon disappears.
Downloading an Unknown Application
Suzanne wants to open a word file. She opens the software finder tool
and types "office file" into the search box. A list of software appears,
with OpenOffice being the top entry. She clicks the OpenOffice entry to
highlight it, and clicks "Install now". Suzanne is not an administrator,
but because she is locally logged in and the package is from the "fedora
GPG signed repository" the root password is not required. A notification
area icon appears with a downloading icon and the package manager is
closed. When OpenOffice is installed, a libnotify popup tells Suzanne
that the software has been downloaded and is now ready to use.
Installing files automatically
Simon wants to borrow the computer while Suzanne waits for OpenOffice to
download. He uses fast-user switching to switch to a new login. He
notices the same downloading icon in his session which indicates
Suzannes' download is still in progress. He starts Pidgin which then
crashes. The bug-buddy window appears which prompts him to install the
debuginfo so a valid backtrace can be detected. He clicks yes, and a
libnotify windows appears telling Simon that the request has been queued
and that he will be notified when the debuginfo has been installed. When
installed, the bug-buddy helper continues and submits a valid bug.
Installing new features
Suzanne switches back to her session and wants to add some clipart to
the word file she has just opened. She clicks "Insert" and then
"Clipart" and then a windows pops up telling her that clipart is not
installed. She clicks "Install" and a progress bar appears and moves
across as the clipart is downloaded and then installs. When finished,
the dialog disappears and she chooses a picture of a cat.
I've blogged about package management in Fedora (and how it sucks in
other distros too) and also discussed abstract per-system package
management over DBUS interfaces.
I would appreciate feedback on
http://hughsient.livejournal.com/31429.html either on the blog as
comments, personal email, or just cc'd to the list.
This is obviously not a F8 target, more an idea I discussed with some
other desktop hackers at GUADEC and FOSDEM earlier this year.
"Crack" would be a valid comment but obviously, I would prefer more in
depth and reasoned criticism :-)
I know I'm opening up Pandoras box here but what the heck, it's Friday and
I'm feeling slightly bored...
With RPM 184.108.40.206 fresh out and 4.4.x branched off to maintenance mode,
time to start looking forward to next major release. While the focus will
be largely in cleaning up and streamlining the codebase, it can't
realistically be all about just that.
Not everybody is on rpm-maint list and we'd like to hear the wishes of
(Fedora) developers/packagers too. So: what have you always wanted to do
with rpm, but wasn't able to? Or the other way around: what you always
wished rpm would do for you? What always annoyed you out of your mind?
Just to kick off the discussion (like it was necessary, this is rpm
afterall...), here are a few things that have been brought up in various
forums and private discussions, but don't feel constrained by these items,
they're just some examples of what's being considered:
* Improving automatic dependency extraction
- Plugin architecture for internal dependency extractor to avoid having
to patch rpm itself for each new language
- libtool, pkgconfig requires + provides (easily ported from rpm5.org)
- <your favorite language> (python for me) library requires +
- Buildrequires match cross-arch on multilib, not good
- -devel package dependencies match cross-arch on multilib, not good
* Python bindings
- Ever wanted to fully drive a package build from python, without
having to resort to screenscraping rpmbuild output etc? I know I
* Unix philosophy - do just one thing and do it well:
- RPM is not a GPG key manager but a package manager.
- RPM is not an ftp/http client, it's a package manager.
The more specific you can be, the better - "make it not suck" isn't
productive. Of course there's no way everything can be done, we want the
next major release out before end of the decade... Also this is not a
voting where most votes guarantee implementation, but consider it your
chance to be heard. I'm listening... :)
- Panu -
Open bugs slightly down, but number of new review tickets climbed a bit
Fedora Package Status of Jul 26, 2007
The full report can be found here:
Owners file stats:
- 4783 packages
- 7895 binary rpms in devel
- 109 orphans
- 58 packages not available in devel or release
Axel dot Thimm at ATrpms dot net vtkdata
andreas dot bierfert at lowlatency dot de libopensync-plugin-synce
andreas at bawue dot net perl-HTML-CalendarMonthSimple
andreas at bawue dot net ddrescue
bdpepple at ameritech dot net galago-filesystem
bdpepple at ameritech dot net gaim-galago
cgoorah at yahoo dot com dot au netgen
cweyl at alumni dot drew dot edu perl-Text-RecordParser
cweyl at alumni dot drew dot edu gaim-gaym
dbhole at redhat dot com dom2-core-tests
dbhole at redhat dot com objectweb-anttask
devrim at commandprompt dot com postgresql-pgpool-ha
foolish at guezz dot net perl-SQLite-Simple
gauret at free dot fr pdftohtml
gilboad at gmail dot com kdebluetooth
green at redhat dot com ws-common-utils
j dot w dot r dot degoede at hhs dot nl cdogs-data
j dot w dot r dot degoede at hhs dot nl cdogs-sdl
jafo at tummy dot com python-mechanoid
jafo at tummy dot com python-memcached
jmp at safe dot ca clement
johnp at redhat dot com GConf2-dbus
jorton at redhat dot com libc-client
mastahnke at gmail dot com epel-release
mchristi at redhat dot com scsi-target-utils
mike at flyn dot org linkchecker
mpg at redhat dot com olpc-hardware-manager
mpg at redhat dot com sugar
mpg at redhat dot com sugar-presence-service
mpg at redhat dot com xulrunner
mpg at redhat dot com sugar-artwork
mpg at redhat dot com sugar-datastore
mpg at redhat dot com hulahop
mpg at redhat dot com xapian-core
mpg at redhat dot com pyxapian
mpg at redhat dot com xapian-bindings
orion at cora dot nwra dot com R-multcomp
orion at cora dot nwra dot com R-systemfit
paul at all-the-johnsons dot co dot uk XaraLX
paul at all-the-johnsons dot co dot uk mysql-connector-net
pcheung at redhat dot com asm2
pertusus at free dot fr ivman
qspencer at ieee dot org suitesparse
rdieter at math dot unl dot edu pykdeextensions
richard at hughsie dot com ohm
rjones at redhat dot com ocaml-ssl
rjones at redhat dot com ocaml-ulex
rvokal at redhat dot com gaim-guifications
splinux at fedoraproject dot org drapes
steve at silug dot org perl-Params-CallbackRequest
steve at silug dot org perl-Term-ReadPassword
sundaram at redhat dot com olpc-utils
than at redhat dot com kdepimlibs
than at redhat dot com kdelibs3
vivekl at redhat dot com saxon8
vivekl at redhat dot com classpathx-jaxp
xgl-maint at redhat dot com xorg-x11-drv-vermilion
yufanyufan at gmail dot com audacious-plugins-docklet
- 5 packages not available in devel but present in release
andreas dot bierfert at lowlatency dot de syncekonnector
caolanm at redhat dot com hunspell-he
jorton at redhat dot com newt-perl
twaugh at redhat dot com desktop-printing
wolfy at nobugconsulting dot ro qfaxreader
- 7 packages which have not yet been FE-ACCEPT'd...
eclipse bkonrath at redhat.com
cyrus-imapd tjanouse at redhat.com
pixman ajackson at redhat.comhttps://bugzilla.redhat.com/bugzilla/buglist.cgi?bug_id=221717,224458,245...
agg caolanm at redhat.com
libsilc wtogami at redhat.com
gnome-password-generator debarshi.ray at gmail.com
linkchecker mike at flyn.org
- 5 packages present in the development repo which have no owners entry
audacious-docklet s390utils stardict-dic ufsparse ws-commons-util
- 21 orphaned packages, yet available in devel
docbook-dtds docbook-simple docbook-slides docbook-style-dsssl
docbook-style-xsl docbook-utils driftnet empathy gnome-bluetooth gob2
libbtctl libedit linuxdoc-tools luks-tools ndesk-dbus openjade opensp
pam_usb udftools xmltex xmlto
FE-ACCEPT packages stats:
- 2913 accepted, closed package reviews
- 44 accepted, closed package reviews not in repo
- 7 accepted, closed package reviews not in owners
- 102 accepted, open package reviews older than 4 weeks;
- 97 accepted, open package reviews with a package already in the repo
FE-REVIEW packages stats:
- 219 open tickets
- 79 tickets with no activity in eight weeks
- 53 tickets with no activity in four weeks
- 14 closed tickets
FE-NEW packages stats:
- 919 open tickets
- 710 tickets with no activity in eight weeks
- 57 tickets with no activity in four weeks
FE-NEEDSPONSOR packages stats:
- 36 open tickets
- 2 tickets with no activity in eight weeks
- 6 tickets with no activity in four weeks
FE-LEGAL packages stats:
- 2 open tickets
- 1 tickets with no activity in eight weeks
- 1 tickets with no activity in four weeks
OPEN-BUGS packages stats:
- 8517 open tickets
- 5323 tickets with no activity in eight weeks
- 1268 tickets with no activity in four weeks
- 4779 packages with a devel directory
- 1 packages with no owners entry
- 208 packages were dropped from Fedora
- 406 maintainers
- 2 inactive maintainers with open bugs
- 3 inactive maintainers
Dropped Fedora packages:
- 13 packages were dropped since Fedora 7
Comps.xml files stats:
- 2412 packages in comps-f8 file
- 1054 packages missing from comps-f8 file
- 25 packages in comps-f8 but not in repo
- 2389 packages in comps-f7 file
- 1028 packages missing from comps-f7 file
- 33 packages in comps-f7 but not in repo
The KDE project is about to release it's first beta for KDE 4. The package
tarballs are available, to allow distributions to package it. We would like
to know if your distribution will have packages available at or soon after
the official release date, so we can mention it in the announcement.
If so, please provide us with a link or location where to find those packages.
If you won't have packages right away, you can tell us when they will be
available, so we can mention that.
Thank you for your coöperation,
The KDE promo team
Please avoid sending me Word or PowerPoint attachments.
A: Because it destroys the flow of the conversation
Q: Why is top-posting bad?
I'm not quite sure if this bug mentioned before in the list, but since I
could not find bug filed about it in anaconda bugs, I wanted to increase
Turkish installation (probably some other languages also affected) has a
problem with Fedora 7. Anaconda crashes with some unicode problem. Since
I'm python ignorant I did not dare to dig into problem, but I'm affraid
this important problem is due to minor translation issue.
It's not possible to install fedora 7 unless you choose other language,
and if you prefer to use Turkish, change the language post-install.
That's not acceptable for regular user. I'm affraid most Turkish users
think that Fedora has a problem and they choose other distributions.
That problem existed in Fedora Core 6 as well. I should have tested the
images for Fedora 7 but I thought that was fixed already.
I hope there's a chance to fix this bug, and roll new ISOs as Fedora 7
is eary in its release time.
Here's the bug report about the problem, anaconda traceback is also
The Fedora Engineering Steering Committee would like to remind maintainers
that a license change in a package is a very serious event - it has as many,
if not more, implications for related packages as ABI changes do.
Therefore, if your package changes license, even if it just changes the
license version, it is required that you announce it, whether on this list
Note that any license change to a more restrictive license or license
version may affect the legality of portions of Fedora as a whole; ergo,
FESCo reserves the right to block upgrades of packages to versions with
new licenses to ensure the legal distribution of Fedora.
Please contact FESCo if you have any questions.
Fedora-devel-announce mailing list
New stable version of tcl-8.4.15 is available. Are maintainers of
depended packages interested in upgrade on 8.4.15 or will be better to
wait for stable tcl8.5?
If no one interested in 8.4.15 version, I'll wait for stable 8.5.