| 1 |
On Fri, Mar 16, 2012 at 14:32, Walter Dnes <waltdnes@××××××××.org> wrote: |
| 2 |
> |
| 3 |
> On Fri, Mar 16, 2012 at 08:41:48AM +0700, Pandu Poluan wrote |
| 4 |
> |
| 5 |
> > Hmmm... are you planning to host an overlay? |
| 6 |
> > |
| 7 |
> > If so, I'll be willing to donate some of my time to provide some patched |
| 8 |
> > ebuilds for packages that can function without udev but lazily specify |
| 9 |
> > DEPEND=sys-fs/udev... |
| 10 |
> |
| 11 |
> I wouldn't call it "lazy". Before the hulabaloo about udev/initramfs, |
| 12 |
> I don't think anybody was running mdev on Gentoo. So there was no need |
| 13 |
> for mdev in the ebuilds. The only non-embedded distro to use mdev was |
| 14 |
> Alpine linux. And they also use uclibc. |
| 15 |
> |
| 16 |
|
| 17 |
Ah yes, sorry. That was originally tongue-in-cheek, but I now see it |
| 18 |
may be too disparaging. My bad. |
| 19 |
|
| 20 |
> I'm not familiar with the server side of things. I can follow |
| 21 |
> instructions if supplied. I don't know if the hosting provider I'm |
| 22 |
> thinking of does rsync. I never theought to ask. |
| 23 |
> |
| 24 |
> I'll check on the dev list about the etiquitte regarding contacting |
| 25 |
> upstream. Even if a package works today with mdev, there's no guarantee |
| 26 |
> about tomorrow. It'll help if upstream knows that people are using |
| 27 |
> their packages with mdev, and they take that into account when updating |
| 28 |
> the software. |
| 29 |
> |
| 30 |
> Note that my request for updating virtual/dev-manager went through OK. |
| 31 |
> Once we test a "udev-required" package with mdev, and confirm it works, |
| 32 |
> we should post a request on the Gentoo bugzilla to update Gentoo's |
| 33 |
> ebuild. |
| 34 |
> |
| 35 |
|
| 36 |
Good idea. |
| 37 |
|
| 38 |
> > ... and while at it, let's see if I can make a package containing |
| 39 |
> > scripts to ease transitioning from udev to mdev. Maybe call it, |
| 40 |
> > sys-utils/mdev-helper? |
| 41 |
> |
| 42 |
> The kernel reconfig and rebuild, and sticking "init=/sbin/linuxrc" |
| 43 |
> into the append line are user-specific. I dual-boot 2 kernels |
| 44 |
> ("production" and "experimental"), and I run lilo. Somebody with only |
| 45 |
> one kernel, and/or running GRUB will need to do things differently. So |
| 46 |
> a script won't help. This is simple enough to copy+paste from docs |
| 47 |
> to your terminal. |
| 48 |
> |
| 49 |
|
| 50 |
Well... as to the kernel requirement... nothing's stopping one from |
| 51 |
emerging sys-fs/reiserfsprogs even when the kernel doesn't support |
| 52 |
reiserfs ;) |
| 53 |
|
| 54 |
The "init=/sbin/linuxrc" can be automated using script (and sed), |
| 55 |
which we can imbue with the intelligence necessary to edit LILO/GRUB |
| 56 |
conf. I do have a collection of my own scripts to make it easier to |
| 57 |
install new Gentoo systems; one of them I whup up to automatically add |
| 58 |
a new kernel into menu.lst and (optionally) modify the default kernel |
| 59 |
[1]. |
| 60 |
|
| 61 |
What I have in mind for "helper scripts" would be (for example) a |
| 62 |
script to ensure that, on boot, ethernet devices will maintain their |
| 63 |
relative order. This needs to be stuck into /etc/mdev.conf (already |
| 64 |
part of stage3). |
| 65 |
|
| 66 |
(And if someone's well-versed enough in Linux, maybe he/she will |
| 67 |
convert the shellscript into a simple -- and faster -- binary with |
| 68 |
exact same functionality). |
| 69 |
|
| 70 |
[1] https://bitbucket.org/pepoluan/gentoo-admin-kit/src/4ed95722b38f/grub-add-kernel.sh |
| 71 |
|
| 72 |
Rgds, |
| 73 |
-- |
| 74 |
FdS Pandu E Poluan |
| 75 |
~ IT Optimizer ~ |
| 76 |
|
| 77 |
• LOPSA Member #15248 |
| 78 |
• Blog : http://pepoluan.tumblr.com |
| 79 |
• Linked-In : http://id.linkedin.com/in/pepoluan |
Archives