Hi Question,
When it comes to upgrading Fedora, is it kinda like the ubuntu way ( in place) or do I have to reformat everytime that a new version comes out>?
Thanks, Christopher
On 03/30/14 10:20, c. marlow wrote:
When it comes to upgrading Fedora, is it kinda like the ubuntu way ( in place) or do I have to reformat everytime that a new version comes out>?
The "Fedora" way is to use the "fedup" (unfortunate acronym). Basically this downloads all upgrades, does all the needful things, and then completes the upgrade on the next reboot. From the man page....
DESCRIPTION fedup is the Fedora Upgrade tool.
The fedup client runs on the system to be upgraded. It determines what packages are needed for upgrade and gathers them from the source(s) given. It also fetches and sets up the boot images needed to run the upgrade and sets up the system to perform the upgrade at next boot.
The actual upgrade takes place when the system is rebooted, using the boot images set up by fedup. The upgrade initrd starts the existing system (mostly) as normal, lets it mount all the local filesystems, then starts the upgrade.
When the upgrade finishes, it reboots the system into the newly-upgraded OS.
On Sunday, March 30, 2014 10:28:18 A Ed Greshko wrote:
On 03/30/14 10:20, c. marlow wrote:
When it comes to upgrading Fedora, is it kinda like the ubuntu way ( in place) or do I have to reformat everytime that a new version comes out>?
The "Fedora" way is to use the "fedup" (unfortunate acronym). Basically this downloads all upgrades, does all the needful things, and then completes the upgrade on the next reboot. From the man page....
DESCRIPTION fedup is the Fedora Upgrade tool.
The fedup client runs on the system to be upgraded. It determines
what packages are needed for upgrade and gathers them from the source(s) given. It also fetches and sets up the boot images needed to run the upgrade and sets up the system to perform the upgrade at next boot.
The actual upgrade takes place when the system is rebooted, using the
boot images set up by fedup. The upgrade initrd starts the existing system (mostly) as normal, lets it mount all the local filesystems, then starts the upgrade.
When the upgrade finishes, it reboots the system into the
newly-upgraded OS.
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
Christopher
On 03/30/14 11:09, c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
It matters not what Desk Top you run. The upgrade will always be "fedup". "MUON" is specific to Kubuntu.
On Sunday, March 30, 2014 11:14:55 A Ed Greshko wrote:
On 03/30/14 11:09, c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
It matters not what Desk Top you run. The upgrade will always be "fedup". "MUON" is specific to Kubuntu.
oh so it would be a WHOLE NEW Learning curve then.. I thought ALL KDE DE used Muon across all KDE based distros. oh boy....
Christopher
On 2014-03-29 22:22 (GMT-0500) c. marlow composed:
Ed Greshko wrote:
c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
It matters not what Desk Top you run. The upgrade will always be "fedup". "MUON" is specific to Kubuntu.
oh so it would be a WHOLE NEW Learning curve then.. I thought ALL KDE DE used Muon across all KDE based distros. oh boy....
It appears you are confusing updating with upgrading. Upgrading with Fedup will be how you get from Fedora 20 to Fedora 21. Updating is like replacing Firefox 26 with Firefox 27 and Konsole and Kmix and KSnapshot 4.11.2 with 4.11.3 or whatever is on the f20 update repos newer than what you currently have installed.
c. marlow wrote:
oh so it would be a WHOLE NEW Learning curve then.. I thought ALL KDE DE used Muon across all KDE based distros. oh boy....
They're actually supposed to all use Apper, but Kubuntu decided to do its own thing (Muon) instead (based directly on APT rather than on the cross- distro PackageKit abstraction; there have been attempts at supporting other backends in Muon since, but it's still realistically used only with APT). Not Invented Here goes strong in Ubuntu land.
Kevin Kofler
c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
No, we use Apper (formerly known as KPackageKit, it's a PackageKit frontend) for that. http://kde-apps.org/content/show.php/Apper?content=84745 It is installed by default on the KDE spin.
FedUp is only used for upgrades to a new release of Fedora.
Kevin Kofler
On 30/03/14 12:42, Kevin Kofler wrote:
c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
No, we use Apper (formerly known as KPackageKit, it's a PackageKit frontend) for that. http://kde-apps.org/content/show.php/Apper?content=84745 It is installed by default on the KDE spin.
FedUp is only used for upgrades to a new release of Fedora.
Kevin Kofler
In the past I have used synaptic, smart, yum, yumex in various updates within Fedora/KDE. I just tried Apper, which seems to have updated several packages /without/ provision of the root password; it also said it hadn't performed a cleanup afterwards.
The root password change seems to have been around for some time; it surprised me. I note that F20 also has DNF as an alternative to yum.
'We use Apper'? That seems a bit sweeping.
John P
On 03/30/14 20:54, John Pilkington wrote:
On 30/03/14 12:42, Kevin Kofler wrote:
c. marlow wrote:
That is funny ED, its name FEDUP... So I guess in KDE, would that still be MUON? or is that a Kubuntu thing? Thats what i run now to get updates to packages, and Kernel here in Kubuntu 12.04 ?
No, we use Apper (formerly known as KPackageKit, it's a PackageKit frontend) for that. http://kde-apps.org/content/show.php/Apper?content=84745 It is installed by default on the KDE spin.
FedUp is only used for upgrades to a new release of Fedora.
Kevin Kofler
Just a note.... I think Felix is/was right in that things are/did get a bit muddled between upgrade and update. I know I was sticking with upgrade since the OP did ask if he had to "reformat" and that didn't fit with updates. :-)
In the past I have used synaptic, smart, yum, yumex in various updates within Fedora/KDE. I just tried Apper, which seems to have updated several packages /without/ provision of the root password; it also said it hadn't performed a cleanup afterwards.
AFAIK, if you're in the "wheel" group apper won't ask for the root password. I can't recall when that wasn't the case.
The root password change seems to have been around for some time; it surprised me. I note that F20 also has DNF as an alternative to yum.
'We use Apper'? That seems a bit sweeping.
I don't find it a sweeping statement. When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates. Yes, other tools are available....but the new user is most likely to go with what is thrown at them.
Of course there are always more ways to perform the same task. I just hope that giving more options and opinions as to which is "best" won't drive the OP to fear change. :-)
On Sun, 2014-03-30 at 21:11 +0800, Ed Greshko wrote:
When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates.
Slightly OT: what's the recommended way of stopping that? I'd rather use yum and not have Apper pestering me. Besides which it occasionally holds grabs a lock while I'm trying to use yum (I presume that's PackageKit's fault).
poc
Am 30.03.2014 16:05, schrieb Patrick O'Callaghan:
On Sun, 2014-03-30 at 21:11 +0800, Ed Greshko wrote:
When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates.
Slightly OT: what's the recommended way of stopping that? I'd rather use yum and not have Apper pestering me. Besides which it occasionally holds grabs a lock while I'm trying to use yum (I presume that's PackageKit's fault)
just cleanup your system?
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
[harry@srv-rhsoft:~]$ rpm -q apper package apper is not installed
[harry@srv-rhsoft:~]$ rpm -q PackageKit package PackageKit is not installed
[harry@srv-rhsoft:~]$ rpm -qa | wc -l 1416
On 30/03/14 15:18, Reindl Harald wrote:
Am 30.03.2014 16:05, schrieb Patrick O'Callaghan:
On Sun, 2014-03-30 at 21:11 +0800, Ed Greshko wrote:
When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates.
Slightly OT: what's the recommended way of stopping that? I'd rather use yum and not have Apper pestering me. Besides which it occasionally holds grabs a lock while I'm trying to use yum (I presume that's PackageKit's fault)
just cleanup your system?
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
Well, in my case I imagine PackageKit et al arrived at some time via something like 'yum install KDE-desktop' and just got left there. I haven't done a clean install on this box since perhaps F12.
And FWIW I usually use Firefox for browsing and Konqueror for file management :-)
... and, since we're reminiscing, here's a picture of my first jobqueue
http://en.wikipedia.org/wiki/File:EDSAC_2_1960.jpg
[harry@srv-rhsoft:~]$ rpm -q apper package apper is not installed
[harry@srv-rhsoft:~]$ rpm -q PackageKit package PackageKit is not installed
[harry@srv-rhsoft:~]$ rpm -qa | wc -l 1416
Am 30.03.2014 17:05, schrieb John Pilkington:
On 30/03/14 15:18, Reindl Harald wrote:
Am 30.03.2014 16:05, schrieb Patrick O'Callaghan:
On Sun, 2014-03-30 at 21:11 +0800, Ed Greshko wrote:
When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates.
Slightly OT: what's the recommended way of stopping that? I'd rather use yum and not have Apper pestering me. Besides which it occasionally holds grabs a lock while I'm trying to use yum (I presume that's PackageKit's fault)
just cleanup your system?
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
Well, in my case I imagine PackageKit et al arrived at some time via something like 'yum install KDE-desktop' and just got left there. I haven't done a clean install on this box since perhaps F12.
package-cleanup --leaves --all exists
you only need to know what you are using, thats why i build my own set of meta packages, look at the SPEC file below, that helps because if deps of packages i am using are changing i get no longer needed packages listed without need to filter out my used ones all the time
with that way i own Fedora setups installed 2008 with F9 and running on F19 with the whole root-fs only 700 MB used, that makes *any* dist-upgrade also much easier becaue it reduces possible conflicts greatly
'yum install KDE-desktop' installs *meta packages* with requirements, get rid of the pure meta-packages and "package-cleanup --leaves --all exists" will list you more and more packages you can't uninstall without damage the whole system
And FWIW I usually use Firefox for browsing and Konqueror for file management :-)
me too _________________________________________________________
"Requires: lounge-base" refers to another such meta-package
[builduser@buildserver64:~]$ cat /rpmbuild/SPECS/lounge-rhsoft-workstation.spec Summary: metapackage for rhsoft workstation-packages Name: lounge-rhsoft-workstation Version: 20.0 Release: 7%{?dist} BuildArch: noarch Group: System Environment/Libraries URL: http://www.thelounge.net/ License: GPL
Requires: acpid Requires: adobe-release Requires: aespipe Requires: alltray Requires: arp-scan Requires: attr Requires: audacity-freeworld Requires: avahi-tools Requires: bash-completion Requires: bind-utils Requires: bridge-utils Requires: chkrootkit Requires: cifs-utils Requires: cpulimit Requires: cpuid Requires: crypto-utils Requires: cryptsetup-luks Requires: cuetools Requires: cups-pdf Requires: curlftpfs Requires: cyrus-sasl Requires: cyrus-sasl-md5 Requires: deltarpm Requires: dbmail Requires: dbmail-manpages Requires: dbmail-postfix-policyd Requires: dhclient Requires: dhcp Requires: dos2unix Requires: dovecot Requires: driconf Requires: dstat Requires: elinks Requires: etckeeper Requires: ethtool Requires: foomatic Requires: ffmpeg-latest Requires: ffmpeg-latest-manpages Requires: filelight Requires: firefox Requires: flac Requires: flash-plugin Requires: ftp Requires: fuseiso Requires: fuse-smb Requires: fuse-sshfs Requires: gcc Requires: gcc-c++ Requires: gimp Requires: gnupg Requires: gocr Requires: google-chrome-stable Requires: GraphicsMagick Requires: graphviz Requires: grub2 Requires: gstreamer-ffmpeg Requires: gstreamer-plugins-bad-free Requires: gstreamer-plugins-ugly Requires: gstreamer1-plugins-bad-free Requires: gstreamer1-plugins-ugly Requires: hardening-check Requires: hdparm Requires: hostapd Requires: hpijs Requires: htop Requires: httpd-tools Requires: inkscape Requires: intel-gpu-tools Requires: irqbalance Requires: isomd5sum Requires: java-1.7.0-openjdk Requires: k3b-extras-freeworld Requires: kamera Requires: kcalc Requires: kcharselect Requires: kcoloredit Requires: kdegraphics-thumbnailers Requires: kde-l10n-German Requires: kdemultimedia-kio_audiocd Requires: kdemultimedia-kmix Requires: kde-plasma-ihatethecashew Requires: kde-print-manager Requires: kdesdk-kcachegrind Requires: kdesdk-kioslave Requires: kdesdk-kpartloader Requires: kde-settings-pulseaudio Requires: kde-plasma-folderview Requires: kfind Requires: kdesvn Requires: kernel-devel Requires: keyutils Requires: kiconedit Requires: kid3 Requires: knemo Requires: krename Requires: krusader Requires: ksaneplugin Requires: ksnapshot Requires: ksysguard Requires: kwallet Requires: lame Requires: libcap-ng-utils Requires: libdvdcss Requires: libdvdcss2 Requires: libreoffice-calc Requires: libreoffice-impress Requires: libreoffice-langpack-de Requires: libreoffice-writer Requires: libva-intel-driver Requires: lm_sensors Requires: logwatch Requires: lounge-base Requires: lsscsi Requires: lynis Requires: man-pages Requires: man-pages-de Requires: md5deep Requires: mdadm Requires: mercurial Requires: mesa-dri-drivers Requires: microcode_ctl Requires: mirage Requires: mlocate Requires: mod_dav_svn Requires: mod_h264_streaming Requires: mod_security Requires: mod_ssl Requires: mpage Requires: multitail Requires: mariadb-manpages Requires: mariadb-server Requires: mysqltuner Requires: nano Requires: netstat-nat Requires: nmap Requires: nrg2iso Requires: nss-mdns Requires: nss-tools Requires: ntp Requires: odt2txt Requires: okular Requires: openssh-askpass Requires: openvpn Requires: p7zip Requires: patchutils Requires: pciutils Requires: php-bcmath Requires: php-feedcreator Requires: php-gd Requires: php-imap Requires: phpMyAdmin Requires: php-pecl-geoip Requires: php-pecl-imagick Requires: php-pecl-mailparse Requires: php-pecl-mysqlnd_qc Requires: php-pecl-ssh2 Requires: php-pecl-uploadprogress Requires: php-pecl-xdebug Requires: php-pecl-zendopcache Requires: php-process Requires: php-soap Requires: php-tidy Requires: php-xml Requires: php-xmlrpc Requires: plasma-scriptengine-python Requires: postfix-manpages Requires: powertop Requires: preload Requires: qgit Requires: qtcurve-kde4 Requires: rar Requires: rdesktop Requires: recode Requires: rkhunter Requires: rng-tools Requires: rpl Requires: rpmfusion-nonfree-release Requires: rsnapshot Requires: rsyslog-mysql Requires: samba Requires: samba-client Requires: sane-backends-drivers-cameras Requires: sane-backends-drivers-scanners Requires: screen Requires: shntool Requires: smartmontools Requires: smbios-utils Requires: strace Requires: subversion-kde Requires: sudo Requires: svn2cl Requires: symlinks Requires: sysstat Requires: tcpdump Requires: tcptraceroute Requires: tcptrack Requires: telnet Requires: thunderbird Requires: tigervnc Requires: tigervnc-server-module Requires: traceroute Requires: tree Requires: trickle Requires: tunctl Requires: udftools Requires: unhide Requires: uniconvertor Requires: unrar Requires: usbutils Requires: vlc Requires: vnstat Requires: whois Requires: xarchiver Requires: xorg-x11-drv-dummy Requires: xorg-x11-drv-evdev Requires: xorg-x11-drv-fbdev Requires: xorg-x11-drv-intel Requires: xorg-x11-drv-keyboard Requires: xorg-x11-drv-mouse Requires: xorg-x11-drv-v4l Requires: xorg-x11-drv-void Requires: xorg-x11-xdm Requires: xsane Requires: yum-plugin-protectbase Requires: yum-presto Requires: yum-utils Requires: zenity Requires: dialog Requires: sslscan Requires: weighttp Requires: cpuid Requires: kde-plasma-folderview Requires: kfind
%description metapackage for rhsoft workstation-packages
%files
%changelog * Sun Apr 29 2012 Reindl Harald h.reindl@thelounge.net - initial build
On 30/03/14 16:16, Reindl Harald wrote:
Am 30.03.2014 17:05, schrieb John Pilkington:
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
Well, in my case I imagine PackageKit et al arrived at some time via something like 'yum install KDE-desktop' and just got left there. I haven't done a clean install on this box since perhaps F12.
package-cleanup --leaves --all exists
you only need to know what you are using, thats why i build my own set of meta packages, look at the SPEC file below, that helps because if deps of packages i am using are changing i get no longer needed packages listed without need to filter out my used ones all the time
Thanks for that, Harald. I've copied it to 'useful' and I'll look into it.
Cheers,
John
On Sunday, March 30, 2014 04:05:12 P John Pilkington wrote:
On 30/03/14 15:18, Reindl Harald wrote:
Am 30.03.2014 16:05, schrieb Patrick O'Callaghan:
On Sun, 2014-03-30 at 21:11 +0800, Ed Greshko wrote:
When I run KDE only systems it is "apper" that pops up on the systray to inform of available updates and what I use to perform the updates.
Slightly OT: what's the recommended way of stopping that? I'd rather use yum and not have Apper pestering me. Besides which it occasionally holds grabs a lock while I'm trying to use yum (I presume that's PackageKit's fault)
just cleanup your system?
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
Well, in my case I imagine PackageKit et al arrived at some time via something like 'yum install KDE-desktop' and just got left there. I haven't done a clean install on this box since perhaps F12.
And FWIW I usually use Firefox for browsing and Konqueror for file management :-)
... and, since we're reminiscing, here's a picture of my first jobqueue
http://en.wikipedia.org/wiki/File:EDSAC_2_1960.jpg
[harry@srv-rhsoft:~]$ rpm -q apper package apper is not installed
[harry@srv-rhsoft:~]$ rpm -q PackageKit package PackageKit is not installed
[harry@srv-rhsoft:~]$ rpm -qa | wc -l 1416
kde mailing list kde@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/kde New to KDE4? - get help from http://userbase.kde.org
wow I didnt know it was possible to just keep upgrading without a fresh install after so many upgraded installs that things wouldnt start to get buggy.
Am 30.03.2014 17:20, schrieb c. marlow:
wow I didnt know it was possible to just keep upgrading without a fresh install after so many upgraded installs that things wouldnt start to get buggy.
can you please stop to post HTML especially with that terrible ugly font?
frankly i had some medical operations on my eyes but i am not completly blind that i need 20pt large fonts :-)
On Sunday, March 30, 2014 05:25:06 P Reindl Harald wrote:
Am 30.03.2014 17:20, schrieb c. marlow:
wow I didnt know it was possible to just keep upgrading without a fresh install after so many upgraded installs that things wouldnt start to get buggy.
can you please stop to post HTML especially with that terrible ugly font?
frankly i had some medical operations on my eyes but i am not completly blind that i need 20pt large fonts :-)
I dont have HTML checked in KMAIL. I dont see why its still posting HTML it shouldnt be.
I highlighted all text in this email went to Options unchecked Formatting HTML.
What am I doing wrong thats its still in HTML?
I have the big font because of some family members that cant read, and myself have a hardtime reading size 8 to 11 fonts.
Christopher
Am 30.03.2014 17:38, schrieb c. marlow:
On Sunday, March 30, 2014 05:25:06 P Reindl Harald wrote:
Am 30.03.2014 17:20, schrieb c. marlow:
wow I didnt know it was possible to just keep upgrading without a fresh install after so many upgraded installs that things wouldnt start to get buggy.
can you please stop to post HTML especially with that terrible ugly font?
frankly i had some medical operations on my eyes but i am not completly blind that i need 20pt large fonts :-)
I dont have HTML checked in KMAIL. I dont see why its still posting HTML it shouldnt be.
I highlighted all text in this email went to Options unchecked Formatting HTML.
What am I doing wrong thats its still in HTML?
this message is plaintext
I have the big font because of some family members that cant read, and myself have a hardtime reading size 8 to 11 fonts.
one reason more to *not* use HTML because in case of plaintext the receiver controls font-types and sizes, in case of HTML you take that control away from the person who reads your mail
On 2014-03-30 17:41 (GMT+0200) Reindl Harald composed:
in case of HTML you take that control away from the person who reads your mail
Sort of. Geckos have a view message body as plain text menu item (which I use 99.97% of the time). Likely other email apps supporting HTML have something similar.
Am 30.03.2014 18:27, schrieb Felix Miata:
On 2014-03-30 17:41 (GMT+0200) Reindl Harald composed:
in case of HTML you take that control away from the person who reads your mail
Sort of. Geckos have a view message body as plain text menu item (which I use 99.97% of the time). Likely other email apps supporting HTML have something similar
can we stop this off-list discussion by you simply respect mailing-list guidelines instead try to excuse be explaining me my mail-client which i know better then most users?
http://fedoraproject.org/wiki/Mailing_list_guidelines#No_HTML_Mail.2C_Please https://www.google.com/search?q=mailing+list+netiquette+no+html
On Sun, 2014-03-30 at 16:18 +0200, Reindl Harald wrote:
Slightly OT: what's the recommended way of stopping that? I'd rather
use
yum and not have Apper pestering me. Besides which it occasionally
holds
grabs a lock while I'm trying to use yum (I presume that's
PackageKit's
fault)
just cleanup your system?
why is package-kit installed if you don't user it why is apper installed if you don't use it? why is anything installed you don't use?
It's there because this is a fresh install of Fedora. I haven't removed it because I might want to leave it for other users. My question wasn't how to remove it, it was how to turn it off for myself.
poc
On 03/31/14 02:11, Patrick O'Callaghan wrote:
It's there because this is a fresh install of Fedora. I haven't removed it because I might want to leave it for other users. My question wasn't how to remove it, it was how to turn it off for myself.
You can turn off notifications for it on the systray. It will still "run" but you won't get a notice and an icon in the tray.
On 03/31/14 02:11, Patrick O'Callaghan wrote:
It's there because this is a fresh install of Fedora. I haven't removed it because I might want to leave it for other users. My question wasn't how to remove it, it was how to turn it off for myself.
Another thing you can do.....
Start "apper" from the command line. The GUI will present itself and there will be a wrench in the upper right.
Click on that, and choose settings. Change the "Check for new updates" to "Never".
On Mon, 2014-03-31 at 07:44 +0800, Ed Greshko wrote:
On 03/31/14 02:11, Patrick O'Callaghan wrote:
It's there because this is a fresh install of Fedora. I haven't removed it because I might want to leave it for other users. My question wasn't how to remove it, it was how to turn it off for myself.
Another thing you can do.....
Start "apper" from the command line. The GUI will present itself and there will be a wrench in the upper right.
Click on that, and choose settings. Change the "Check for new updates" to "Never".
I'll try that, thanks.
poc
Ed Greshko wrote:
AFAIK, if you're in the "wheel" group apper won't ask for the root password. I can't recall when that wasn't the case.
Updates (not installation of new packages, except where required as new dependencies by the updates) from repositories already configured by the administrator (and containing only signed packages, I believe) are allowed by default for ALL users.
Kevin Kofler