[gentoo-dev] net-analyzer/traceroute merge strangeness
I just emerge'd traceroute, dropped back to my normal user, and it didn't run. So, I checked the emerge messages and saw this: snip! * SetUID: [chmod go-r] /var/tmp/portage/net-analyzer/traceroute-1.4_p12-r5/image//usr/sbin/traceroute ... [ ok ] --- /usr/ --- /usr/sbin/ /usr/sbin/traceroute snip! I can understand traceroute being setuid, but why put it in /usr/sbin so only root sees it? If we only want root to run it, it doesn't need to be setuid. It just doesn't make sense for a setuid application to only be directly available to root. -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Mike Frysinger wrote: this package has always sucked ... it needs to be punted for the newer one at http://dmitry.butskoy.name/traceroute -mike :-) Well, that's a separate subject all together. I'm just talking about placement of the binary. -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Rob C wrote: Although Jonathan is correct in pointing out that you can modify the search path, this is not really a valid response... Traceroute is heavily used by many people and therefore I don't think its reasonable to place it somewhere in the file system that a typical user does not have within their $PATH Bug time? -Rob Bug #174278 submitted. I'm sure Mike will be submitting one as well, if he doesn't thwack that issue on his own ;-) -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] net-analyzer/traceroute merge strangeness
Mike Frysinger wrote: i'm not going to fix just the path issue, i'm going to do em both in one sweep -mike Well, you won't find me complaining. ;-) -- Jeff Walter -- [EMAIL PROTECTED] mailing list
Re: [gentoo-dev] New Developer: Karol Pasternak (reb)
Danny van Dyk wrote: Karol joined Gentoo to help with the Gentoo/OpenBSD project. I guess Flameeyes will be happy with another slav^H^Hminio^H^H^Hhelping hand :-) Welcome aboard Karol! Watch this list closely for the day Danny's backspace key breaks and we all get to see what he's really thinking ;-) -- Jeff Walter [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: CHTEKK
From the land of little purple boxes, welcome. -- Jeff Walter [EMAIL PROTECTED] Gentoo/Cobalt x86 http://dev.gentoo.org/~jeffw/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] New Developer: CHTEKK
Diego 'Flameeyes' Pettenò wrote: I thought it was of big purple cows Well yes, and no... I'm working on the Cobalt RaQ's, little 1U rack mounts that have purple front plates. Jeff -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Need an x86 tester with =1GB RAM (and some time to spare)
Ok... Linux oneill 2.6.13-gentoo-hugemem #3 Fri Sep 2 11:41:01 PDT 2005 i686 AMD Athlon(tm) XP 2800+ AuthenticAMD GNU/Linux Linux version 2.6.13-gentoo-hugemem ([EMAIL PROTECTED]) (gcc version 3.3.5-20050130 (Gentoo 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)) #3 Fri Sep 2 11:41:01 PDT 2005 This is with: # CONFIG_NOHIGHMEM is not set # CONFIG_HIGHMEM4G is not set CONFIG_HIGHMEM64G=y CONFIG_HIGHMEM=y CONFIG_X86_PAE=y CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM_MANUAL=y # CONFIG_DISCONTIGMEM_MANUAL is not set # CONFIG_SPARSEMEM_MANUAL is not set CONFIG_FLATMEM=y CONFIG_FLAT_NODE_MEM_MAP=y System boots just fine. The only thing I didn't do was use genkernel. Guess I'll give that a whirl, see if my results differ. -- Jeff Walter -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Need an x86 tester with =1GB RAM (and some time to spare)
Daniel Drake wrote: To see this bug, you need to have _some_ highmem in the system (this means = 1GB total physical RAM), be running on x86 (other arches dont have HIGHMEM option), and have the 64GB high memory support option enabled. (4gb is fine, as is lowmem) I currently have 1GB of RAM with the 4GB HIMEM on 2.6.12-gentoo-r9. I can play with it. I've had this bug reproduced by a few different people, but none of them with enough time to help me diagnose this. I only have 512mb myself so I can't help. Sounds like it's time to upgrade ;-) If anyone has the appropriate hardware and some time to spare slowly reverting out the Gentoo patches to help diagnose the problem, please take a look at http://bugs.gentoo.org/show_bug.cgi?id=101359 I can definitely do that on one of my days off work (Mondays and Tuesdays). Shouldn't be terribly difficult with the newer, smaller patchset. -- Jeff Walter Gentoo Developer [EMAIL PROTECTED] http://gentoo.org/~jeffw/ -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Package version requiring sse
Yuri Vasilevski wrote: Hi, On Sat, 06 Aug 2005 20:04:20 +0300 Ivan Yosifov [EMAIL PROTECTED] wrote: I am not sure if it is better, but you can cat /proc/cpuinfo | grep flags | grep sse and die if not found. This will make packages dependant on the build system, which will create inconsistencies in binary gentoo packages. Yuri. This is true, and there's no good way around the issue. I had written a small script to actually search for the flag (grep'ing for sse will go true for sse2 as well), we I noticed this. Will valgrind 3.0.0 ever work on systems without sse? If not, the USE flag might be your best bet. -- Jeff Walter -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] unmounting a filesystem mounted by /init (initramfs)
Rafael, I have no clue if this will work, but maybe try the -n option. The man says that it won't write to /etc/mtab, but I'm hoping it will ignore it as well and just go for the mount. Also, you'll be remounting / as read-only effectively, so you won't be able to write /etc/mtab anyways. -- Jeff Walter [EMAIL PROTECTED] Rafael EspĂndola wrote: I am trying to build a system that uses a unionfs as root. The init script is based on the one used by gentoo and uses initramfs. The problem is how to remount the unionfs constituents read only during halt. cat /proc/mounts displays /dev/hda1 (ext2) mounted rw in /memory. The problem is that /memory is no longer visible after the init script did a chroot and a mount -o remount,ro /dev/hda1 says that /dev/hda1 is not mounted! does any anyone has an idea? Thanks, Rafael -- gentoo-dev@gentoo.org mailing list
Re: [gentoo-dev] Introduction?
Mike Frysinger wrote: care to post this ebuild somewhere ? we've talked about how we wish we could do something fun with the lcd in #gentoo-mips before, so this might be a nice start :) And here's the point where I brace myself for all the criticism about my first ebuild. I'll take it all in though, just means out come out with more. ftp://www.404ster.com/pub/gentoo-stuff/ebuilds/panel-utils-1.0.0_alpha.ebuild.tar.gz ftp://www.404ster.com/pub/gentoo-stuff/ebuilds/panel-utils-1.0.0_alpha.ebuild.tar.gz.md5sum I've been stuffing it under sys-apps, but I suppose that's open to change. I can't make any promises about it compiling on MIPS because I have nothing to test it on. well, you could always cop out and write the core in C but provide extensions for perl/python/ruby/etc... in swig *ugh* ! :) I could. I might. We'll see how I feel about it tomorrow. -- Jeff Walter [EMAIL PROTECTED] -- gentoo-dev@gentoo.org mailing list