desktop January 2007

desktop@lists.stg.fedoraproject.org

40 participants
20 discussions

Wine by default?
by Rahul Sundaram 01 Mar '07

01 Mar '07

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

5 7

Better Bluetooth Integration on the Desktop
by Rogue 31 Jan '07

31 Jan '07

2 2

No gcc in desktop spin?
by drago01 30 Jan '07

30 Jan '07

Hello, I have read the list here: http://people.redhat.com/jkeating/f7-desktop.list And there seems to be no gcc Desktop users want to develop and compile things, so I think this should go in. Reasons for not including it?

5 7

Problems trying to make a pungi fc7 test 1 spin
by Chris Chabot 29 Jan '07

29 Jan '07

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

2 1

No gcc in desktop spin?
by drago01 29 Jan '07

29 Jan '07

1 0

Starting point for package list for Fedora 7 Desktop spin
by Jesse Keating 28 Jan '07

28 Jan '07

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

18 38

New comps and full package list
by Jesse Keating 28 Jan '07

28 Jan '07

I've added some of the suggestions, fixed a bug in the compose tool, and updated the full package list and comps files. Please review starting at http://fedoraproject.org/wiki/Releases/FeatureFedoraDesktop -- Jesse Keating Release Engineer: Fedora

14 35

Desktop spin, missing things
by Matthias Clasen 28 Jan '07

28 Jan '07

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

5 6

consistency on handling uncommitted pre-edit buffers on input position change ? gtk2/firefox/OOo
by Caolán McNamara 25 Jan '07

25 Jan '07

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.

1 0

Now a package manifest!
by Jesse Keating 24 Jan '07

24 Jan '07

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

2 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

desktop January 2007