[gentoo-user] Who sets the USER environment variable?
Hi all, I wonder if querying the USER env variable is a reliable way to get the login name of the user who started an application, on all authentication methods - passwd, NIS or LDAP based authentication. So who sets this variable? is it PAM? is it some login script? Best Regards, Dorin Scutarasu -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] OT im more just curious
On Friday 13 April 2007 14:07:35 [EMAIL PROTECTED] wrote: > What is the average age of the gentoo user here? > Sent via BlackBerry® from Vodafone I'll be 22 next month, and I've been a happy Gentoo user since 2005.1. -- Dorin Scutarasu, www.info.UAIC.ro - The world is a tragedy to those who feel, but a comedy to those who think.(Horace Walpole) - Message was OpenPGP/MIME signed with key 0x34459C35. pgpXEhSMBM19w.pgp Description: PGP signature
Re: [gentoo-user] Uninstalling KDE packages
On Monday 29 January 2007 22:46:56 Vlad Dogaru wrote: > I would like to know if unmerging KWallet (also the eduitainment suite > and possibly even Kopette and Konqueror) is safe. How can I tell for > other packages? Is emerge --unmerge enough or do other measures have > to be taken? If you have installed monolithic KDE than you can't unmerge only KWallet. You would have to unmerge kdeutils which also contains programs you might need. If you're using the KDE split ebuilds you can use 'equery d ' (app-portage/gentoolkit) to see what installed packages depend on . For example, Konqueror is needed by Kdesktop and Amarok among other things, so you probably don't want to unmerge it if you need either of them. Simply unmerging a package that is needed by some other package is not sufficient as it would be pulled back in when you next run 'emerge -D world'. KWallet only depends on kdeutils-meta. If you want to get rid of it unmerge kdeutils-meta and add the packages pulled in by kdeutils-meta to the world file (/var/lib/portage/world). You can find the names of these packages in the kdeutils-meta ebuild: RDEPEND=" $(deprange $PV $MAXKDEVER kde-base/ark) $(deprange $PV $MAXKDEVER kde-base/kcalc) $(deprange $PV $MAXKDEVER kde-base/kcharselect) lirc? ( $(deprange $PV $MAXKDEVER kde-base/kdelirc) ) [...] So you would add lines such as these: kde-base/ark kde-base/kcalc ... in the world file for each package you need and unmerge the ones you don't need. Be carefull with those useflag conditioned dependencies as in the case of kde-base/kdelirc which only gets installed if lirc useflag is activated. > Also, in the case of a fresh install, how can I choose > what KDE installs? Do I have to run emerge kde, or would kdelibs, > kdebase, etc (along with their dependencies of course) suffice? Take a look at http://www.gentoo.org/doc/en/kde-config.xml#doc_chap2_sect3 . -- The world is a tragedy to those who feel, but a comedy to those who think.(Horace Walpole) * Dorin Scutarasu, www.info.UAIC.ro pgpcZbvvfv9ES.pgp Description: PGP signature
Re: [gentoo-user] package update quirck
Hi, On Monday 22 January 2007 10:15, Bo Ørsted Andresen wrote: > Hmm.. Actually this is the exact reason `emerge -avuDN world` don't try to > upgrade dbus. When you type `emerge -pv dbus` emerge does not check whether > any packages in world or in your system requires a lower version or blocks > dbus. It only checks whether there is an upgrade for dbus and upgrades it > if there is. > > If you do that on your next `emerge -avuDN world` you will probably see > portage pull in dev-libs/dbus-qt3-old because ( > >=sys-apps/dbus-0.30 ) is no longer satisfied and dev-libs/dbus-qt3-old is > > listed first and hence preferred. > > :) You're right Bo, that's exactly what happend after upgrading. I had looked in that k3b ebuild but not knowing the syntax I didn't realise it needs either dev-libs/dbus-qt3-old or pgpG7GXjGQ7Wr.pgp Description: PGP signature
[gentoo-user] package update quirck
Hi, I just noticed that when I do 'emerge -avuDN world' not all packages get updated to the last stable version: > $ emerge -pvuDN world > > These are the packages that would be merged, in order: > > Calculating world dependencies... done! > > Total: 0 packages, Size of downloads: 0 kB ...but than... > $ emerge -pv dbus > > These are the packages that would be merged, in order: > > Calculating dependencies ... done! > [ebuild U ] sys-apps/dbus-1.0.2 [0.62-r2] USE="X -debug -doc (-selinux) > (-gtk%*) (-mono%) (-python%*) (-qt3%*) (-qt4%*)" 1,368 kB > > Total: 1 package (1 upgrade), Size of downloads: 1,368 kB ... so I can update to sys-apps/dbus-1.0.2. Also, I see that there are packages that need $ equery d dbus > [ Searching for packages depending on dbus... ] > app-cdr/k3b-0.12.17 (hal? (hal ? >=sys-apps/dbus-0.30) > (hal ? >=sys-apps/dbus-0.30) > [...] ... so shouldn't portage prevent me from updating to dbus-1.0.2 since there are ebuilds that depend on pgpFvIML3iLL5.pgp Description: PGP signature
