Re: [gentoo-user] Receiving mail from crontab
2010/05/04 Mick michaelkintz...@gmail.com: Cron r...@mylaptop test -x /usr/sbin/run-crons /usr/sbin/run-crons I am not sure what this test -x part represents? The `test -x ffile' part means Test that file is executable. and, implicitly, tests that the file exists. Sorry not to be more helpful. -- Jason Dusek Linux User #510144 | http://counter.li.org/
[gentoo-user] Kernel upgrade and now LUKS failure.
I have an encrypted block device, `/dev/sda2', which is mounted as my root filesystem. I recently installed this system -- I've been away from Gentoo for awhile -- and used gentoo sources 2.6.31-r6. When the kernel upgrade rolled around, to 2.6.32-r7, I installed and rebooted and then my passphrase didn't work anymore. The error message: Command failed: No key available with this passphrase. However, rebooting with my old kernel works fine so I'm not sure what the problem is. Could it be a different version of `cryptsetup'? When the device can't be opened on boot, I have the option to drop to a shell. I try to run `cryptsetup' and I get the same error -- so maybe that's my problem? Would different versions of `cryptsetup' be incompatible with devices encrypted by older versions? That seems brittle and dangerous to me. -- Jason Dusek
Re: [gentoo-user] OT: Mixer filesystem
Enrico Weigelt [EMAIL PROTECTED] wrote: I'm also currently moving out several things from mozilla to their own fileservers. What kinds of things? -- _jsn -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] LiveUSB
Please mention this kind of thing on the talk page. I will go ahead and post your email this time, as well as make the necessary changes. -- _jsn -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] LiveUSB
Posted -- please let me know what you think: http://gentoo-wiki.com/HOWTO_LiveUSB -- _jsn -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] LiveUSB
I've recently created LiveUSB sticks from the Gentoo LiveDVD and LiveCD. (I'm trying to put Gentoo on an OQO.) It was pretty easy -- I was able to use ext3 even -- and I thought I'd share how I did that with everyone. The three steps are: . Format the stick. . Put the Gentoo stuff on there. . Slap on the boot loader and configure it. Prepare The Stick - For the DVD, you need a big stick -- for the CD, not so much. Let's say the stick is at `/dev/sda`. Using fdisk, create one partition on it, marking it bootable. (That part is explained all over the place.) When that is over, run mkfs.ext3 /dev/sda1 and then put the master boot record on the device: cat /usr/lib/syslinux/mbr.bin /dev/sda Copy The Gentoo Material Mount the ISO of your choice -- say it's at `/media/iso` -- along with `/dev/sda1` at `/media/usb`. All you have to do is: cp -pPR /media/iso/* /media/usb Setup The Bootloader This is where my process differs from the tutorials for Gentoo. I lifted the idea from the Pentoo distribution (now defunct). You install the `extlinux` loader _to the directory_ where the bootable stuff -- so it's okay to leave it all in isolinux. cd /media cp usb/isolinux/isolinux.cfg usb/isolinux/extlinux.conf extlinux -i usb/isolinux There will be a `extlinux.sys` file in there along side the configuration file after you install. That's it. I wanted to go with ext3 so I could have links and a large filesystem -- FAT16 won't take more than 2GB -- and I'm glad this was so easy with Gentoo 2007.0! It's too bad the tutorials out there don't make it clear the progress that has been made in the last year. USB booting is great -- I will likely exploit the ease of 'remastering' my image to good effect when installing on my OQO -- and I hope this email helps others out there who are interested in the topic. -- _jsn -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
On Dec 25, 2007 11:19 PM, [EMAIL PROTECTED] wrote: I'm using the same HaXML you are, actually. Interesting ... unmerge quits by itself, but with the same error. I am tempted to delete haskell itself, as far as possible, and see if the haxml unmerge would get any further. What if you tried deleting HaXML from /var/lib/portage/world and then remerging it? It would skip the `prerm` action and just overwrite everything. -- _jsn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
[EMAIL PROTECTED] wrote: Jason Dusek wrote: What if you tried deleting HaXML from /var/lib/portage/world and then remerging it? It would skip the `prerm` action and just overwrite everything. Nah, no luck. Emerge -p shows it still knows that haxml is a remerge, not a merge from scratch. Whether I try an unmerge or a merge, it still has the prerm phase and it still gobbles memory. Okay, I figured it out -- remove it from /var/lib/portage/world and remove /var/db/pkg/dev-haskell/haxml-1.13.2 (I moved it to my home directory). Now when you run `emerge haxml --pretend`, it will show it as new. I am on FreeNode as jsnx, by the way. Please feel free to message me. -- _jsn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
[EMAIL PROTECTED] wrote: ghc-updater ran fine, or at least didn't hang. There was one error: src/lib/HsShellScript/Commands.chs:21:0: Failed to load interface for `Text.ParserCombinators.Parsec': Perhaps you haven't installed the profiling libraries for package parsec-2.1.0.0? Use -v to see a list of the files searched for. So I manually remerged parsec and repeated ghc-updater, which found only the same dev-haskell/hsshellscript-2.7.0 complaint about parsec. This is caused by a package trying to load Parsec with profiling, while Parsec has not been built with profiling (`profile` USE flag, which I have enabled globally). Parsec is a parsing library for Haskell. -- _jsn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
On Dec 25, 2007 6:26 AM, [EMAIL PROTECTED] wrote: On Mon, Dec 24, 2007 at 10:57:10PM -0800, Jason Dusek wrote: On Dec 23, 2007 8:23 AM, [EMAIL PROTECTED] wrote: Emerging haxml directly repeats the greedy performance... Does deleting the ebuild (not haxml, just that particular ebuild, as suggested by manually remove the ebuild, make any difference? I took manually remove the ebuild to mean do all the remove steps myself, but I don't have any idea what those steps are. Do you think it means the actual haxml-1.13.2.ebuild file? I'd be willing to try that, but that is the most recent ebuild. Maybe you're reading it right, but it's not clear -- if you are supposed to remove HaXML by hand, it should have said manually remove the package. When you say Emerging HaXML directly repeats the greedy performance..., do you mean *unmerging* HaXML is not doable? You could try unmerging it and then re-emerging it. If you've already tried that, though, then I'll have to think of something else :) I'm using the same HaXML you are, actually. -- _jsn -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] dev-haskell/{cabal,haxml} -- runaway memory hog
On Dec 23, 2007 8:23 AM, [EMAIL PROTECTED] wrote: Emerging haxml directly repeats the greedy performance, and when I kill it, it gives me this message: * The 'prerm' phase of the 'dev-haskell/haxml-1.13.2' package has failed * with exit value -1. The problem occurred while executing the ebuild * located at '/var/db/pkg/dev-haskell/haxml-1.13.2/haxml-1.13.2.ebuild'. * If necessary, manually remove the ebuild in order to skip the execution * of removal phases. What the heck is going on here, and how do I manually remove haxml? Does deleting the ebuild (not haxml, just that particular ebuild, as suggested by manually remove the ebuild, make any difference? I don't have these problems, but I've got testing flags enabled for all my Haskell stuff and I'm using the Gentoo Haskell overlay. -- _jsn -- [EMAIL PROTECTED] mailing list
