Re: [gentoo-user] OT expect script question
On Wed, 5 Dec 2018 11:28:55 +1100 Adam Carter
wrote about [gentoo-user] OT expect script question:
> expect {
> "string1" { }
> "string2" { }
> "*" { }
> }
From
---
expect *
Here the * matches anything. This is like saying, ?I don?t care what?s in
the input. Throw it away.? This pattern always matches, even if nothing is
there. Remember that * matches anything, and the empty string is anything!
As a corollary of this behavior, this command always returns immediately.
It never waits for new data to arrive. It does not have to since it
matches everything.
---
Could it be that it just matches empty without waiting for anything?
cu
Gerrit
Re: [gentoo-user] RAM checks for chromium
On 2018.12.04 20:36, Adam Carter wrote: On Wed, Dec 5, 2018 at 7:41 AM Mick wrote: > On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > Phew! The chromium emerge completed with -j1, although it took 4 hours > longer > than last time on one PC and 6.5 hours longer on another. > For those systems it might be worth trying the binary google-chrome instead. Much smaller download and; $ genlop -t google-chrome | tail -n3 Tue Nov 20 20:20:10 2018 >>> www-client/google-chrome-70.0.3538.110 merge time: 35 seconds. But only if you don't care about the differences between Chrome and Chromium. They are close, but not (unless I'm terribly mistaken) exactly the same. The latter is completely FOSS, but the former contains some Google specific additions. While I do have both installed, I don't particularly trust Google enough to use Chrome unless nothing else works. It's pretty rare I need to use it. Jack
Re: [gentoo-user] RAM checks for chromium
On Wed, Dec 5, 2018 at 7:41 AM Mick wrote: > On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > Phew! The chromium emerge completed with -j1, although it took 4 hours > longer > than last time on one PC and 6.5 hours longer on another. > For those systems it might be worth trying the binary google-chrome instead. Much smaller download and; $ genlop -t google-chrome | tail -n3 Tue Nov 20 20:20:10 2018 >>> www-client/google-chrome-70.0.3538.110 merge time: 35 seconds.
[gentoo-user] OT expect script question
In my response matching I would like to have a catch all so if nothing
specific is matched I can take an action, but when I include the "*"
option, it is selected even if string1 matches. From the expect man page
"In the event that multiple patterns match, the one appearing first is used
to select a body." So why are actions3 getting executed when string1 is
matched? If i remove the "*" section, string1 is matched.
expect {
"string1" { }
"string2" { }
"*" { }
}
Re: [gentoo-user] RAM checks for chromium
On Tue, 04 Dec 2018 21:10:05 +, Mick wrote: > > It starts the compile by running make or whatever is appropriate for > > the build, so it doesn't need to build anything already built any > > more than a bare make does. But using ebuild compile means you get > > the same environment as when you started the compile. > > Which will be counterproductive if the reason the compile failed is > because RAM was exhausted and you need to reduce the job number. Could > I define MAKEOPTS on the CLI when running ebuild by hand? Yes. -- Neil Bothwick Suborbital Ballistic-Propulsion Engineer Not Exactly A Rocket Scientist pgp6Lbj6YHDv3.pgp Description: OpenPGP digital signature
Re: [gentoo-user] mounting windows 10 partition on linux
On 12/04/2018 12:20 PM, the...@sys-concept.com wrote: > On 12/04/2018 12:05 PM, the...@sys-concept.com wrote: >> mount: /home/joseph/win10: bad option; for several filesystems (e.g. nfs, >> cifs) you might need a /sbin/mount. helper program. > > That should be: > mount -t cifs -o user=OP2 //10.0.0.119 /home/thelma/win10 > mount: /home/thelma/win10: bad option; for several filesystems (e.g. nfs, > cifs) you might need a /sbin/mount. helper program. > > The above command works for my Windows 7 but not for Windows 10 mount -t cifs //10.0.0.119/backup /home/thelma/win10 -o username=OP2,password=op2,vers=1.0 mount error(112): Host is down mount -t cifs //10.0.0.119/backup /home/thelma/win10 -o username=OP2,password=op2,vers=3.0 mount error(22): Invalid argument Same error is for "vers=2.0
Re: [gentoo-user] Install 2011 Asus thin lappy
On 12/2/18 6:32 PM, Dale wrote: > james wrote: >> It has and Icore 5, 4 GB and 124GB SSD. If I can I like to nuke the >> windows 7 home edition or shrink it way way down, in case I need access >> on the windows side. It's really nice, sturdy metal case and very, very >> thin. It has a 13.5 inch screen. Perhaps I need to discover all the >> hardware particulars before I format of the windows 7 home edition ? >> Perhaps I just need to leave the W-7 and shrink it up? >> >> It only has (2) usb ports and a mini usb port. >> I have an Asus usb-to-ethernet, works under window. >> I'm not so sure about the bios (EFI) American Megatrends >> setting to get it to boot. >> >> So I was first looking for an easy image to put on a usb 3 drive >> with a common linux to get the boot settings right, before I try to >> get it to boot/install gentoo. I'd like a very minimize gentoo linux >> with a minimized Desktop? Perhaps I should just install and run >> a linux install design for these old laptops? Perhaps an older >> SystemRescue usb images to test the boot settings? I can do an overthe >> ethernet install if necessary, but would prefer a gentoo-usb install >> at least for the basic minimize gentoo. >> >> Suggests, as my experience with usb linux installs is very weak. >> A pathway, that is easy to follow, as I might just install several >> old laptops, if this works >> >> So in the bios the aptio setup utility:: >> >> Boot Option #1 >> Windows boot manager (po: Sandisk SSD u100 124GB >> Disabled >> >> OR:: ADD new boot Option >> ...Add boot option >> (dialog box with 'add boot option) >> >> >> ...SELECT File system >> PCI(1F|2)\DevicePath(Type 3, SubType 12)Part1,sig787(long key sequence) >> >> >> ...PATH for boot option >> (just a dialog box for 'path for boot option) >> >> >> ...CREATE >> (please set boot option name and file path) >> >> >> >> >> >> >> >> In the bios it also has:: >> >> Save Changes & Exit >> "Boot Override >> >> Windows boot mgr >> >> Launch EFI shell from file system device >> >> >> Suggestions, and which instructions to follow (I found several in the >> gentoo wiki not to mention other gentoo laptop install pages. >> >> Perhaps a bios update before beginning? No, a bad idea? >> >> Openboot or another open bios on this old but sturdy laptop? >> >> I could just use a live-gentoo rewritable usb 3 (thumb drive) on it and >> forget the install? >> >> >> All suggestions and references appreciated. >> >> >> > > > I'm pretty clueless about laptops but have one idea.� For something to > boot from, either Knoppix or sysrescurecd should work.� I think Knoppix > is still available.� One thing about booting one of those, especially > sysrescuecd, you can find out what drivers are used to drive what > components.� I use the command lspci -k myself.� It displays what is > needed generally.� > > Although sysrescuecd has CD in it, you can burn it to a USB stick as > well.� That's how I do mine here.� Last one I got was under 600MBs.� It > should fit just fine even on a 1GB stick.� > > http://www.system-rescue-cd.org/ > > It appears Knoppix is still around. > > http://www.knoppix.org/ > > Maybe someone else can come along with more ideas. > > Dale > thanks Dale. I'm mostly (RV) off grid now, so post/reply are sporadic. Anyway, for now, I'm trying to get the bios set to boot off a usb device. I might just end up adding a dvd on a usb cable and see how that works. Adding RPi3B+ boards to the rv, for 12vdc lowpower operation. we'll see how that turns out. Anyone got a RPi3B+ image I can put on a usb stick to boot the Rpi3B+ directly into a minimal gentoo? Seems like I ran across one some time ago, but google searching is slow in the RV world. Perhaps I could pay somebody to ship me such an image and usb stick to general delivery, small remote town usa? Prepaid? Rural Texas pony express? What a hoot life is now. James thx, Jame
Re: [gentoo-user] RAM checks for chromium
On Tuesday, 4 December 2018 20:57:11 GMT Neil Bothwick wrote: > On Tue, 04 Dec 2018 14:23:27 -0500, Jack wrote: > > On 2018.12.04 14:13, Neil Bothwick wrote: > > >> One thing I've done in the past if something failed after a long > > >> time compiling is to cd to the top build dir (under the Portage tmp > > >> dir) and just continue the compile (either make or ninja, or > > >> whatever that package uses) when/if that finishes, you can use > > >> ebuild to finish the install and qmerge steps. That avoids needing > > >> to start the compile from the beginning. > > > > > > You can use ebuild for that too, with the compile option. I've have > > > the chromium build fail for apparently random reasons on my laptop > > > from time to time and ebuild ... compile finishes the process. > > > > Unless I'm mistaken, "ebuild /path/to/ebuild compile" does avoid > > redoing the unpack, prepare, and configure steps, but it starts the > > compile from scratch. Manually doing "make" (or whatever) in the > > appropriate directory avoids repeating those parts of the compile that > > were successful. If the compile takes two days, that's a significant > > savings in time. > > It starts the compile by running make or whatever is appropriate for the > build, so it doesn't need to build anything already built any more than a > bare make does. But using ebuild compile means you get the same > environment as when you started the compile. Which will be counterproductive if the reason the compile failed is because RAM was exhausted and you need to reduce the job number. Could I define MAKEOPTS on the CLI when running ebuild by hand? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] RAM checks for chromium
On Tue, 04 Dec 2018 14:23:27 -0500, Jack wrote: > On 2018.12.04 14:13, Neil Bothwick wrote: > >> One thing I've done in the past if something failed after a long > >> time compiling is to cd to the top build dir (under the Portage tmp > >> dir) and just continue the compile (either make or ninja, or > >> whatever that package uses) when/if that finishes, you can use > >> ebuild to finish the install and qmerge steps. That avoids needing > >> to start the compile from the beginning. > > You can use ebuild for that too, with the compile option. I've have > > the chromium build fail for apparently random reasons on my laptop > > from time to time and ebuild ... compile finishes the process. > > Unless I'm mistaken, "ebuild /path/to/ebuild compile" does avoid > redoing the unpack, prepare, and configure steps, but it starts the > compile from scratch. Manually doing "make" (or whatever) in the > appropriate directory avoids repeating those parts of the compile that > were successful. If the compile takes two days, that's a significant > savings in time. It starts the compile by running make or whatever is appropriate for the build, so it doesn't need to build anything already built any more than a bare make does. But using ebuild compile means you get the same environment as when you started the compile. -- Neil Bothwick Why is the word abbreviation so long? pgpbxvVRGrvq2.pgp Description: OpenPGP digital signature
Re: [gentoo-user] RAM checks for chromium
On Tuesday, 4 December 2018 19:23:27 GMT Jack wrote: > On 2018.12.04 14:13, Neil Bothwick wrote: > > On Tue, 04 Dec 2018 13:42:16 -0500, Jack wrote: > >>> Given I've spent more than two days compiling to get nowhere with > >> > >>> this, I'm thinking: > >> One thing I've done in the past if something failed after a long > >> time compiling is to cd to the top build dir (under the Portage tmp > >> dir) and just continue the compile (either make or ninja, or > >> whatever that package uses) when/if that finishes, you can use > >> ebuild to finish the install and qmerge steps. That avoids needing > >> to start the compile from the beginning. > > > > You can use ebuild for that too, with the compile option. I've have > > the chromium build fail for apparently random reasons on my laptop > > from time to time and ebuild ... compile finishes the process. > > Unless I'm mistaken, "ebuild /path/to/ebuild compile" does avoid > redoing the unpack, prepare, and configure steps, but it starts the > compile from scratch. Manually doing "make" (or whatever) in the > appropriate directory avoids repeating those parts of the compile that > were successful. If the compile takes two days, that's a significant > savings in time. > > Jack Phew! The chromium emerge completed with -j1, although it took 4 hours longer than last time on one PC and 6.5 hours longer on another. I hope one day ebuilds/compilers will be clever enough to deduce a suitable job number a system will run without thrashing swap aimlessly, on a per package basis. Some versions of chromium compile fine with -j3, others seem to be so hungry on RAM they would need -j2. I think this must be the first time with chromium I had to drop the job number down to 1. Thank you again for all the pointers and ideas. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] SATA drive controller and Linux driver.
Jack wrote: > On 2018.12.03 21:59, Dale wrote: >> Hi, >> >> I found the manufacturer website. It says this card supports Hot >> Plug and Hot Swap. Have you ever did this? If so, any problems? I >> don't know why but outside of USB, that sort of thing makes me >> nervous. I'm old school I guess. Plugging things into a computer >> was always done when the puter was off. > > I don't have this card, but I have done a hot plug (and unplug) of an > internal SATA drive several times, and it has worked for me without > any issues. Just remember to unmount anything before unplugging :-) > > Jack > Thanks for the info. My mobo supports it to but I still cut it off before doing it. Messing up a card isn't as big a deal as having a mobo go out when one has only one puter. Still, nice to know that others have done it without problems. Sort of moves it from theory to reality. lol Thanks. Dale :-) :-)
Re: [gentoo-user] mounting windows 10 partition on linux
On 12/04/2018 12:11 PM, Neil Bothwick wrote: > On Tue, 4 Dec 2018 12:05:49 -0700, the...@sys-concept.com wrote: > >> When I try to mount it: >> mount -t cifs -o user=OP2 //10.0.0.119 /home/thelma/win10 >> mount: /home/joseph/win10: bad option; for several filesystems (e.g. >> nfs, cifs) you might need a /sbin/mount. helper program. > > Do you have /sbin/mount.cifs? It's provided by cifs-utils. Yes I was missing "cifs-utils" on this box and just install it. But I'm still getting an error: mount -t cifs -o user=OP2,password=op2 //10.0.0.119/backup /home/thelma/win10 mount error(112): Host is down Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) "backup" folder on Windows 10 has shared enabled. -- Thelma
Re: [gentoo-user] RAM checks for chromium
On 2018.12.04 14:13, Neil Bothwick wrote: On Tue, 04 Dec 2018 13:42:16 -0500, Jack wrote: Given I've spent more than two days compiling to get nowhere with this, I'm thinking: One thing I've done in the past if something failed after a long time compiling is to cd to the top build dir (under the Portage tmp dir) and just continue the compile (either make or ninja, or whatever that package uses) when/if that finishes, you can use ebuild to finish the install and qmerge steps. That avoids needing to start the compile from the beginning. You can use ebuild for that too, with the compile option. I've have the chromium build fail for apparently random reasons on my laptop from time to time and ebuild ... compile finishes the process. Unless I'm mistaken, "ebuild /path/to/ebuild compile" does avoid redoing the unpack, prepare, and configure steps, but it starts the compile from scratch. Manually doing "make" (or whatever) in the appropriate directory avoids repeating those parts of the compile that were successful. If the compile takes two days, that's a significant savings in time. Jack
Re: [gentoo-user] mounting windows 10 partition on linux
On 12/04/2018 12:05 PM, the...@sys-concept.com wrote: > mount: /home/joseph/win10: bad option; for several filesystems (e.g. nfs, > cifs) you might need a /sbin/mount. helper program. That should be: mount -t cifs -o user=OP2 //10.0.0.119 /home/thelma/win10 mount: /home/thelma/win10: bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount. helper program. The above command works for my Windows 7 but not for Windows 10
Re: [gentoo-user] RAM checks for chromium
On Tue, 04 Dec 2018 13:42:16 -0500, Jack wrote: > > Given I've spent more than two days compiling to get nowhere with > > this, I'm > > thinking: > One thing I've done in the past if something failed after a long time > compiling is to cd to the top build dir (under the Portage tmp dir) > and just continue the compile (either make or ninja, or whatever that > package uses) when/if that finishes, you can use ebuild to finish the > install and qmerge steps. That avoids needing to start the compile > from the beginning. You can use ebuild for that too, with the compile option. I've have the chromium build fail for apparently random reasons on my laptop from time to time and ebuild ... compile finishes the process. -- Neil Bothwick -Come, come, why they couldn't hit an elephant from this dist- pgp6f2uu5TmJW.pgp Description: OpenPGP digital signature
Re: [gentoo-user] mounting windows 10 partition on linux
On Tue, 4 Dec 2018 12:05:49 -0700, the...@sys-concept.com wrote: > When I try to mount it: > mount -t cifs -o user=OP2 //10.0.0.119 /home/thelma/win10 > mount: /home/joseph/win10: bad option; for several filesystems (e.g. > nfs, cifs) you might need a /sbin/mount. helper program. Do you have /sbin/mount.cifs? It's provided by cifs-utils. -- Neil Bothwick "DOOM ", said Pooh, and Slaughtered Christopher Robin with a chainsaw pgpyvR5gKBt35.pgp Description: OpenPGP digital signature
Re: [gentoo-user] mounting windows 10 partition on linux
On 12/04/2018 11:26 AM, Andrew Udvare wrote: > On 04/12/2018 13:16, the...@sys-concept.com wrote: >> I'm trying to mount windows 10 shared folder on Gentoo home folder but >> I'm getting an error from "smbclinet" > > smbclient does not mount. It just connects a CLI client to the server > (see the manpage). The -L argument is for the NetBIOS name alone, not > the UNC. This should work: > > smbclient -U OP2 //10.0.0.119/ > > Since you know the IP, you can skip NetBIOS lookup: > > smbclient -I 10.0.0.119 -U OP2 //10.0.0.119/ > > Assuming you have CIFS built into your kernel, you can use mount as root: > > mount -t cifs -o user=OP2 //10.0.0.119 /mount-point I'm getting something, but it is not listing anyfiles/directories. smbclient -U OP2 //10.0.0.119/ Enter OP2's password: The "OP2" computer does not have any password setup, so hitting "enter" is not listing anything. When I try to mount it: mount -t cifs -o user=OP2 //10.0.0.119 /home/thelma/win10 mount: /home/joseph/win10: bad option; for several filesystems (e.g. nfs, cifs) you might need a /sbin/mount. helper program. In my kernel config I have CIFS enabled: grep -i cifs /usr/src/linux/.config CONFIG_CIFS=y Thelma
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 2018.12.04 02:51, Pouru Lasse wrote: [snip] I thought that dvdisaster should work for DVDs based on the name, but it gives the error "this software does not support DVD-ROM type media" for DVD games and also for regular movie DVDs. Maybe the ebuild is limited to just CDs for some reason. This is not saying it doesn't work with any DVD - just specifically that it doesn't work with DVD-ROM media. As someone else pointed out, these old game console DVDs might well be using a media type specific to that console - still not usable with dvdisaster. It (dvdisaster) would probably work with DVD-Data (if that's the right name for it) although that obviously won't help you any. Jack
Re: [gentoo-user] SATA drive controller and Linux driver.
On 2018.12.03 21:59, Dale wrote: Hi, I found the manufacturer website. It says this card supports Hot Plug and Hot Swap. Have you ever did this? If so, any problems? I don't know why but outside of USB, that sort of thing makes me nervous. I'm old school I guess. Plugging things into a computer was always done when the puter was off. I don't have this card, but I have done a hot plug (and unplug) of an internal SATA drive several times, and it has worked for me without any issues. Just remember to unmount anything before unplugging :-) Jack
Re: [gentoo-user] RAM checks for chromium
On 2018.12.04 02:35, Mick wrote: Two Intel systems with 4G RAM failed to build chromium, even after setting MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 * Checking for at least 3 GiB RAM ... [ ok ] * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ chromium-70.0.3538.110/temp" ... [ ok ] Given I've spent more than two days compiling to get nowhere with this, I'm thinking: One thing I've done in the past if something failed after a long time compiling is to cd to the top build dir (under the Portage tmp dir) and just continue the compile (either make or ninja, or whatever that package uses) when/if that finishes, you can use ebuild to finish the install and qmerge steps. That avoids needing to start the compile from the beginning. a) Chromium probably needs more than 3G now. b) Either the ebuild, or portage, ought to check available RAM and dynamically adjust the number of jobs accordingly - or have I watched too many AI movies? -- Regards, Mick Jack
Re: [gentoo-user] mounting windows 10 partition on linux
On 04/12/2018 13:16, the...@sys-concept.com wrote: > I'm trying to mount windows 10 shared folder on Gentoo home folder but > I'm getting an error from "smbclinet" smbclient does not mount. It just connects a CLI client to the server (see the manpage). The -L argument is for the NetBIOS name alone, not the UNC. This should work: smbclient -U OP2 //10.0.0.119/ Since you know the IP, you can skip NetBIOS lookup: smbclient -I 10.0.0.119 -U OP2 //10.0.0.119/ Assuming you have CIFS built into your kernel, you can use mount as root: mount -t cifs -o user=OP2 //10.0.0.119 /mount-point -- Andrew signature.asc Description: OpenPGP digital signature
[gentoo-user] mounting windows 10 partition on linux
I'm trying to mount windows 10 shared folder on Gentoo home folder but I'm getting an error from "smbclinet" smbclient –L //10.0.0.119 –U OP2 –L: Not enough '\' characters in service I've tried: mbclient –L //10.0.0.119 –U OP2 smbclient –L //10.0.0.119/backup –U OP2 smbclient –L 10.0.0.119\\backup –U OP2 -- Thelma
Re: [gentoo-user] SATA drive controller and Linux driver.
I haven't done hot-plug with it, so cannot vouch for that working or not. I use one of the ESATA ports to go to a 4x external drive enclosure (so using FIS), with spinning disks that are solely for backups (zfs send/receive of snapshots), and two of the internal ports for SSDs in a zpool. ScottE On Mon, Dec 3, 2018 at 7:00 PM Dale wrote: > Hi, > > I found the manufacturer website. It says this card supports Hot Plug and > Hot Swap. Have you ever did this? If so, any problems? I don't know why > but outside of USB, that sort of thing makes me nervous. I'm old school I > guess. Plugging things into a computer was always done when the puter was > off. > > Just curious. Oh, I did order a card. Now to figure out the situation on > a hard drive. :/ > > Dale > > :-) :-) > > Scott Ellis wrote: > > Yes, I have that card (well, the 2 internal/2 external port version). > Works fine with the AHCI driver on x86_64. No quirks needed, supports FIS, > etc. > >ScottE > > On Fri, Nov 30, 2018 at 5:50 PM Michael Orlitzky wrote: > >> On 11/30/18 8:15 PM, Dale wrote: >> > >> > Does anyone have a card and know for sure that this works and is >> > stable? Also, any clues on what driver it takes? >> > >> >> Probably the standard "ahci" driver. >> >> >> >
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Andrew Udvare wrote: > PS1 and PS2 games can be checked without special hardware in this case, > but for others, specific hardware is required. Games on DVD are a general problem as I expect them to contain intentionally "unreadable sectors" that can neither be distinct from unreadable sectors because of damage nor re-created while burning a new medium. The background is that there is too few information on the low level DVD format and in special as there are only secret vendor specific SCSI commands that would allow to deal with this kind of intentional damage. AFAIK, there was a tool from a German who did later leave Germany for legal reasons who made a software called "clonedvd" that could do the job for some drives on Win-DOS. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Dale wrote: > So as usual, they are not very Linux friendly. Figures. I was hoping The main problem with Linux is that the drivers at SCSI level in the kernel are worse than they could be, so if you like to get better results, you should encourage the kernel people to do their homework. One of the biggest problem on Linux is e.g. that the SCSI drivers only return 16 bytes of error information, but the standard says that the error information contains at least 18 bytes. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Francesco Turco wrote: > ddrescue? Are you sure this helps? >From the name, it sounds like it does not understand SCSI level, but this is required for best recovery results, as the problems usually are in the bad implementation at the drivers at kernel level. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
Pouru Lasse wrote: > I've got a bunch of scratched disc-based games (PS2, Xbox 360) that I'd > like to check for errors. Is there any program for Linux that does this? > I found and tried dvdisaster, but it only works for CDs, not > DVDs. Everything else seems to be Windows-only. I am not sure what you really intend as your question does not really explain whether you are interested in detecting problems or whether you are interested in the best results you could get from trying to recover data from a defectice medium. In any case, I recommend "readcd", as it implements read recovery at SCSI level and thus prevents you from depending on the usually bad implementation in the kernel level driver. In addition, readcd implements low level error discovery. Note that this works for CD media and for some DVD drives with DVD media. I currently know of no way to detect media quality for BluRay media. BTW: The error recovery methods in readcd(1) are from sdd(1) that has been used to recover from bad HD media in the mid 1980s already. Jörg -- EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'
Re: [gentoo-user] RAM checks for chromium
On Tue, Dec 4, 2018 at 10:47 AM Mick wrote: > > On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: > > On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: > > > Two Intel systems with 4G RAM failed to build chromium, even after setting > > > > > > MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: > > > >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 > > > > > > * Checking for at least 3 GiB RAM ...[ ok > > > ] > > > * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ > > > > > > chromium-70.0.3538.110/temp" ... [ ok > > > ] > > > > > > Given I've spent more than two days compiling to get nowhere with this, > > > I'm > > > thinking: > > > > > > a) Chromium probably needs more than 3G now. > > > b) Either the ebuild, or portage, ought to check available RAM and > > > dynamically adjust the number of jobs accordingly - or have I watched too > > > many AI movies? > > > > > > -- > > > Regards, > > > Mick > > > > You're right. Chromium does require more than 3G of RAM to build. > > Here are the current system requirements for building Chromium on Linux: > > > > System requirements > > A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is > > highly recommended. > > OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no > problem. > > > > At least 100GB of free disk space. > > O_O What the ... ? > > > > You must have Git and Python v2 installed already. > > > > See the link below for details. > > https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr > > uctions.md#system-requirements > > Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. > > -- > Regards, > Mick Perhaps these two gcc commands are what you're after: gcc -c -Q -march=native --help=target gcc -### -march=native /usr/include/stdlib.h See this link for details, https://wiki.gentoo.org/wiki/GCC_optimization
Re: [gentoo-user] RAM checks for chromium
> Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. app-portage/cpuid2cpuflags Mick wrote: > On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: >> On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: >>> Two Intel systems with 4G RAM failed to build chromium, even after setting >>> >>> MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: >> Running pre-merge checks for www-client/chromium-70.0.3538.110 >>> >>> * Checking for at least 3 GiB RAM ...[ ok >>> ] >>> * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ >>> >>> chromium-70.0.3538.110/temp" ... [ ok >>> ] >>> >>> Given I've spent more than two days compiling to get nowhere with this, >>> I'm >>> thinking: >>> >>> a) Chromium probably needs more than 3G now. >>> b) Either the ebuild, or portage, ought to check available RAM and >>> dynamically adjust the number of jobs accordingly - or have I watched too >>> many AI movies? >>> >>> -- >>> Regards, >>> Mick >> >> You're right. Chromium does require more than 3G of RAM to build. >> Here are the current system requirements for building Chromium on Linux: >> >> System requirements >> A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is >> highly recommended. > > OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no > problem. > > >> At least 100GB of free disk space. > > O_O What the ... ? > > >> You must have Git and Python v2 installed already. >> >> See the link below for details. >> https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr >> uctions.md#system-requirements > > Thanks for this. It may be I'll need to build chromium as a binary on the > faster PC from now on and copy it over to the older clients, but I can't > recall what command spews out the detailed CFLAGS for the client which I will > need to run on the faster host's CLI to emerge the binary. Grateful for any > hints. >
Re: [gentoo-user] RAM checks for chromium
On Tuesday, 4 December 2018 08:06:22 GMT Alexander Kapshuk wrote: > On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: > > Two Intel systems with 4G RAM failed to build chromium, even after setting > > > > MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: > > >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 > > > > * Checking for at least 3 GiB RAM ...[ ok > > ] > > * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ > > > > chromium-70.0.3538.110/temp" ... [ ok > > ] > > > > Given I've spent more than two days compiling to get nowhere with this, > > I'm > > thinking: > > > > a) Chromium probably needs more than 3G now. > > b) Either the ebuild, or portage, ought to check available RAM and > > dynamically adjust the number of jobs accordingly - or have I watched too > > many AI movies? > > > > -- > > Regards, > > Mick > > You're right. Chromium does require more than 3G of RAM to build. > Here are the current system requirements for building Chromium on Linux: > > System requirements > A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is > highly recommended. OK it figures, an AMD system with 16G RAM and /var/portage/ on a tmpfs had no problem. > At least 100GB of free disk space. O_O What the ... ? > You must have Git and Python v2 installed already. > > See the link below for details. > https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instr > uctions.md#system-requirements Thanks for this. It may be I'll need to build chromium as a binary on the faster PC from now on and copy it over to the older clients, but I can't recall what command spews out the detailed CFLAGS for the client which I will need to run on the faster host's CLI to emerge the binary. Grateful for any hints. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] RAM checks for chromium
On Tue, Dec 4, 2018 at 9:35 AM Mick wrote: > > Two Intel systems with 4G RAM failed to build chromium, even after setting > MAKEOPTS="-j2". The ebuild is checking for a minimum of 3G RAM: > > >>> Running pre-merge checks for www-client/chromium-70.0.3538.110 > * Checking for at least 3 GiB RAM ...[ ok ] > * Checking for at least 5 GiB disk space at "/var/tmp/portage/www-client/ > chromium-70.0.3538.110/temp" ... [ ok ] > > Given I've spent more than two days compiling to get nowhere with this, I'm > thinking: > > a) Chromium probably needs more than 3G now. > b) Either the ebuild, or portage, ought to check available RAM and dynamically > adjust the number of jobs accordingly - or have I watched too many AI movies? > > -- > Regards, > Mick You're right. Chromium does require more than 3G of RAM to build. Here are the current system requirements for building Chromium on Linux: System requirements A 64-bit Intel machine with at least 8GB of RAM. More than 16GB is highly recommended. At least 100GB of free disk space. You must have Git and Python v2 installed already. See the link below for details. https://chromium.googlesource.com/chromium/src/+/HEAD/docs/linux_build_instructions.md#system-requirements
