Wine by default?
by Rahul Sundaram
Hi
What are the thoughts on installing Wine by default in Desktop and KDE
spins for Fedora 7? It might make it more easier for migrations and
heterogeneous environments if we installed and integrated with Wine by
default.
Rahul
17 years, 2 months
Problems trying to make a pungi fc7 test 1 spin
by Chris Chabot
Whenever i try to run pungi (0.2.1-1), either straight from command line,
or following the directions on 'running pungi in mock', i get the
following error:
Downloading openoffice.org-calc-2.1.0-6.13.i386.rpm
Traceback (most recent call last):
File "/usr/bin/pungi", line 166, in ?
main()
File "/usr/bin/pungi", line 95, in main
mygather.downloadPackages()
File "/usr/lib/python2.4/site-packages/pypungi/gather.py", line 194, in
downloadPackages
os.link(local, os.path.join(pkgdir, os.path.basename(remote)))
OSError: [Errno 17] File exists
Anyone have any idea how to get past this hurdle?
Thanks,
-- Chris Chabot
17 years, 3 months
Starting point for package list for Fedora 7 Desktop spin
by Jesse Keating
http://fedoraproject.org/wiki/Releases/FeatureFedoraDesktop
This is a first rough draft at what packages to include in the Desktop spin.
Please note that for the most part we're trying to list top level packages as
the compose tool can depresolve from there. Many of the packages listed I
don't necessarily know what they do, especially those in <core> and <base> so
I'd be happy to get some thought on those.
There is no marking what is default/manditory/optional, nor any real ideas as
to what Categories exists and just some guesses at group names. Also we'll
need the language groups too.
I may have an iso set composed from this package list at some point soon to
share, not sure about getting it external yet.
I also have this in comps format, which is going to be how we manage this for
the composes, so I'm going to put up a file somewhere that more people can
gain access to and munge there rather than me having to translate from
email/wiki comments into comps languages. But for now, here is a flatish
list. (Note, without translations, we're about 1.5CDs big with this list)
<core> (not visible)
SysvInit
authconfig
basesystem
bash
coreutils
cpio
e2fsprogs
ed
fedora-logos
fedora-release
file
filesystem
glibc
grub
hdparm
initscripts
iproute
iprutils
iputils
kbd
kudzu
libgcc
libtermcap
passwd
policycoreutils
prelink
procps
readline
rootfiles
rpm
selinux-policy-targetted
setserial
setup
shadow-utils
sysklogd
termcap
util-linux
vim-minimal
<base> (visible)
NetworkManager
NetworkManager-vpnc
acl
acpid
anacron
apmd
cpuspeed
at
authconfig
autofs
bluez-utils
ccid
coolkey
crash
crontabs
dmraid
diskdumputils
dos2unix
dosfstools
dvd+rw-utils
dump
(gnome-)eject ?
gnome-power-manager (does this go with Desktop instead?)
gpart
gnupg
gutenprint
lftp
logrotate
logwatch (or replacement?)
man-pages
man
mcelog
mdadm
mtools
nfs-utils
openssh-server
openssh-clients
pam_keyring
pam_pkcs11
pam_smb
parted
redhat-lsb ?
rsync
setarch
which
yum
yum-updatesd
<Office>
abiword
evince
glabels
gobby
gnumeric
inkscape
fontforge
openoffice.org (?)
<Multimedia>
banshee/rhythmbox/muine (pick one?)
f-spot
totem
<Internet>
ekiga
evolution
evolution-connector
evolution-webcal
firefox
gaim
gnome-blog/gossip
transmission
<Games>
atomix/lmarbles
enigma
frozen-bubble/monkey-bubble
neverball
ppracer
foobillard
celestia ?
gweled ?
crack-attack
<Desktop>
NetworkManager-gnome
bug-buddy
control-center
deskbar-applet
desktop-printing (does gutenprint replace this?)
file-roller
gconf-editor
gedit
gnome-applets
gnome-audio
gnome-backgrounds
gnome-bluetooth
gnome-keyring-manager
gnome-media
gnome-panel
gnome-pilot
gnome-pilot-conduits
gnome-screensaver
gnome-session
gnome-system-monitor
gnome-terminal
gnome-themes
gnome-user-docs
gnome-user-share
gnome-utils
gnome-vfs2-smb
gnome-volume-manager
gok
gthumb
gtk2-engines
hal-gnome
im-chooser
metacity
compiz
nautilus
nautilus-cd-burner
nautilus-open-terminal
nautilus-sendto
nautilus-sendto-bluetooth
notification-daemon
orca
tomboy
vino
yelp
<X-Server>
bitmap-fonts
dejavu-lgc-fonts
desktop-backgrounds-basic
gdm
glx-utils
rhgb
pirut
switchdesk
synaptics
system-config-date
system-config-network
system-config-printer
system-config-services
system-config-soundcard
system-config-users
vnc-server
xorg-x11-drivers
xorg-x11-xfs
xorg-x11-xinit
xorg-x11-server-Xorg
xorg-x11-fonts-75dpi
xorg-x11-fonts-100dpi
xorg-x11-fonts-ISO8859-1-75dpi
xorg-x11-fonts-ISO8859-1-100dpi
xorg-x11-fonts-misc
xorg-x11-fonts-truetype
xorg-x11-fonts-Type1
xorg-x11-server-Xnest
xorg-x11-server-Xvfb
xorg-x11-apps
xorg-x11-twm
xorg-x11-xauth
xorg-x11-resutils
xorg-x11-xfs-utils
xorg-x11-xsm
xterm
--
Jesse Keating
Release Engineer: Fedora
17 years, 3 months
Desktop spin, missing things
by Matthias Clasen
Hey Jesse, thanks for making the depsolved package list available.
I noticed some things are still missing:
beagle (multiple packages) - unless we are ready to switch to
tracker, we should probably include beagle. And I'm not convinced
that we are ready to switch...
f-spot
gimp (multiple)
gparted
planner - some apps that we probably want to include
xchat-gnome - not so sure about this one
bittorrent
bittorrent-gui
transmission - I don't know which of these is better, but we should
include at least one gui bittorrent client.
cups
cups-libs - as much as we all hate printing, we will have to include
cups :-)
hpijs
hplip - and unfortunately, these 2 will be needed too, I think.
sane (multiple) - if we support printing, we should also support
scanning
linuxwacom - ...and maybe tablets ?
NetworkManager-vpnc
pam_keyring
nautilus-open-terminal
totem-mozplugin - some nice pieces of glue to make the desktop work
better
gdb
sysreport - basic debugging support
system-config-lvm - given that lvm is the default...
The following may be handy and/or required in certain situations,
not sure:
poppler-utils
psutils
dcraw
a2ps
ftp
ppp
bluez-pin
nscd
17 years, 3 months
consistency on handling uncommitted pre-edit buffers on input position change ? gtk2/firefox/OOo
by Caolán McNamara
in e.g. scim-pinyin (chinese simplified) there's some inconsistency
between applications and handling an uncommitted pre-edit buffer when
the user attempts to change the input position while there are
uncommitted chars in the input buffer.
i.e.
gedit:
1) foo, active im, type w
2) highlighted pre-edit appears
3) click at start foo
4) uncommitted buffer destroyed, no commit, cursor moves to foo
5) type w
2) new pre-edit for 'w' appears at foo location
3) deactivate IM
4) pre-edit closed, no commit
5) activate pre-edit without moving location, previous pre-edit content
reappears
i.e. changing the input location destroys the contents of an ambivalent
uncommitted pre-edit buffer.
firefox:
1) foo, activate im in main window area, e.g. google input box, type w
2) highlighted pre-edit appears
3) click at start foo
4) pre-edit remains open, cursor pretends to be positioned as foo, but
pre-edit remains at original position, new chars still entered as
original position
5) deactivate IM
6) move cursor anywhere, activate IM
7) previous pre-edit content reappears
8) click in url toolbar, pre-edit content appears committed to original
location. On typing the first new letter in the url toolbar, pre-edit
area appears, and is revealed to be the same pre-edit buffer as
previously used, i.e. w already entered
9) re-click in google entry, apparently committed character disappears
i.e. attempting to change the cursor input location is ignored within
the same context while pre-edit is active, changing entry context
commits the buffer, but doesn't clear it. Single buffer used throughout
application. An uncommitted buffer follows cursor position, but is only
shown on a new key entry. Contents not destroyed in input location
change.
openoffice.org:
1) foo, activate IM in main writer window, type w
2) highlighed pre-edit appears
3) click at start foo
4) cursor moves to foo, uncommitted buffer moves with it
5) click in e.g. style name area, still uncommitted pre-edit moves with
it
6) deactivate IM, move anywhere, activate IM, uncommitted contents
appear at the new location
i.e. single pre-edit for the app, uncommitted contents remain regardless
of context change, pre-edit follows cursor. Contents not destroyed in
input location change.
Now lets take the korean hangul IM, and in...
gedit:
type o, highlight pre-edit, click elsewhere, the o is committed to the
doc at the original location, input position moves to new location
i.e. changing the input location commits and clears the contents of an
un-ambivalent uncommitted pre-edit buffer.
firefox:
type o, highlight pre-edit, click elsewhere in entry area, cursor
pretends to move, nothing really happens. click in new entry area. the o
is committed to the new entry area
i.e. *sob!*
openoffice.org;
type o, highlight pre-edit, click elsewhere in the app, cursor moves to
new location, highlight uncommitted pre-edit moves to new location.
i.e. same as i.e. ambivalent uncommitted pre-edit buffer case
So all in all I'm a little confused :-)
So, is this (effectively) the gedit/gtk algorithm, and does it make
everyone happy...
1) if there are un-ambivalent uncommitted pre-edit buffer contents then
commit on input position move
2) if there are ambivalent uncommitted pre-edit buffer contents then
ignore them on input position move
3) moving the cursor position will always clear the input-buffer
C.
17 years, 3 months
Now a package manifest!
by Jesse Keating
Pungi now works from a flat file package manifest to decide what to depsolve
and pull into a spin. A master comps file will be used for all spins for
grouping purposes, so that grouping is constant, and only changed in one
place. (I'm working from a merged comps-fc7 (slightly updated from FC6), and
comps-fe7).
I've updated the wiki page with the latest data on the manifest + what it
brings in via depsolving:
http://fedoraproject.org/wiki/Releases/FeatureFedoraDesktop
--
Jesse Keating
Release Engineer: Fedora
17 years, 3 months
