Re: [gentoo-user] Anyone have any trouble with rc_parallel=YES ?
Mick (Tue, 19 Jul 2011 06:55:35 +0100): On Tuesday 19 Jul 2011 04:39:49 Pandu Poluan wrote: Spelunking in /etc/rc.conf, I found the rc_parallel setting, accompanied with a quite significant WARNING. Have anyone experienced any trouble setting rc_parallel to YES? Rgds, Not so far (used on 3 boxen). However, if say mysql or something else fails to start you will miss the error message, because it will switch you over to X (depending on the sequence of start up processes). You can catch these errors into a logfile - see option rc_logger in rc.conf. As per a comment there, it won't log the sysinit runlevel, but that's just a few services and you can see that level start up on the screen before X takes over. By the way, no problems here with rc_parallel either. And the speed is cool. -rz
Re: [gentoo-user] Decrapifying my system
Michael Sullivan (Sun, 17 Jul 2011 16:19:14 -0500): I'm running into space issues (my / partition is at 99% of capacity) and I'd like some advice on what I can remove and how. My USE line in /etc/make.conf looks like this: USE=-setup declarative static-libs gallium moonlight semantic-desktop -kdeprefix -aqua policykit cdda vhosts automount flashblock jadetex vanilla additions mplayer -evo gentoo a52 -asterisk dbus ctype session zaptel ivtv -kerberos gphoto2 pcre mode-owner -firefox seamonkey -mozilla candy apache2 oss -apm alsa arts avi berkdb bitmap-fonts cdr crypt cups doc encode fortran f77 foomaticdb gdbm gif gpm -gnome gstreamer -gtk -gtk2 imlib jpeg -kde libg++ libwww mad mikmod motif mpeg ncurses nls oggvorbis pam pdf lib png ppds python -qt quicktime readline -samba sasl sdl threads nntp spell ssl svga tcltk tcpd truetype usb X xml xml2 xmms xv zlib x86 imap offensive java mysql examples mmx mmx2 perl divx4linux real mmxext audiofile nas snmp hal unicode guile slp tidy dvd dvdr dvdread flash glut new-login browserplugin nsplugin bzip2 win32codecs v4l v4l2 ruby sql lirc mythtv dvb ffmpeg userlocales php -debug jack jack-tempfs portaudio bash-completion bind-mysql joystick cli cgi ftp dba nptl nptlonly libclamav syslog jikes mpm-leader ithreads -nautilus tcl expat and I'd like to completely remove both gnome and kde (except for kpat). I use xfce, so that shouldn't be a problem, right? I've tried emerge -C gnome and emerge -C kde, but the gnome line only unmerged the final gnome package, and the kde line didn't work at all (I'm thinking it's called kde-meta now), but unmerging kde-meta only unmerged the final kde package. How do I do this? This strategy will do a thorough clean-up, although you'll have to be patient: 1. Re-check that you're on the right profile - now that you don't use KDE/GNOME anymore, the profile default/linux/$ARCH/10.0/desktop is probably the right one for you (unless you run hardened/selinux, of course). Use for example 'eselect profile' to read/set profiles. 2. Re-check that your /var/lib/portage/world only contains stuff you really need. 3. Remove all positive USE flags (i.e., those without a leading '-'). 4. Append the following line to /etc/portage/package.use: dev-lang/perl ithreads (Is it just me or does every other autoconf run fail if ithreads aren't in perl?) 5. Run 'emerge -pvuDN world' and focus on the flags that are going to be (newly) switched off - the green ones. 6. Put back (only) those such flags that you now know pull some actually useful functionality into your system and that you don't want removed. 7. Run 'emerge -vuDN world' - 'etc-update' - 'emerge -vc' - 'revdep-rebuild -i'. -rz
Re: [gentoo-user] ?? CONFIG_USB_SUSPEND ??
Alan Mackenzie (Mon, 11 Jul 2011 10:16:33 +): Hi, Gentoo. Just done an emerge -puND world. One of the packages updated was sys-fs/udisks-1.0.3-r1. Its warning message was: CONFIG_USB_SUSPEND: is not set when it should be. * Please check to make sure these options are set correctly. * Failure to do so may cause unexpected problems. CONFIG_USB_SUSPEND is surely a kernel config thing. I can't find it in my kernel config file. However, in make menuconfig I do a search for USB_SUSPEND, It says: Location: │ - Device Drivers │ - USB support (USB_SUPPORT [=y]) │ - Support for Host-side USB (USB [=y]) I can't find anything at that location which looks like USB_SUSPEND. Would somebody please help me to resolve my confusion. Thanks in advance. You have to swith on CONFIG_PM_RUNTIME for this option to appear. PM_RUNTIME is straight under Power management and ACPI options. A way to resolve this kind of problems: $ cd /usr/src/linux $ grep -5r '^config USB_SUSPEND' * ... read the 'depends on' line -rz
[gentoo-user] The definite --complete-graph
Hi everyone, the recent hint made around here by Neil Bothwick (thank you, Neil) about --changed-use, which I hadn't been aware of, made me re-read `man portage`. I came across --complete-graph, which is news to me too. The manpage makes it sound like it's something I want, but I fail to get its precise purpose. I tried googling for an answer, but ... well, it's probably still a fresh feature. Could anyone please explain its function? I thought the -D in 'emerge -uDN world' was enough to ensure that all world packages and all their runtime deps (recursively) are considered and updated/remerged, if necessary. The manpage suggests that --complete-graph is different in that it doesn't actually pull in update/remerge of deep (i.e., deeper than immediate) deps of world packages. It just checks if any updates/remerges of world packages (plus their immediate deps) causes any conficts deeper in the depgraph. Is that all there is to the difference between --deep and --complete-graph? Thanks a lot for clarification. -rz
[gentoo-user] Strangeness in dep calculation
Hi once again, am I missing something or are these bugs? If bugs, do you think I should file them through bugzilla? # emerge -uDN --with-bdeps y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. # emerge -uN -D 100 --with-bdeps y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. # emerge -ep world .. shows mostly remerges, but also 6 new merges, for example sys-devel/autogen and virtual/pam. Shouldn't there be no new merges here? Let's re-check. # equery d virtual/pam * These packages depend on virtual/pam: net-mail/mailbase-1 (pam ? virtual/pam) net-misc/openssh-5.8_p1-r1 (pam ? virtual/pam) sys-apps/openrc-0.8.3-r1 (pam ? virtual/pam) sys-apps/shadow-4.1.4.3 (pam ? virtual/pam) sys-auth/consolekit-0.4.4 (pam ? virtual/pam) x11-apps/xdm-1.1.10-r1 (pam ? virtual/pam) x11-misc/xlockmore-5.31 (pam ? virtual/pam) # emerge -pq virtual/pam [ebuild N] virtual/pam-0 # emerge -uDN --with-bdeps y --autounmask y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. # grep skype /var/lib/portage/world net-im/skype # emerge -p --autounmask y skype These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ~] net-im/skype-2.2.0.35-r1 [2.1.0.81] USE=-hardened% The following keyword changes are necessary to proceed: #required by skype (argument) =net-im/skype-2.2.0.35-r1 ~amd64 NOTE: This --autounmask behavior can be disabled by setting EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf. # grep KEYWORDS /usr/portage/net-im/skype/skype-2.* /usr/portage/net-im/skype/skype-2.1.0.81.ebuild:KEYWORDS=~amd64 ~x86 /usr/portage/net-im/skype/skype-2.2.0.25.ebuild:KEYWORDS=~amd64 ~x86 /usr/portage/net-im/skype/skype-2.2.0.35-r1.ebuild:KEYWORDS=~amd64 ~x86 .. Shouldn't 'emerge -uDN world' pull in skype-2.2.0.35-r1 too, as per the autounmask functionality? I'm using latest stable portage for this - 2.1.10.3. ~arch is 2.1.10.4 and I haven't tried it, but its changelog doesn't suggest any changes in relevant areas. # cat /etc/portage/package.keywords =sys-boot/grub-1.97.1 ** =app-emulation/wine-1.3.15 ~amd64 # cat /etc/portage/package.mask sys-boot/grub-1.0 # cat /etc/portage/package.use media-libs/libsdl joystick dev-python/PyQt4 webkit dev-libs/libxml2 python dev-lang/perl ithreads media-plugins/audacious-plugins scrobbler # emerge --info Portage 2.1.10.3 (default/linux/amd64/10.0/desktop, gcc-4.4.5, glibc-2.12.2-r0, 2.6.38-gentoo-r6 x86_64) = System uname: Linux-2.6.38-gentoo-r6-x86_64-AMD_Athlon-tm-_X2_Dual-Core_QL-65-with-gentoo-2.0.2 Timestamp of tree: Sun, 03 Jul 2011 18:15:01 + app-shells/bash: 4.1_p9 dev-lang/python: 2.7.1-r1, 3.1.3-r1 dev-util/cmake: 2.8.4-r1 dev-util/pkgconfig: 0.25-r2 sys-apps/baselayout: 2.0.2 sys-apps/openrc: 0.8.3-r1 sys-apps/sandbox: 2.4 sys-devel/autoconf: 2.68 sys-devel/automake: 1.9.6-r3, 1.11.1 sys-devel/binutils: 2.20.1-r1 sys-devel/gcc:4.4.5 sys-devel/gcc-config: 1.4.1-r1 sys-devel/libtool:2.2.10 sys-devel/make: 3.82 sys-kernel/linux-headers: 2.6.36.1 (virtual/os-headers) sys-libs/glibc: 2.12.2 Repositories: gentoo ACCEPT_KEYWORDS=amd64 x86 ACCEPT_LICENSE=* CBUILD=x86_64-pc-linux-gnu CFLAGS=-O2 -pipe -fomit-frame-pointer -mtune=athlon64-sse3 -march=athlon64-sse3 -mmmx -msse -msse2 -msse3 -m3dnow CHOST=x86_64-pc-linux-gnu CONFIG_PROTECT=/etc /usr/share/gnupg/qualified.txt CONFIG_PROTECT_MASK=/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c CXXFLAGS=-O2 -pipe -fomit-frame-pointer -mtune=athlon64-sse3 -march=athlon64-sse3 -mmmx -msse -msse2 -msse3 -m3dnow DISTDIR=/tmp/distfiles FEATURES=assume-digests binpkg-logs collision-protect distlocks ebuild-locks fixlafiles fixpackages news nodoc noinfo parallel-fetch protect-owned sandbox severe sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch usersync FFLAGS= GENTOO_MIRRORS=http://gentoo.mirror.web4u.cz/ http://gentoo.mirror.dkm.cz/pub/gentoo/ ftp://gentoo.mirror.web4u.cz/ ftp://gentoo.mirror.dkm.cz/pub/gentoo/ http://gentoo.supp.name/; LANG=en_US.UTF-8 LC_ALL=en_US.UTF-8 LDFLAGS=-Wl,-O1 -Wl,--as-needed -Wl,--as-needed LINGUAS=en cs ja MAKEOPTS=-j2 PKGDIR=/usr/portage/packages PORTAGE_CONFIGROOT=/ PORTAGE_RSYNC_OPTS=--recursive --links --safe-links --perms --times --compress
Re: [gentoo-user] Strangeness in dep calculation
Alan McKinnon (Mon, 04 Jul 2011 18:24:54 +0200): On Monday 04 July 2011 14:47:47 Roman Zilka did opine thusly: Hi once again, am I missing something or are these bugs? If bugs, do you think I should file them through bugzilla? # emerge -uDN --with-bdeps y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. So a routine world update says nothing needs to be done right now. # emerge -uN -D 100 --with-bdeps y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. I expect this to be the same, it will halt after a depth of 100 (a gigantic depth just btw) # emerge -ep world .. shows mostly remerges, but also 6 new merges, for example sys-devel/autogen and virtual/pam. Shouldn't there be no new merges here? Let's re-check. # equery d virtual/pam * These packages depend on virtual/pam: net-mail/mailbase-1 (pam ? virtual/pam) net-misc/openssh-5.8_p1-r1 (pam ? virtual/pam) sys-apps/openrc-0.8.3-r1 (pam ? virtual/pam) sys-apps/shadow-4.1.4.3 (pam ? virtual/pam) sys-auth/consolekit-0.4.4 (pam ? virtual/pam) x11-apps/xdm-1.1.10-r1 (pam ? virtual/pam) x11-misc/xlockmore-5.31 (pam ? virtual/pam) # emerge -pq virtual/pam [ebuild N] virtual/pam-0 -ep is not the same as -avuND! The former is what happens if you tell portage to consider nothing to be merged yet. It will try and rebuild every possible thing you might ever need considering your setup. The latter is simply everything that needs to be done now. With that, build deps and virtuals can be omitted as they do not need to be rebuilt to satisfy the current emerge. Make sense? Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). But it's neither in my world file, nor in my system set (checked with 'emerge -epO system'). So it must be a dependency. Then why doesn't '-uDN --with-bdeps y world' demand it? Obviously, virtual/pam is listed as necessary for running or building something in my world set. '-uDN world' shouldn't omit merging something I need to run my packages. And with '--with-bdeps y' it also shouldn't omit merging something I might ever need to build these packages. The quoted equery call shows that virtual/pam is needed to run 7 pieces of software in my world. (I understand it's not literally needed for them to run, but that's the semantics of runtime deps and portage has no way to know the difference, I suppose.) And it's not an alternative to another possible dependency - it must be virtual/pam (checked some of the ebuilds). Even if it's all correct behavior, I'd still like to know where exactly is the robber on my train of thoughts. # emerge -uDN --with-bdeps y --autounmask y world Calculating dependencies... done! Auto-cleaning packages... No outdated packages were found on your system. # grep skype /var/lib/portage/world net-im/skype # emerge -p --autounmask y skype These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ~] net-im/skype-2.2.0.35-r1 [2.1.0.81] USE=-hardened% The following keyword changes are necessary to proceed: #required by skype (argument) =net-im/skype-2.2.0.35-r1 ~amd64 NOTE: This --autounmask behavior can be disabled by setting EMERGE_DEFAULT_OPTS=--autounmask=n in make.conf. # grep KEYWORDS /usr/portage/net-im/skype/skype-2.* /usr/portage/net-im/skype/skype-2.1.0.81.ebuild:KEYWORDS=~amd64 ~x86 /usr/portage/net-im/skype/skype-2.2.0.25.ebuild:KEYWORDS=~amd64 ~x86 /usr/portage/net-im/skype/skype-2.2.0.35-r1.ebuild:KEYWORDS=~amd64 ~x86 .. Shouldn't 'emerge -uDN world' pull in skype-2.2.0.35-r1 too, as per the autounmask functionality? autounmask is not the same as autounmask-write, and neither means to automatically install the absolute latest version in the tree. The former will tell you what you need to do to satisfy deps, and the current stable skype might suit. You haven't unmasked skype and portage does not need to unmask anything to satisfy a world update. So it is quite happy leaving things as they are. If you want latest skype, you have two approaches: Keyword it manually, Run an unstable system. Portage will not all of it's own do anything to violate you ACCEPT_KEYWORDS setting - that one trumps everything when automation kicks in. In short, portage is working as designed and your understanding
Re: [gentoo-user] Strangeness in dep calculation
Neil Bothwick (Mon, 4 Jul 2011 22:16:18 +0100): On Mon, 4 Jul 2011 22:48:44 +0200, Roman Zilka wrote: Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). There's another possibility, that it is one of a number of packages that satisfy a particular dependency, the first listed one. If you have another package installed that fulfils this dependency, emerge -u world won't need to do anything, but with emerge -e world you are telling portage that the other package is not installed, so it picks the first dependency from the list. I checked that - in this case, there are no alternatives. -rz
Re: [gentoo-user] Strangeness in dep calculation
Roman Zilka (Mon, 4 Jul 2011 23:34:01 +0200): Neil Bothwick (Mon, 4 Jul 2011 22:16:18 +0100): On Mon, 4 Jul 2011 22:48:44 +0200, Roman Zilka wrote: Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). There's another possibility, that it is one of a number of packages that satisfy a particular dependency, the first listed one. If you have another package installed that fulfils this dependency, emerge -u world won't need to do anything, but with emerge -e world you are telling portage that the other package is not installed, so it picks the first dependency from the list. I checked that - in this case, there are no alternatives. Ah, I see. I'm sorry, I wasn't thinking enough. Yeah, virtual/pam may be one of a list. But if nothing else, I have openssh and openssh says: RDEPEND=pam? ( virtual/pam ) No alternatives there. And I don't have virtual/pam, but do have openssh. So why does '-uDN world' not pull virtual/pam in? -rz
Re: [gentoo-user] Strangeness in dep calculation
Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). But it's neither in my world file, nor in my system set (checked with 'emerge -epO system'). So it must be a dependency. Then why doesn't '-uDN --with-bdeps y world' demand it? Obviously, virtual/pam is listed as necessary for running or building something in my world set. '-uDN world' shouldn't omit merging something I need to run my packages. And with '--with-bdeps y' it also shouldn't omit merging something I might ever need to build these packages. The quoted equery call shows that virtual/pam is needed to run 7 pieces of software in my world. (I understand it's not literally needed for them to run, but that's the semantics of runtime deps and portage has no way to know the difference, I suppose.) And it's not an alternative to another possible dependency - it must be virtual/pam (checked some of the ebuilds). I think this is the root cause of your questions. You say portage has no way to know the difference - who says that is true? Did you assume it? It sure is possible. I assumed what I did because the ebuild of a virtual and a normal package reveal no differences relevant to this, as it seems to me with my level of knowledge. Also, asking for a virtual as a runtime dep is done in the same way as asking for any other package. Furthermore, the manpage for emerge says nothing about the virtuals being different w.r.t. --update or any other option. Why should virtual packages behave like regular packages? They are even in a different category to everything else. Treating virtuals just like regular packages doesn't make sense to me. Treating them as variables does make sense - they get expanded into lists of possibilities and when the graph is resolved, the existence of the virtual goes away. But that is speculation on my part. Why do we have so many virtuals installed then? But yeah, who knows... I think if you get an authoritative answer to that question, then we can continue to examine the behaviour. Otherwise we are just guessing. It seems that you assume that my current skype is a stable version. In fact, it isn't - see the quoted grep of the ebuilds. There is not a single stable version of skype in portage now. They're all ~arch. My ACCEPT_KEYWORDS=amd64. 'emerge skype' (I'll be omitting the '--autounmask y', it's the default anyway) wants to upgrade from my current 2.1.0.81 ~skype to 2.2.0.35-r1, which happens to be the latest available ~skype. I assume that's the strategy: if there's no stable version available, at least get the latest ~arch version. That's fine. But why doesn't the same strategy apply for a '-uDN world'? The manpage says nothing about this, as my eyes interepret it. There might be some unintended hidden behavior of --autounmask or --update or something else. If it's intended, I'd still like to understand the reasoning - just to get what's going on. You'd have to ask Zac what he intended. I can easily see the code being written such that emerging a package and updating world use completely different code paths, simply because they must evaluate things differently with subtle differences. You'd really have to read the code to get proper answers to your questions. As we say in the eXtreme Programming world: The code IS the design. Well, I'm not going into the code. Do you think it's meaningful to either bring these two issues into attention of Zac directly, or file official bugs? I've never done either and lack experience on determining when is the right time.:) Neither of the two issues cause any visible harm in the system as a whole - it's not like I'm not sleeping because of them. I stumbled upon them by mere chance. I'm just trying to reveal a possible bug or two. -rz
Re: [gentoo-user] Strangeness in dep calculation
Henry Gebhardt (Tue, 5 Jul 2011 00:21:22 +0200): On Mon, Jul 04, 2011 at 11:59:23PM +0200, Roman Zilka wrote: Roman Zilka (Mon, 4 Jul 2011 23:34:01 +0200): Neil Bothwick (Mon, 4 Jul 2011 22:16:18 +0100): On Mon, 4 Jul 2011 22:48:44 +0200, Roman Zilka wrote: Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). There's another possibility, that it is one of a number of packages that satisfy a particular dependency, the first listed one. If you have another package installed that fulfils this dependency, emerge -u world won't need to do anything, but with emerge -e world you are telling portage that the other package is not installed, so it picks the first dependency from the list. I checked that - in this case, there are no alternatives. Ah, I see. I'm sorry, I wasn't thinking enough. Yeah, virtual/pam may be one of a list. But if nothing else, I have openssh and openssh says: RDEPEND=pam? ( virtual/pam ) No alternatives there. And I don't have virtual/pam, but do have openssh. So why does '-uDN world' not pull virtual/pam in? My guess is that when virtual/pam was introduced, the openssh ebuild was changed to depend on it without a rev bump. Then while upgrading emerge will use the old ebuild of the installed openssh, and when you use --emptytree it will use the new one in the portage tree. You can test the theory by comparing the ebuild in portage with the one in /var/db/pkg/net-misc/. I was expecting to find this to be the cause, because I absolutely didn't think of it and it sounds likely. But /var/db/pkg/net-misc/openssh-5.8_p1-r1/RDEPEND requires virtual/pam too. -rz
Re: [gentoo-user] Strangeness in dep calculation
Roman Zilka (Tue, 5 Jul 2011 00:36:21 +0200): Henry Gebhardt (Tue, 5 Jul 2011 00:21:22 +0200): On Mon, Jul 04, 2011 at 11:59:23PM +0200, Roman Zilka wrote: Roman Zilka (Mon, 4 Jul 2011 23:34:01 +0200): Neil Bothwick (Mon, 4 Jul 2011 22:16:18 +0100): On Mon, 4 Jul 2011 22:48:44 +0200, Roman Zilka wrote: Not quite. This is how I'm thinking: if '-ep world' says virtual/pam needs to be installed, then it either * is in the world file, or * is in the system set, or * is a buildtime or runtime dependency (immediate or deep) of one of the packages in the world set (i.e., world file and system set combined). There's another possibility, that it is one of a number of packages that satisfy a particular dependency, the first listed one. If you have another package installed that fulfils this dependency, emerge -u world won't need to do anything, but with emerge -e world you are telling portage that the other package is not installed, so it picks the first dependency from the list. I checked that - in this case, there are no alternatives. Ah, I see. I'm sorry, I wasn't thinking enough. Yeah, virtual/pam may be one of a list. But if nothing else, I have openssh and openssh says: RDEPEND=pam? ( virtual/pam ) No alternatives there. And I don't have virtual/pam, but do have openssh. So why does '-uDN world' not pull virtual/pam in? My guess is that when virtual/pam was introduced, the openssh ebuild was changed to depend on it without a rev bump. Then while upgrading emerge will use the old ebuild of the installed openssh, and when you use --emptytree it will use the new one in the portage tree. You can test the theory by comparing the ebuild in portage with the one in /var/db/pkg/net-misc/. I was expecting to find this to be the cause, because I absolutely didn't think of it and it sounds likely. But /var/db/pkg/net-misc/openssh-5.8_p1-r1/RDEPEND requires virtual/pam too. Furthermore, FWIW, I tried the following. # USE=-pam emerge -v1 openssh // indicated the change in the pam USE flag and rebuilt openssh # emerge -pv openssh [ebuild R] net-misc/openssh-5.8_p1-r1 USE=X hpn ldap pam* -X509 -kerberos -libedit (-selinux) -skey -static -tcpd 0 kB # emerge -vuD --changed-use --with-bdeps y world [ebuild R] net-misc/openssh-5.8_p1-r1 USE=X hpn ldap pam* -X509 -kerberos -libedit (-selinux) -skey -static -tcpd 0 kB No signs of virtual/pam. -rz
Re: [gentoo-user] Managing multiple Gentoo systems
Grant (Sat, 2 Jul 2011 15:14:38 -0700): After a frustrating experience with a Linksys WRT54GL, I've decided to stick with Gentoo routers. This increases the number of Gentoo systems I'm responsible for and they're nearing double-digits. What can be done to make the management of multiple Gentoo systems easier? I think identical hardware in each system would help a lot but I'm not sure that's practical. I need to put together a bunch of new workstations and I'm thinking some sort of server/client arrangement with the only Gentoo install being on the server could be appropriate. I used to do it the rsync way. Dozens of machines with varying hardware, although not profoundly. All machines had all the software any single machine could need. CFLAGS, kernel config and such were filled with the greatest common divisor of all the boxes. There was one 'reference box' which did all the compiling and from which all the other machines would rsync /, minus selected variables, such as /dev, /etc/mtab, /mnt, /proc, /var/log, etc. Another set of things excluded from rsync were things that do not handle themselves locally, but are different accross computers. I had groups of computers that I wanted to, for example, run different set of boot-up services. That means that /etc/runlevels was excluded from rsync'ing, but what was being rsynced were the dirs /etc/runlevels-group{1,2,3,...} and every machine had a local symlink /etc/runlevels - one of the runlevels-groupX. Administrative tasks are still limited to working with the single reference box and its single filesystem (plus a few more runlevels-group's and similar exceptions). That way you can have specialized runlevel layouts, specialized fstabs and other configs, etc. Even specialized kernels for every group of machines, in theory. There was also a script being distributed that was called by local crons and allowed for batch rebooting at midnight, or whatever you may need to run locally. You may want to check out lsyncd for keeping dirs in sync in a smart way on-the-fly, but rsyncing from a cronjob at a safe moment may be the recommended option, depending on your environment. By 'safe' I mean when there are no users logged in, for example. The most tricky part was fine-tuning the set of stuff to exclude from rsyncing. But if sure can be done in reasonable environments. HTH, -rz
Re: [gentoo-user] python-2.7 python-updater
KH (Mon, 28 Mar 2011 15:22:55 +0200): I do have python-2.7 and python-3.1 emerged. I just took al look in /usr/lib64/ and I can find trace of python2.4 python2.5 python2.6 python2.7 python3.1 . Are those folders (2.4; 2.5; 2.6) needed anymore? If no, why are the still there? Is there anything else inside those dirs besides *.pyc and *.pyo files? If not, it's safe to remove them. *.py[co] are pre-semi-compiled python programs that python creates upon the first run of a *.py source. Some 1-2 years ago (and before) portage couldn't handle these remnants, as they didn't actually belong to any package. So if you had unmerged a package containing a python program which had been run at least once before the unmerge, the *.py[co] files were left in otherwise empty directories. Python-2.4 and 2.5 may fall into this period of history. 2.6 is odd. If the directories contain something more than *.py[co], the story is different. If there are no files that belong to any package, I believe it's safe to remove them. If something in there does belong to an installed package, a re-emerge should solve the problem. If you need an elegant way of sorting out the chaff, refer to a recent thread on this mailinglist - How can I find all orphaned files?. -rz
Re: [gentoo-user] Updating world
According to my local portage mirror, kipi-plugins-1.9.0 is currently ~x86. There's probably a stray line in your /etc/portage/package.keywords which unmasks kipi-plugins-1.9.0. The latest stable is kipi-plugins-1.2.0-r3 which is happy with libkexiv2-4.4.5-r1, which in turn is stable for x86. -rz See output below. I understand what this is telling me. However, the issue is if I unmask libkexiv2 and kipi-plugins, I get further messages about some other kde package that is masked by ~x86 keyword. And this goes on continuously. If I do emerge --pretend --update --deep --skip-first world, the second set of output is provided and this causes other problems - for instance, there are a whole whack of packages that depend on gettext. I haven't been able to update my system in well over a month. I keep hoping a sync will somehow miraculously correct my problem. Anyone have any ideas how to get around this? penguinchick ~ # emerge --pretend --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy =kde-base/libkexiv2-4.5[aqua=] have been masked. !!! One of the following masked packages is required to complete your request: - kde-base/libkexiv2-4.6.1 (masked by: ~x86 keyword) - kde-base/libkexiv2-4.6.0 (masked by: ~x86 keyword) - kde-base/libkexiv2-4.5.5 (masked by: ~x86 keyword) (dependency required by media-plugins/kipi-plugins-1.9.0 [ebuild]) (dependency required by @selected) (dependency required by @world [argument]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. - penguinchick ~ # emerge --pretend --update --deep --skip-first world These are the packages that would be merged, in order: Calculating dependencies... done! !!! One or more packages have been dropped due to !!! masking or unsatisfied dependencies: (sys-devel/gettext-0.18.1.1-r1, ebuild scheduled for merge) (dev-python/pygtksourceview-2.10.1, ebuild scheduled for merge) (dev-vcs/git-1.7.3.4-r1, ebuild scheduled for merge) [ebuild U ] sys-apps/attr-2.4.44 [2.4.43] [ebuild U ] sys-devel/bison-2.4.2 [2.4.1] [ebuild U ] x11-misc/shared-mime-info-0.80 [0.71] [ebuild U ] sys-apps/coreutils-8.7 [8.5] [ebuild U ] sys-libs/pam-1.1.3 [1.1.1-r2]
Re: [gentoo-user] python-2.7 python-updater
Mark Knecht (Fri, 25 Mar 2011 06:56:20 -0700): On Fri, Mar 25, 2011 at 2:50 AM, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 25 Mar 2011 04:37:15 -0500, Dale wrote: Out of curiosity, how long you, or someone else, been using python 2.7? I install 2.7 on August 10th and removed 2.6 on October 5th. -- Neil Bothwick Do you recollect whether you ran python-updater immediately after the 2.7 emerge, and do you remember whether you set 2.7 as your active version 2 python version before or after running python-updater? My grain of salt of experience from yesterday: 1. emerged python 2.7 (upon a regular daily update) 2. eselect switch to 2.7 3. python-updater (rebuilt about 30 pkgs; all went fine, except pygtk complained about something apparently minor) 4. re-emerge pygtk, just to be sure, this time it doesn't complain 5. unmerge 2.6 6. there are no traces to be found of python 2.6; everything works FWIW, it went fine even on an x86 system, where python-2.7.1-r1 is still ~arch. -rz
Re: [gentoo-user] Problem with python-updater ?
Jacques Montier (Fri, 25 Mar 2011 17:17:41 +0100): Hi all, I upgraded python2.6 to python2.7, then i run eselect python set python2.7, then python-updater. Here is the python-updater output : * Starting Python Updater... * Main active version of Python: 2.7 * Active version of Python 2: 2.7 * Active version of Python 3: 3.1 * Adding to list: app-emulation/emul-linux-x86-baselibs:0 * Adding to list: app-emulation/virtualbox-bin:0 * Adding to list: app-office/libreoffice-bin:0 * Adding to list: dev-libs/boost:1.42 * check: manual [Added to list manually, see CHECKS in manpage for more information.] * Adding to list: sys-libs/tdb:0 * Adding to list: x11-libs/vte:0 * check: manual [Added to list manually, see CHECKS in manpage for more information.] * emerge -Dv1 --keep-going app-emulation/emul-linux-x86-baselibs:0 app-emulation/virtualbox-bin:0 app-office/libreoffice-bin:0 dev-libs/boost:1.42 sys-libs/tdb:0 x11-libs/vte:0 ... Ok, everything emerge fine. If i run python-updater again, then i get exactly the same output as before (emerging emul-linux-x86-baselibs:0, BOOST:1.42, etc...) What's wrong ?? According to the list of checks python-updater performs it's indeed weird that it's happening. But maybe python-updater has some undocumented, hidden intelligence.:) If you run emerge or something written in python, do you see (in the process listing) /usr/bin/python2.7 being the interpreter in action? If so, try moving away /usr/lib/python2.6 and /usr/bin/python2.6 (just moving away, not deleting). Does still everything run? Then I believe you can safely get rid of python 2.6 and python-updater will probably stop trying to re-emerge everything. -rz
Re: [gentoo-user] Search filesystem with a wildcard
Amankwah (Sat, 26 Feb 2011 11:19:22 +0800): On Fri, Feb 25, 2011 at 06:26:51PM -0800, Grant wrote: I used to use slocate like this to search the filesystem for a file: foo*.txt but mlocate doesn't seem to accept wildcards. I tried to figure out how to do it with find but failed. Can anyone point me in the right direction? - Grant How about this? find -name foo*.txt ? +1 to this solution. Only, it may destroy the universe on some rare occasions. A safer way: find / -type f -name 'foo*.txt' -rz
Re: [gentoo-user] Search filesystem with a wildcard
I used to use slocate like this to search the filesystem for a file: foo*.txt but mlocate doesn't seem to accept wildcards. I tried to figure out how to do it with find but failed. Can anyone point me in the right direction? - Grant How about this? find -name foo*.txt ? I can't get find to work. This works: locate *foo*.txt but none of these work: find /my/folder -name foo*.txt find /my/folder -name *foo*.txt find /my/folder -type f -name '*foo*.txt' What am I doing wrong? I do need the find to be recursive in that folder. Don't you have some unfortunate alias set up for 'find'? I understand you already have a working solution, but something's fishy here indeed. The third one should absolutely work. By the way, you should probably use quotes with 'locate' too. It might cause the same kind of unexpected fail in case there happens to be something which satisfies *foo*.txt in the working directory of the command. -rz
Re: [gentoo-user] firefox crash when playing flash
Hello, I don't have any specific idea, but try recompiling Firefox without any CFLAGS/CXXFLAGS set. Using another Flash implementation (Gnash/Adobe) might solve the problem too (or introduce new problems:). Also try cleaning up your Firefox profile (in terms of add-ons, most importantly). -rz [ebuild R ] www-client/mozilla-firefox-2.0.0.13 USE=ipv6 -bindist -debug -filepicker -gnome -iceweasel -java -mozdevelop -moznopango -restrict-javascript -xforms -xinerama -xprint LINGUAS=zh_CN -af -ar -be -bg -ca -cs -da -de -el -en_GB -es -es_AR -es_ES -eu -fi -fr -fy -fy_NL -ga -ga_IE -gu -gu_IN -he -hu -it -ja -ka -ko -ku -lt -mk -mn -nb -nb_NO -nl -nn -nn_NO -pa -pa_IN -pl -pt -pt_BR -pt_PT -ro -ru -sk -sl -sv -sv_SE -tr -uk -zh -zh_TW 0 kB uname -a Linux bobbin 2.6.24-gentoo-r3 #15 SMP Sun Mar 30 20:16:31 Local time zone must be set--see zic i686 Intel(R) Core(TM)2 CPU T5600 @ 1.83GHz GenuineIntel GNU/Linux -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] audacious-1.4* - can't adjust volume
I ran into this problem at home. I can't get to that PC anytime soon, but I'll try my best at guessing as much detail as possible using another Gentoo box. 95% probability of correct info. -- a.) The versions and USE-Flags of audacious and audacious-plugins. audacious-1.4.5, dbus nls -chardet -libsamplerate audacious-plugins-1.4.4, aac alsa dbus flac mp3 musepack nls oss sdl sndfile sse2 timidity vorbis wavpack -adplug -arts -chardet -esd -gnome -jack -lirc -modplug -mtp -pulseaudio -sid -tta -wma b.) $ uname -msvr Kernel built from gentoo-sources based on 2.6.2X. PREEMPT (everything). 32b, x86, AMD. c.) Your CFLAGS. -O2 -pipe -march=athlon-xp -mmmx -msse -msse2 -msse3 -m3dnow -fomit-frame-pointer d.) The audio output plugin you are using. ALSA. Using the default, in-kernel driver. The soundcard is some ATI IXP chipset-based onboard thing (listed as ATI in lspci as well IIRC). -- Thank you for trying to solve this. Anyway, a-1.4 only brought problems to me and no apparent improvements. A messed-up audioscrobbler plugin, this volume setting issue, forming a playlist took a considerably longer amount of time compared to a-1.3, plus it playfully crashed from time to time. -rz -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Can't emerge apache
Hi Mike! g++: /usr/lib/gcc/i486-pc-linux-gnu/4.1.1/crtbeginS.o: No such file or directory g++: /usr/lib/gcc/i486-pc-linux-gnu/4.1.1/crtendS.o: No such file or directory i486 - this is kinda weird for a brand new box. What's does your 'emerge --info' look like? Maybe you've got a wrong CHOST set up. What does 'ls /usr/lib/gcc/*/*/crt*S.o' report (just to be sure)? Are you able to emerge any other packages? -rz -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] rsync for backup, can anybody help
symlink /mnt/external/OneFileSystemBackup/usr/i686-pc-linux-gnu/lib/libopcodes.so - /usr/lib32/binutils/i686-pc-linux-gnu/2.18/libopcodes.so failed: Operation not permitted (1) This is most likely caused by the FAT filesystem on the target device. Just like a lot of other errors, probably. Symlinks do not exist on a regular FAT. Copying data from a unix/linux-ish filesystem to a FAT-based filesystem is impossible without losing something (special files like symlinks, sockets, devices etc., file ownership info and more). Maybe there are some modern FAT variations capable of storing all this linux-specific data (thinking of umsdos), but I dare doubt that's the case of your backup drive. If you're thinking of maybe recovering some important system files from this backup sometime, change the backup drive's filesystem to something more capable (the aforementioned ext2, for instance). -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync for backup, can anybody help
I wanted to create the empty directories on the backup i.e. run, dev, also Add something like this to the exclude-list: /dev/* /var/run/* ... That'll copy the dir itself, but not its contents. directory links i.e. lib to lib64 I don't fully understand here. You have a '-a' (even a redundant '-l') in the argument list - symlinks should be created on the target location. By the way, your sync cmd seems a bit odd: -l is redundant if -a is specified -C used while syncing a whole / might exclude some needed stuff -H is what you usually want while syncing a whole / --exclude items without any '/' might be dangerous (I suppose you meant to exclude /var/run, /sys, /tmp, /boot etc. and not every file named 'run', 'sys', 'tmp' or 'boot' in the entire filesystem. Your current cmd might 'exclude', for instance, /usr/include/sys, /etc/runlevels/boot, /usr/src/linux*/arch/*/boot and most likely more. Just a note for the case this isn't what you actually want.) -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] rsync for backup, can anybody help
I use a script to perform backup to a connected usb harddisk and I have noticed that it appears to be writing all files each time instead of updating only the changes. I am wondering if rsync has changed. I have Oops, I forgot about this one. What makes you think whole fiels are being transferred? Add '-i' to the argument list and send a sample of the rsync output regarding the files that are supposedly being redundantly transferred in full length. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] emerge world and doubled portages
Hi! yesterday I emerged the nvidia-drivers. All went well. Then I ran 'emerge -NDpvu world' (I set nvidia flag in make.conf) and found out to have 2 versions of qt (3.3.8-r3 and 4.3.0-r2) and 2 versions og gnupg (1.4.7-r1 and 1.9.21). So I unmerged gnupg-1.4.7-r1 and ran 'emerge -NDpvu world' again. gnupg-1.4.7-r1 was listed again with [NS ] instead of the previuos [ R ]. May someone explain to me why? The same for qt. I should have to re-emerge some kde portages. How can I use qt4 instead of qt3? This is quite correct. Having multiple versions of a package installed is often necessary. This is the case. Some of your programs require qt3 to function, others require qt4. There are applications not prepared for qt4 at all. When you unmerged one of the qt's, you probably disposed some package(s) of their dependency, so emerge -uD promptly re-emerges the now-missing qt. The [ R ] flag means an already-installed package was to be re-emerged. Then you unmerged one such package and [ R ] became [NS ], which means a not-yet-installed package version is about to me emerged. Both qt and gnupg are slotted packages here - meaning it's possible to have multiple versions installed at the same time. Slotted - that's the S tag in [NS ]. So by and large, the right thing to do here is let emerge -NDpvu do what it wishes to do and keep both versions of both packages. If you want as many applications as possible to use qt4, adding the qt4 USE flag may help. May or may not. I don't know what exactly this flag does in all those ebuilds using it. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] From /etc/locale.build to /etc/locale.gen
$ cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. cs_CZ ISO-8859-2 en_US ISO-8859-1 ja_JP EUC-JP en_US.ISO-8859-1 ISO-8859-1 en_US.UTF-8 UTF-8 cs_CZ.ISO-8859-2 ISO-8859-2 cs_CZ.UTF-8 UTF-8 cs_CZ.CP1250 CP1250 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 But I have no /etc/locale.gen ;-( Well, create one then. It's just an ordinary root-owned plaintext file. The file's internal structure is described above. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] From /etc/locale.build to /etc/locale.gen
However I found that I have a locale.gen ; I edited it to include en_US and it_IT, and run locale-gen. Now can I upgrade to glibc-2.6 ? Yes, you can. If you've always had the file, you could've upgraded to 2.6 anytime. I suppose locale-gen (run automatically during glibc emerge) has been using your locale.gen instead of locales.build (the obsolete file) for a long time - locale.gen has been the preferred way a year or so. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] From /etc/locale.build to /etc/locale.gen
Hey Emilio, I should upgrade /etc/locale.build to /etc/locale.gen. that's right, you should. I did not find anything about this upgrade. glibc has been warning about this for a very long time (year, I guess) during emerge. glibc-2.6.1 is the first stable version to fail if the user hasn't upgraded yet. Is it a matter of name changing only? No. $ cat /etc/locale.gen # /etc/locale.gen: list all of the locales you want to have on your system # # The format of each line: # locale charmap # # Where locale is a locale located in /usr/share/i18n/locales/ and # where charmap is a charmap located in /usr/share/i18n/charmaps/. # # All blank lines and lines starting with # are ignored. # # For the default list of supported combinations, see the file: # /usr/share/i18n/SUPPORTED # # Whenever glibc is emerged, the locales listed here will be automatically # rebuilt for you. After updating this file, you can simply run `locale-gen` # yourself instead of re-emerging glibc. cs_CZ ISO-8859-2 en_US ISO-8859-1 ja_JP EUC-JP en_US.ISO-8859-1 ISO-8859-1 en_US.UTF-8 UTF-8 cs_CZ.ISO-8859-2 ISO-8859-2 cs_CZ.UTF-8 UTF-8 cs_CZ.CP1250 CP1250 ja_JP.EUC-JP EUC-JP ja_JP.UTF-8 UTF-8 -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] where is the unifont?
I have installed the unifont package but it doesn't show with xlsfonts nor xfontsel, nor does an xterm find the font string. I tried the commands mkfontsdir and xset fp rehash. What am I missing? I think this ought to do the job: xset +fp /usr/share/fonts/unifont (?followed by xset fp rehash?) I'm not very knowledgeable in this however. Just a guess. -rz -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Problems after long-due emerge -uDN world
First, my alt key seems not to work properly. It works fine in regular programs (e.g. alt-f in firefox pulls down the file menu properly), but not for wm or X-related things. For example, I can no longer use ctrl-alt-fx to change to a VT from with X. Control-alt-backspace _does_ work, and I can switch to a VT if I do it quick before before it finishes restarting, at which point the shortcut works fine until I get back into the X display. With my wm (xfwm), the keyboard shortcut settings program will detect the alt key fine when I'm setting shortcuts, but any shortcut involving alt will not work when I actually try to use it. The normal alt-drag to move windows and such doesn't work either. This is caused by the new xkeyboard-config. Downgrading should help. The bug has been already filed through both Gentoo and freedesktop.org bugzillas. Regards -Roman Zilka -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ALSA / sound not working
I have a very similar board: 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) Subsystem: ASUSTeK Computer Inc. Unknown device 8174 Flags: medium devsel, IRQ 22 I/O ports at ec00 [size=256] Capabilities: [c0] Power Management version 2 ALSA device list: #0: VIA 8237 with ALC850 at 0xec00, irq 22 and the 8233/8235 driver works just fine. I have no idea why yours wouldn't though; this bit of info is about all I can help with. I can send you my config.gz if you wish. -Roman New install of amd64 with multilib on an Asus K8V Deluxe mobo. Trying to get sound working. The kernel shows a VIA 82C686A/B, 8233/8235 AC97 Controller driver. dmesg shows: ALSA device list: #0: VIA 8237 with AD1980 at 0xc800, irq 22 Does the 8233/8235 driver work with the 8237? Is there a different driver for the 8237? This seems to be the only one listed in the kernel. I have it and ALSA compiled into the kernel, but no sound. alsaconf fails with no sound card found. KDE control center sound module says it's unable to start the sound server. cat /proc/asound/cards shows the same info as dmesg: 0 [V8237 ]: VIA8237 - VIA 8237 VIA 8237 with AD1980 at 0xc800, irq 22 lspci -v gives a few more details: 00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 60) Subsystem: ASUSTeK Computer Inc. A7V600/K8V Deluxe motherboard (ADI AD1980 codec [SoundMAX]) Flags: medium devsel, IRQ 22 I/O ports at c800 [size=256] Capabilities: [c0] Power Management version 2 Any hints or ideas? -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] proper proxy syntax to synchronize time via rdate
Hi Liviu, it seems you're only allowed to access web, FTP and rsync services on the Internet through your proxy. Both rsync and NTP use their own ports and protocols, different from HTTP/FTP/rsync. Firstly, you need a proxy server (or some other form of tunnel) that will allow for rdate/NTP traffic between your computer and Internet. Secondly, you have to configure rdate/NTP to make use of the proxy, but AFAIK there's nothing like ntp_proxy or rdate_proxy env. variables these programs would honor. Instead, timeserver proxies are more common in the form of a local timeserver which sync's with an external timesource and offers its services to the local network via standard protocols. You would then sync time using this proxy directly, e.g. rdate -s timeproxy.localaddress.dom. Try asking around if there's such a service available in your local network. -Roman Hello everyone, I'm trying to synchronize the system time with the help of rdate (openNTPD is on the list in case of failure). I have one problem, though: I connect to the Internet through a proxy server. I have set up the necessary environment, but I doubt that rdate listens to it: localhost init.d # env | grep -i proxy http_proxy=proxy.address.dom:port ftp_proxy=proxy.address.dom:port rsync_proxy=proxy.address.dom:port https_proxy=proxy.address.dom:port localhost init.d # rdate pool.ntp.org rdate: couldn't connect to host pool.ntp.org: Connection refused Please advise on how to correctly specify the proxy server in the NTP server address. I am wondering if there is a syntax similar to proxy.address.dom:[EMAIL PROTECTED] Alternatively, how can I make rdate honour the proxy settings? Regards, Liviu -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] ATI 1900 ati drivers
Hi, for starters: what do your /etc/X11/xorg.conf and /var/log/Xorg.0.log look like? What version of ati-drivers do you use? Have you tried another version? -Roman Hello, I first set the card up using the radeon open source drivers. The sceen clarity was not very good. The AMD64 system is find under XP, so the monitor and card function properly. I next tried the ati-binaries, trying what was suggested in several web pages. When I run startx, the screen just goes black. When I try to rund fglrxinfo (without x started up) I get: Error: unable to open display :0 Here are the wikis I found: http://www.gentoo.org/doc/en/ati-faq.xml http://gentoo-wiki.com/HOWTO_ATI_Drivers http://odin.prohosting.com/wedge01/gentoo-radeon-faq.html#4_nodevice http://dri.freedesktop.org/wiki/ATIRadeon?action=highlightvalue=CategoryHardwareChipset Any ideas? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] IMAP servers
On Mon, Oct 16, 2006 at 11:26:23AM +0100, Joost Roeleveld wrote: This is not so much a problem as an 'I wonder'... I currently use dovecot imap with maildir to support several dozen folders containing several gigabytes of mail using Thunderbird as a mail client. This works - but I am surprised by the number of imap processes that the mail server is running to support a single Thunderbird client... it appears that there is one connection per folder and one process per connection... which seems (to me at least) to be overkill. Having never used dovecot, I can't comment on this. But maybe this can be changed in a configuration file somewhere? Confirm. There are a few settings regarding exactly this issue. Check out all the login_process* and login_max* options at least. Regards -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Why directories aren't files?
I was wondering why Linux doesn't treat directories like files, as many other unix implementations do. For example, in Linux, you can't do 'cat .' while on FreeBSD you can. Why? There is a practical reason? I'd say it's not a matter of how Linux treats directories (putting aside the problem of diverse filesystems), but how coreutils or cat, to be precise, treats directories. You could just as well implement such a feature into 'cat' which would make it behave like it does on FreeBSD when called on a directory. As to why Linux's cat acts the way it does...try asking GNU guys.:) Btw, in my place: $ uname -a FreeBSD howdy123 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Wed Apr 5 12:22:42 CEST 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GORGO i386 $ cat . cat: .: Is a directory $ ...which is exactly the same behavior as on my Gentoo. -rz -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Why directories aren't files?
Hm, this is all pretty weird. I cut'n'pasted and compiled your piece of code and again got the same results under Linux and FreeBSD: no output at all. I don't know if some local FreeBSD admin hacked/patched the kernel source to make its syscalls behave Linux-alike, but it's very unlikely. According to the outputs I get on the OS's I have available here, there's no difference between Linux and FreeBSD so far. -rz -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] Why directories aren't files?
Hm, this is all pretty weird. I cut'n'pasted and compiled your piece of code and again got the same results under Linux and FreeBSD: no output at all. I don't know if some local FreeBSD admin hacked/patched the kernel source to make its syscalls behave Linux-alike, but it's very unlikely. Hmm, maybe OP is $LD_PRELOADing something? My LD_PRELOAD is unset. I'm not sure if I understand OP correctly - if that sudo-like utility is what you mean, then I can't help you here (but in that case, you probably didn't want any answer I guess:)... I'm shutting up now). Happy hacking -rz -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] HELP! Network status changes randomly, how to diagnose?
Sounds like you might've been trojaned in some weird way. Do you update regularly? If you run out of options, maybe a complete reinstall (to be sure) would be in place. Is there nothing unusual in the logs? -rz -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] pop3+imapd with xinetd-support?
Maybe dovecot and/or uw-imap, but I do not know whether they can be xinetd-started... uw-imap can be; dovecot cannot be AFAIK. Regards -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to set domainname
So how is the domainname now set? This was discussed here before; I think the solution was to put something somewhere in a specific order. I have this working properly and these're my files: # cat /etc/conf.d/domainname OVERRIDE=1 DNSDOMAIN=gvid.cz NISDOMAIN= # cat /etc/resolv.conf nameserver 127.0.0.1 nameserver 10.0.0.3 search gvid.cz domain gvid.cz # cat /etc/hosts 127.0.0.1 univac.gvid.cz univac localhost ::1 ip6-localhost ip6-loopback fe00::0 ip6-localnet ff00::0 ip6-mcastprefix ff02::1 ip6-allnodes ff02::2 ip6-allrouters ff02::3 ip6-allhosts # cat /etc/conf.d/net config_eth0=( 10.0.0.38 netmask 255.255.255.0 ) routes_eth0=( default gw 10.0.0.2 ) dns_servers=127.0.0.1 10.0.0.3 dns_domain=gvid.cz dns_search=gvid.cz Now try preserving the same order of lines and the same order of keywords on each line. I think the one itching spot was to put the various names on the first line of /etc/hosts in the prescribed order. HTH, -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How to set domainname
# cat /etc/resolv.conf nameserver 127.0.0.1 nameserver 10.0.0.3 search gvid.cz domain gvid.cz domain and search are mutually exclusive! Hm, I see, thanks for the hint. Somehow somewhere I got a wrong understanding of what search actually means. Regards -Roman -- gentoo-user@gentoo.org mailing list
[gentoo-user] HP nx6125: ACPI malfunctioning as ref'd in gentoo-wiki
Hi everyone, I'm currently working on getting an HP/Compaq nx6125 laptop (a Sempron flavor) used to The Penguin and I met the ACPI fans-not-turning-on bug referenced here in the wiki: http://gentoo-wiki.com/HARDWARE_HP_Compaq_nx6125 This article instructs me to apply some kernel patch which is to be downloaded from somewhere in the kernel's bug #5534 file. But that bug's discussion is just unfollowable to me. Besides, there are numerous patches and half-maybe-fixes mentioned in that bug file and the comments there give them no context nor a clear patch with this one, not that one status. So please if any of you (maybe the wiki's author himself?) know what patch exactly should I apply to get the nx6125 working, my huge thanks and a desperate man's blessings are guaranteed in advance for a hint.:) (Or maybe the laptop's working fine, only the sensors are not used to the pitch-boiling climate which reigns over here... /me moves to a cave) Regards -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] amd64-hardened breaks upon glibc emerge
library, but after the upgrade of glibc it shows up in /usr/lib. The only solution I could make up was to move everything from /usr/lib to /usr/lib64, symlink /usr/lib - /usr/lib64 and then start emerging Actually seems like bug #133547, in which case it seems like you did the right thing to fix. This bug seems to be fixed in baselayout-1.12.0 (see /usr/portage/sys-apps/baselayout/ChangeLog), but unfortunately both 1.12.0-r1 and 1.12.1 are still ~amd64. So what you may need to do before updating gcc or glibc is: echo =sys-apps/baselayout-1.12.99 ~amd64 /etc/portage/package.keywords emerge -u baselayout I followed this recipe - (a fresh --sync'd system) - 'emerge portage' - 'emerge baselayout' (1.12.1) - 'emerge gcc glibc' - and I'm stuck again, with the same problem. At any rate, thank you for your reply. -Roman -- gentoo-user@gentoo.org mailing list
[gentoo-user] amd64-hardened breaks upon glibc emerge
Hi everyone! I've been trying to install hardened-amd64 non-multilib Gentoo on my new box, but I keep hitting bug #122274 (comment #2) or something similar. I fetch the latest stage3 and portage snapshot, chroot into this environment, 'emerge --sync', 'emerge portage', 'emerge -C pam-shadow', 'emerge shadow pam openssh', 'emerge gcc glibc' which results in an unusable system. Any consequent emerge I've tried crashes upon the first gcc call with the same error: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find /usr/lib64/libc_nonshared.a The original stage3's /usr/lib64 does contain this library, but after the upgrade of glibc it shows up in /usr/lib. The only solution I could make up was to move everything from /usr/lib to /usr/lib64, symlink /usr/lib - /usr/lib64 and then start emerging things (including glibc). But this tweak seems just unclean and potentially dangerous. Does anybody happen to have an idea as to how get things running in a proper and clean way? Some relevant info about the system attached at the end. Thanks in advance for any hint or pointer. The aforementioned bug has been reopened for quite some time without any visible progress (maybe things are supposed to be OK now). Regards -Roman - Profile: /usr/portage/profiles/hardened/amd64 C(XX)FLAGS: -O2 -pipe -fomit-frame-pointer -march=athlon64 -mmmx -msse -msse2 -m3dnow # emerge -pv glibc | grep USE [ebuild R ] sys-libs/glibc-2.3.6-r4 USE=hardened nls nptl -build -erandom -glibc-compat20 -glibc-omitfp -nptlonly -profile 0 kB -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mozilla won't start after upgrading to 1.7.13 [DEAD BRANCH]
Now I remember. It just sort of hit me all at once. I had to re-emerge all this: 1137403163: Started emerge on: Jan 16, 2006 03:19:23 1137403163: *** emerge --verbose gnome-icon-theme evolution-data-server hicolor-icon-theme miscfiles gconfmm madplay libglade gnome-vfsmm gnome-vfs gnome-keyring hashalot tunepimp gnome-themes bin86 win32codecs opencdk ed Is this the right emerge batch? It's pretty outdated for mozilla-1.7.13. Just an idea. I followed this recipe, (re)emerged all this software, no difference to mozilla. Rebuilt mozilla, still no help. Rebuilt all these packages and mozilla once more, still nothing. I also experimented under twm, no difference. As for the USE flags relevant to mozilla - I use the ebuild's defaults, except for +xinerama. I.e.: +crypt -debug -gnome -ipv6 +java -ldap -mozcalendar -mozdevelop -moznocompose -moznoirc -moznomail -moznoxft -mozsvg -postgres +ssl +truetype +xinerama -xprint. At any rate thank you for your effort being. -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mozilla won't start after upgrading to 1.7.13
Hi, Currently i don't have a X-enabled hardened system (only a router). Would suggest at least two/three ways to check things. 1.start mozilla from a console, check/post error logs; 2.use 'strace' to start mozilla, post strace logs. I already wrote about these two; no errors appear in any log or the console. strace's novel finishes with: lots of rt_sigprocmask() calls rt_sigaction(SIGINT, {0x8004599e, [], SA_RESTORER, 0x4009e1e8}, {SIG_DFL}, 8) = 0 waitpid(-1, (the output is really cut right there). 3.Same but use some debugger (gdb, other). What exactly should I look for in gdb? The binary is stripped, shall I rebuild? Check PaX flags on mozilla binary (chpax (deprecated) paxctl). Check/alter any grsec settings, through /proc (if enabled). Just finished testing: this didn't help either. I even experimented with the 2.6.14.7 and 2.6.16.18 vanillas under twm, no difference. The same strace story. Thank you for your time spent so far. -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mozilla won't start after upgrading to 1.7.13 [DEAD BRANCH]
Oops, my fault and apologies. Please ignore this redundant post. -Roman Zilka Did you get it working or sorry for the second send? I ran into this a while back and it is on here somewhere but I can not remember what I did to fix it. Dale :-) Unfortunately not:( , that was just an I'm-sorry for the second send. I don't have access to that computer right now, but wasn't that healing magic touch related to $USE perhaps? Or maybe a certain plugin? (But I experimented with those too I think.) Anyway, if the solution lays posted somewhere around here, my repeated apologies are in place:). I'll check the archive once more, thanks for the hint. -Roman -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mozilla won't start after upgrading to 1.7.13 [DEAD BRANCH]
Anyway, if the solution lays posted somewhere around here, my repeated apologies are in place:). I'll check the archive once more, thanks for the hint. Searched again and found nothing. So this issue remains open. Any bit or piece of help much appreciated. -Roman -- gentoo-user@gentoo.org mailing list
[gentoo-user] Mozilla won't start after upgrading to 1.7.13
Hi all! A couple weeks ago I upgraded mozilla from 1.7.12-r? - 1.7.13 on a box running [EMAIL PROTECTED] (only lastest stable versions of packages installed). Upon running the mozilla cmd I get the obligatory No running windows found msg and that's all I see mozilla do. Nothing shows up, no windows, no msgs. The running processes can be easily sigTERM'd. I straced mozilla and it ends up at (yes, the output is cut right there): ... lots of rt_sigprocmask() calls rt_sigaction(SIGINT, {0x8004599e, [], SA_RESTORER, 0x4009e1e8}, {SIG_DFL}, 8) = 0 waitpid(-1, Okay, I downgraded mozilla back to 1.7.12 which had run fine before and even this once greatly functioning 1.7.12 mozilla suddenly didn't work. The same problem, the same strace result. Upgraded to 1.7.13 again, no change. Deleted the ~/.mozilla and ~/.gtk* stuff, no difference. Does anyone have an idea how can I fix this? Big thanks in adavnce for any pointer or hint. A fine day's wishes -Roman Zilka -- gentoo-user@gentoo.org mailing list
[gentoo-user] Mozilla won't start after upgrading to 1.7.13
Hi all! A couple weeks ago I upgraded mozilla from 1.7.12-r? - 1.7.13 on a box running [EMAIL PROTECTED] (only lastest stable versions of packages installed). Upon running the mozilla cmd I get the obligatory No running windows found msg and that's all I see mozilla do. Nothing shows up, no windows, no msgs. The running processes can be easily sigTERM'd. I straced mozilla and it ends up at (yes, the output is cut right there): ... lots of rt_sigprocmask() calls rt_sigaction(SIGINT, {0x8004599e, [], SA_RESTORER, 0x4009e1e8}, {SIG_DFL}, 8) = 0 waitpid(-1, Okay, I downgraded mozilla back to 1.7.12 which had run fine before and even this once greatly functioning 1.7.12 mozilla suddenly didn't work. The same problem, the same strace result. Upgraded to 1.7.13 again, no change. Deleted the ~/.mozilla and ~/.gtk* stuff, no difference. Does anyone have an idea how can I fix this? Big thanks in adavnce for any pointer or hint. A fine day's wishes -Roman Zilka -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Mozilla won't start after upgrading to 1.7.13 [DEAD BRANCH]
Oops, my fault and apologies. Please ignore this redundant post. -Roman Zilka -- gentoo-user@gentoo.org mailing list