Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 5:20 PM Dale wrote: > Bruce, > > Aren't you a bit younger than me? If so, I'm a old fart too. ;-) > > [/Bruce] > > BTW folks, I have met Bruce, and family, in person and we have talked in > various ways for years. We live about 75 miles apart. My lady friend > ain't geeky so I can't stop by when I'm up that way, plus he moved on me > again. Of course, I'm glad he moved from China and back here tho. Whew!!! > > Dale In 13 days I turn 53 -- still younger than NeddySeagoon <:-)}
Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 4:27 PM Alan McKinnon wrote: > On Sun, 11 Mar 2012 15:37:26 -0400 (EDT) > Daddy wrote: > > > We have spare parts so tomorrow I'll build a test machine. My Gentoo > > knowledge is quite limited, seeing as how we moved back after 9 years > > and had to start life over. But I can start by following this guide, > > and probably reading and learning about ebuilds. They're quite > > different from Slackware's build scripts, primarily due to dependency > > checking, etc. > > Once you've got the hang of building a Gentoo system from scratch, the > best thing you can do is read all the man pages from portage and seeing > how that compares to what's in simple ebuilds. > > ebuilds are quite straightforward, they all have a "global" section (my > phrase) defining various constants, and code sections for fetching, > unpacking, compiling, installing sources and the files to the live > system. Quite simple in concept. > > The fun starts when ebuilds work fine and the dev's machine and get > published, but don;t do quite the same thing on your machine :-) > > > > -- > Alan McKinnnon > alan.mckin...@gmail.com The ebuild in my local overlay that evolved from an official one has EAPI=2 But when I issue "some.ebuild" it has EAPI=3 on this box. And iirc another of my boxen has EAPI=4. Yes, much studying yet to be done.
Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 4:10 PM David Abbott wrote: > On Sun, Mar 11, 2012 at 3:37 PM, Daddy wrote: > > > First, my class is old fart. Though I'm always in IRC, mailing lists and > > forums are more my speed. > [snip] > > > > Kindest regards, > > > > Bruce Hill > Hi Bruce, > You are cordially invited to join the "Gentoo Old Timers Club" [1] > All the best :) > David > [1] http://dev.gentoo.org/~neddyseagoon/docs/oldtimers.xml > -- > David Abbott (dabbott) > Thanks, David. I remember you from LQ. I'm also usually found in ##Neddyseagoon on FreeNode. <:-)}
Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 3:28 PM Walter Dnes wrote: > On Sun, Mar 11, 2012 at 07:27:05AM -0400, Daddy wrote > > > Having personally long considered Lennart Poettering a 'spawn of > > the devil' my question is ... is this your reaction to systemd? > > It's my reaction to the "Windows-isation" and "Firefox-isation" of > linux. So far I've managed to keep systemd and hal and dbus and > pulseaudio off my machines. I agree with Linus Torvalds that linux is > getting bloated and huge and scary... > http://www.theregister.co.uk/2009/09/22/linus_torvalds_linux_bloated_huge/ We share the same opinions there. To me the Linux distros have shot their desktops in the foot; instead of getting _better_ than the competition, IMO they've actually gotten worse in the last 5 years. Will joyfully read that from Linus after my nap. (Probably did long ago and forgot it.) > > One minor typo to point out: > > > > /atc/portage/package.mask should be /etc/portage/package.mask > > Thanks; fixed now. > Even when I can't offer code changes, typos are easy (having grown up in the newspaper and printing business). > > I just joined this list last week, but might consider sacrificing > > some hardware to join your endeavor if you need more testers. > > I have a couple of regular desktops here at home, and a desktop > dedicted to my TV, plus a netbook, and a laptop. So far, I've run into > only one situation where laziness on my part ends up requiring udev. > The laptop has an ATI Radeon chip that requires emerging radeon-ucode. > That ebuild simply dumps a bunch of binary blobs into a library folder. > The kernel loads one of the binary blobs at bootup. Radeon-ucode has > blobs for 2 or 3 dozen differnt Radeon GPU models. If I leave all the > binary blobs in the library folder, the kernel needs udev to figure out > which blob to load. But, if I leave only the correct blob for my GPU in > the library folder (move/delete all the others), it loads properly > without any help from udev. > > -- > Walter Dnes > iamben in #gentoo on IRC has piqued my interest to build a HTPC. Friday I put a 60G SSD and a 1TB mechanical drive on a board, partitioned the SDD, and d/led stage3 and portage before stopping. That and the earlier mentioned test machine will be my builds for tomorrow. Actually the HTPC is a strange idea, since we don't watch or even own a TV, but it might be a way to sell some of this hardware on my shelf. Kindest regards, Bruce Hill -- sig to come after punching a hole in the LAN and starting mutt on the server
Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 10:17 AM Alan McKinnon wrote: > On Sun, 11 Mar 2012 07:27:05 -0400 (EDT) > Daddy wrote: > > > On March 11, 2012 at 5:09 AM Walter Dnes > > wrote: > > > > > This revision makes 2 changes... > > > > > > A) The removal of udev is now standard instead of optional. > > > udev-181 and higher will be pulling in kmod, and anything else that > > > kmod depends on. Removing udev will avoid unnecessary cruft on > > > your machine. > > > > > > B) Splitting up step 3) into 3a) and 3b) for greater clarity as > > > requested in user feedback. > > > > > > The usual warnings apply... > > > * this is a beta > > > * use a spare test machine > > > * if you don't follow the instructions correctly, the result might > > > be an unbootable linux > > > * even if you do follow instructions, the result might be an > > > unbootable linux > > > > > > > > > 1) Set up your kernel to support and automount a devtmpfs > > > filesystem at /dev > > > > > > * If you prefer to edit .config directly, set > > > CONFIG_DEVTMPFS=y and CONFIG_DEVTMPFS_MOUNT=y > > > > > > * If you prefer "make menuconfig", the route is as shown below. > > > Note that the "Autount devtmpfs..." option won't appear until you > > > enable "Maintain a devtmpf..." option. > > > > > > make menuconfig > > > Device Drivers ---> > > > Generic Driver Options ---> > > > [*] Maintain a devtmpfs filesystem to mount at /dev > > > [*] Automount devtmpfs at /dev, after the kernel mounted the > > rootfs > > > > > > Once you've made the changes, rebuild the kernel. > > > > > > > > > 2) Set up for emerging busybox. busybox requires the "mdev" flag in > > > this situation. The "static" flag is probably also a good idea. In > > > file /etc/portage/package.use add the line > > > > > > sys-apps/busybox static mdev > > > > > >Now, "emerge busybox" > > > > > > > > > 3 a) Create /sbin/linuxrc containing at least > > > > > > #!/bin/busybox ash > > > mount -t proc proc /proc > > > mount -t sysfs sysfs /sys > > > exec /sbin/init > > > > > > This should be enough for most users. If you have an unusual > > > setup, you may need additional stuff in there. Remember to > > > "chmod 744 /sbin/linuxrc" to make it executable. > > > > > > In the bootloader "append" line, include "init=/sbin/linuxrc". If > > > you're using lilo remember to re-run lilo to implement the > > > changes. If you're using another bootloader, make the equivalant > > > initialization. > > > > > > > > > 4) Remove udev from the services list, and replace it with mdev. > > > Type the following 2 commands at the command line > > > rc-update del udev sysinit > > > rc-update add mdev sysinit > > > > > > > > > 5) reboot to your new kernel. You're now running without using > > > udev. > > > > > > > > > 6) Remove udev as per the following instructions... > > > > > > * execute the following command at the commandline > > > emerge --unmerge sys-fs/udev > > > > > > * In file /atc/portage/package.mask, append the line > > > sys-fs/udev > > > Create the file if it doesn't already exist. You now have a > > > totally udev-free machine > > > > > > -- > > > Walter Dnes > > > > > > > Having personally long considered Lennart Poettering a 'spawn of the > > devil' my question is ... is this your reaction to systemd? > > > No, it's his reaction to the fantastical amount of kitchen-sinking > going on surrounding udev. Most specifically, it's the recent > "requirement" foisted on the udev-using community to require > either /usr to be part of / or to use an initramfs. > > Walter simply wants to show that mdev is a suitable replacement for > udev in simple environments eg embedded, simple desktops without > complex hotplug requirements, and servers. > > Canek will no doubt chip in about how this is the way things are going, > it is inevitable, the boot sequence is becoming complex and various > other rehashings of what's coming out of udev upstream. > &g
Re: [gentoo-user] Beta test Gentoo with mdev instead of udev; version 5
On March 11, 2012 at 5:09 AM Walter Dnes wrote: > This revision makes 2 changes... > > A) The removal of udev is now standard instead of optional. udev-181 > and higher will be pulling in kmod, and anything else that kmod depends > on. Removing udev will avoid unnecessary cruft on your machine. > > B) Splitting up step 3) into 3a) and 3b) for greater clarity as > requested in user feedback. > > The usual warnings apply... > * this is a beta > * use a spare test machine > * if you don't follow the instructions correctly, the result might be > an unbootable linux > * even if you do follow instructions, the result might be an unbootable > linux > > > 1) Set up your kernel to support and automount a devtmpfs filesystem at >/dev > > * If you prefer to edit .config directly, set > CONFIG_DEVTMPFS=y and CONFIG_DEVTMPFS_MOUNT=y > > * If you prefer "make menuconfig", the route is as shown below. Note > that the "Autount devtmpfs..." option won't appear until you enable > "Maintain a devtmpf..." option. > > make menuconfig > Device Drivers ---> > Generic Driver Options ---> > [*] Maintain a devtmpfs filesystem to mount at /dev > [*] Automount devtmpfs at /dev, after the kernel mounted the rootfs > > Once you've made the changes, rebuild the kernel. > > > 2) Set up for emerging busybox. busybox requires the "mdev" flag in > this situation. The "static" flag is probably also a good idea. In > file /etc/portage/package.use add the line > > sys-apps/busybox static mdev > >Now, "emerge busybox" > > > 3 a) Create /sbin/linuxrc containing at least > > #!/bin/busybox ash > mount -t proc proc /proc > mount -t sysfs sysfs /sys > exec /sbin/init > > This should be enough for most users. If you have an unusual setup, > you may need additional stuff in there. Remember to > "chmod 744 /sbin/linuxrc" to make it executable. > > In the bootloader "append" line, include "init=/sbin/linuxrc". If > you're using lilo remember to re-run lilo to implement the changes. If > you're using another bootloader, make the equivalant initialization. > > > 4) Remove udev from the services list, and replace it with mdev. Type >the following 2 commands at the command line > rc-update del udev sysinit > rc-update add mdev sysinit > > > 5) reboot to your new kernel. You're now running without using udev. > > > 6) Remove udev as per the following instructions... > > * execute the following command at the commandline > emerge --unmerge sys-fs/udev > > * In file /atc/portage/package.mask, append the line > sys-fs/udev > Create the file if it doesn't already exist. You now have a totally > udev-free machine > > -- > Walter Dnes > Having personally long considered Lennart Poettering a 'spawn of the devil' my question is ... is this your reaction to systemd? One minor typo to point out: /atc/portage/package.mask should be /etc/portage/package.mask I just joined this list last week, but might consider sacrificing some hardware to join your endeavor if you need more testers. Kindest regards, Bruce
Re: [gentoo-user] How can i use GRUB to boot my windows?
On March 9, 2012 at 7:08 AM "赵佳晖" wrote: > I have tried that , but it didn't work . But it comes the error : "Error > 11: Unrecognized device string". I can't figure out why it comes... Post your /etc/fstab and grub.conf please.
Re: [gentoo-user] photo viewer other than gthumb?
On March 8, 2012 at 10:38 PM Philip Webb wrote: > 120308 Grant wrote: > > Can anyone recommend a photo browser/viewer other than gthumb > > which is in portage or an overlay? > > I use Gwenview to review collections & Feh to browse from a terminal: > I've used them a long time & strongly recommend both; > if you're allergic to KDE, Geeqie mb a useable alternative. Yeah, that was it ... feh mingdao@t420 ~ $ grep feh good_commands feh -t -Sfilename -E 128 -y 128 -W 1024 * Now to figure out how to keep that page of thumbnails from overflowing my 1600x900 Fluxbox desktop.
Re: [gentoo-user] photo viewer other than gthumb?
On March 8, 2012 at 10:34 PM Michael Mol wrote: > On Thu, Mar 8, 2012 at 10:14 PM, Daddy wrote: > > > > > > > > On March 8, 2012 at 9:20 PM Grant wrote: > > > >> Can anyone recommend a photo browser/viewer other than gthumb which is > >> in portage or an overlay? > >> > >> - Grant > >> > > > > media-gfx/gqview > > gqview became geeqie, FWIW. I don't recall the full story, but IIRC, > gqview stagnated, and geeqie is a fork. > > -- > :wq Thanks ... I'm an old CLI dinosaur and display has been working for me fine for so many years. Something recently changed where it's not going from one file to the next in a directory. Also, there was something else I used to generate thumbnails, but I forgot. Just emerge geeqie ... btw ... gqview was just recommended to me 2 days ago in #gentoo ;)
Re: [gentoo-user] photo viewer other than gthumb?
On March 8, 2012 at 9:20 PM Grant wrote: > Can anyone recommend a photo browser/viewer other than gthumb which is > in portage or an overlay? > > - Grant > media-gfx/gqview
Re: [gentoo-user] Freeing up disk space problem!!
On February 29, 2012 at 2:43 AM "J. Roeleveld" wrote: > > On Wed, February 29, 2012 2:01 am, Alex Schuster wrote: > > Dale writes: > > > >> Alex Schuster wrote: > >> > > > > >> Also, it is already set up with LVM and > >> ext4. Can I change it even while there is data on there? > > > > Sure! Cool, isn't it. Just call lvresize -L +1G /dev/mapper/whatever or > > something, and then resize2fs /dev/mapper/whatever. > > I don't use ext4 (yet), so not sure about this. But, isn't "resize2fs" for > ext2/3 only? > > -- > Joost >From the man page: On February 29, 2012 at 2:43 AM "J. Roeleveld" wrote: > > On Wed, February 29, 2012 2:01 am, Alex Schuster wrote: > > Dale writes: > > > >> Alex Schuster wrote: > >> > > > > >> Also, it is already set up with LVM and > >> ext4. Can I change it even while there is data on there? > > > > Sure! Cool, isn't it. Just call lvresize -L +1G /dev/mapper/whatever or > > something, and then resize2fs /dev/mapper/whatever. > > I don't use ext4 (yet), so not sure about this. But, isn't "resize2fs" for > ext2/3 only? > > -- > Joost >From the man page: The resize2fs program will resize ext2, ext3, or ext4 file systems.
