Re: [gentoo-user] Big thanks to spyderous
On Wed, Jul 05, 2006 at 09:51:43AM -0700, Richard Fish wrote: Just want to give a big public Thank You to spyderous for hanging out in -user and helping out those who had/are having trouble with the modular-X upgrade. ditto -- A lensatic compass weighted for the northern hemisphere will not work in the southern hemisphere, and vice versa. pgpIdMaLV4qv8.pgp Description: PGP signature
Re: [gentoo-user] New GPS Gentoo?
On Wed, 2010-05-19 at 22:16 +, James wrote: Hello, Time for a new GPS. Any cool models out there that work well with a Gentoo laptop? That's like saying Time for a new car. Any cool models out there that work well with petrol? There are a plethora of GPSs! Do you want the typical in car voice navigation to take you to the restaurant; or off road waypoint and path tracking, route logging, or something else? Being unaware of the latest with GPS (features) I'd be most keen to hear what works well and what is cool for driving around with a GPS some features you might consider: * bluetooth for handsfree answering and dialling your mobile phone (if it's legal in your area) * map upgrades - make sure you can do it for a number of years and you're not stuck with this years maps forever * text to speech - for reading out street names (turn left at Smith St vs turn left in 100m) * tunnel mode (some use accelerometers and such to keep your position accurate in tunnels or city centres) * Online searching (watch out for data fees) useful for finding the nearest petrol station * Camera with geotagging * expandable memory * mp3 / video playing capability to use up that expandable memory * on road / off road modes and route logging (not that you have to go off road, but if you want to upload your tracks to a free mapping service, then it needs to be royalty free, which means you need to turn off the snap to nearest road function) * digital compass, odometer, log book facility * lane guidance and 3d features (I personally don't care for them, but some do) * etc Maybe searching out free wireless connections for bandwidth? not sure how many plain GPSs have wifi. hth, -- Iain Buchanan iaindb at netspace dot net dot au One person's error is another person's data.
[gentoo-user] Re: New GPS amp; Gentoo?
Iain Buchanan iaindb at netspace.net.au writes: some features you might consider: I got the Garmin 1490T: * bluetooth * map upgrades * text to speech has it. * tunnel mode (some use accelerometers Not sure. * Online searching usb and bluetooth, should interact with PC (running Gentoo?) * Camera with geotagging I did not see this anywhere, do tell me more * expandable memory Got it. * mp3 / video Nope, not that I'm aware of. (new to this nuvi 1490T technology. * on road / off road modes and route logging (not that you have to go off road, but if you want to upload your tracks to a free mapping service, then it needs to be royalty free, which means you need to turn off the snap to nearest road function) Not sure. * digital compass, odometer, log book facility * lane guidance and 3d features (I personally don't care for them, but some do) got it. Maybe searching out free wireless connections for bandwidth? not sure how many plain GPSs have wifi. I was not looking for a GPS with wifi, although that would be keen, in lieu of pay for usage based services. I was looking for points of interest on the GPS device, with a free wifi GPS guide location. Surely something like this exist for mobile laptops, or do folks run some scanning package to find free wifi locations. A GPS coordinate registry for free wifi is more what I'm looking for. Very cool if it's built in or easily addable to the Garmin 1490T. Anyone with any suggestions of software (gentoo) packages to install with this GPS device, are most welcome. Thanks Iain, James
[gentoo-user] post build files
Hello, I'm rather new to hacking ebuilds. I have read most every doc I can find on the subject. One thing I'm looking for is a post-build document that shows me the path/name of everything built. So for mesos-0.20.0 it seems to be: /var/db/pkg/sys-cluster/mesos-0.20.0/CONTENTS For some other packages, they seems to be quit a lot under /var/tmp/portage/ Some of the information I'm looking for is in /var/log/elog/ Other places to look? Mesos generates a lot of *.html file that I'm speculating are general purpose setup interfaces for configuring and controlling the various code components. It this typical of Apache codes? I feel like I'm missing the 'big picture' on where one looks to find all these files that some packages generate. On new software, I guess I have to look at them all to figure out a runtime environment setup? I feel linke I'm on Safari (an actual dangerous animal hunting trip) but there has been no briefing. I feel hung_over, naked and without compass. I feel like I need a bottle of whisky to just start winging it.. Understand what I'm doing: I have stable tree ebuilds, Overlays of various quality and then there are my ebuilds (ugly hacks) in /usr/local/portage that I'm trying to get my arms around with a weak comprehension of what to expect. I also have read about Blueness efforts: RFC: GLEP 64: Standardize contents of VDB on the dev list and that just leaves me scratching (more than my head). Some discussion, suggested reading, and guidance would be welcome as the structure(s) seem a wee bit loose if not inconsistent, to me.. How much does EAPI-number affect what a package build does? Where do I have I go before compiling code (typically) in the unpacked sourcecode to see/determine what is going to get build and where it will install, as this is not strictly controlled by the ebuilds.. How much is controlled by the package codes and how much by setting in the Gentoo build settings? Most of the docs I've read, would make sense, if I knew what I was specifically suppose to do. Learning the semantics of all of this echo_system does not seem straightforward. The individual codes are not the problem, as I can read and discern most codes. It's the WISDOM of what goes WHERE and WHY that seems; fleeting to me. lost curious, James
[gentoo-user] Building an initramfs into the kernel
Hi,
OK, it's the day after Christmas and this little kid wants to play
with the new toys Uncle Neil gave us yesterday - a copy of his well
worn setup file for building an initramfs into the kernel - a copy of
which I place here:
[QUOTE]
This is the file I use on a system that has / on a LUKS filesystem on top
of LVM. The format is documented in the kernel docs at
Documentation/filesystems/ramfs-rootfs-initramfs.txt
dir /bin 755 0 0
file /bin/busybox /bin/busybox 755 0 0
slink /bin/sh busybox 777 0 0
dir /realroot 755 0 0
dir /etc 755 0 0
dir /proc 755 0 0
dir /sys 755 0 0
dir /sbin 755 0 0
file /sbin/lvm.static /sbin/lvm.static 755 0 0
#file /sbin/mdadm /sbin/mdadm 755 0 0
file /sbin/cryptsetup /sbin/cryptsetup 755 0 0
file /sbin/e2fsck /sbin/e2fsck 755 0 0
dir /lib 755 0 0
file /lib/libext2fs.so /usr/lib64/libext2fs.so 755 0 0
dir /dev 755 0 0
nod /dev/console 600 0 0 c 5 1
nod /dev/null 666 0 0 c 1 3
nod /dev/tty 666 0 0 c 5 0
nod /dev/urandom 666 0 0 c 1 9
file /init /usr/src/init.sh 755 0 0
[/QUOTE]
OK, so reading through this it seems moderately straight forward. My reading:
a) Create some directories
b) Populate them with some executables
c) Make some nodes
d) Execute a script
I do have a few questions:
1) dir /realroot 755 0 0
Is this something required to make the machine boot? Or is it possibly
a mount point in case of problems and just used inside the initramfs
if trouble arises? Something else? Google didn't point me toward
anything meaningful.
2) Contained executables, as I understand them, either need to be
built with the static flag or you have to include all the libraries.
Static seems simpler so (in my case) should I rebuild mdadm
e2fsprogs with +static? (I don't currently use lvm or any crypt stuff)
I assume from the line
file /lib/libext2fs.so /usr/lib64/libext2fs.so 755 0 0
that running ldd on the new mdadm is still going to require this one
library be in the initramfs?
3) My system uses RAID today. Is there any significant risk in
rebuilding mdadm with static support, rebooting the existing kernel
without an initramfs and then mdadm having trouble?
4) What's in /usr/src/init.sh ? From the Gentoo initramfs wiki I find
this as an example:
rescue_shell() {
echo Something went wrong. Dropping you to a shell.
busybox --install -s
exec /bin/sh
}
I wonder what Uncle Neil uses? (Or anyone else...)
Yipee!!! Better than the Red Ryder BB gun complete with a compass
and a sundial I was hoping for! ;-)
(And if it's not clear, I'm hoping this thread might possibly help
others in the future move from one place about initramfs to another
place about initramfs. We'll see.)
Cheers,
Mark
Re: [gentoo-user] post build files
On 09/09/2014 11:20 AM, James wrote: Hello, I'm rather new to hacking ebuilds. I have read most every doc I can find on the subject. One thing I'm looking for is a post-build document that shows me the path/name of everything built. So for mesos-0.20.0 it seems to be: /var/db/pkg/sys-cluster/mesos-0.20.0/CONTENTS For some other packages, they seems to be quit a lot under /var/tmp/portage/ Some of the information I'm looking for is in /var/log/elog/ Other places to look? Mesos generates a lot of *.html file that I'm speculating are general purpose setup interfaces for configuring and controlling the various code components. It this typical of Apache codes? I feel like I'm missing the 'big picture' on where one looks to find all these files that some packages generate. On new software, I guess I have to look at them all to figure out a runtime environment setup? I feel linke I'm on Safari (an actual dangerous animal hunting trip) but there has been no briefing. I feel hung_over, naked and without compass. I feel like I need a bottle of whisky to just start winging it.. Understand what I'm doing: I have stable tree ebuilds, Overlays of various quality and then there are my ebuilds (ugly hacks) in /usr/local/portage that I'm trying to get my arms around with a weak comprehension of what to expect. I also have read about Blueness efforts: RFC: GLEP 64: Standardize contents of VDB on the dev list and that just leaves me scratching (more than my head). Some discussion, suggested reading, and guidance would be welcome as the structure(s) seem a wee bit loose if not inconsistent, to me.. How much does EAPI-number affect what a package build does? Where do I have I go before compiling code (typically) in the unpacked sourcecode to see/determine what is going to get build and where it will install, as this is not strictly controlled by the ebuilds.. How much is controlled by the package codes and how much by setting in the Gentoo build settings? Most of the docs I've read, would make sense, if I knew what I was specifically suppose to do. Learning the semantics of all of this echo_system does not seem straightforward. The individual codes are not the problem, as I can read and discern most codes. It's the WISDOM of what goes WHERE and WHY that seems; fleeting to me. lost curious, James To see what all is getting installed, I'd download a separate mesos tarball and run: ./configure --prefix=/home/alec/mesos-root make make install As for the EAPI, I'm also new to ebuilds but from my understanding you should just use the current level, which is 5. As for the structure of the ebuilds, I found it to be reasonable. For recommended reading, I read other ebuilds; reasonably complex ones like dev-lang/R or sci-mathematics/octave showcase plenty of the features of ebuilds. Lastly, if you throw this in a publicly-accessible git repo I'll try and help, even though I took a look at mesos and it seems like it'll be hard because they bundle libraries with it and have made a couple other (imnho) bad decisions. Alec P.S. I'd recommend doing ebuild testing in a chroot (if you're not already) as well to avoid destroying your system, but that's just me
