Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 12/4/18 3:31 AM, Joerg Schilling wrote: 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. That's good to know. Are there any open source OSes that do it properly? I'd love to look at their code.
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 12/14/18 3:31 AM, Joerg Schilling wrote: Steve Dibb wrote: On 12/3/18 9:27 AM, 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. - Lasse For DVDs, I use ddrescue. Keep a log of it as well in case you want to do a second pass or just see where it's puking. Use its blocksize of 2048: ddrescue -b 2048 /dev/sr0 dvd.iso ddrescue.log readcd is better for any optical media as it is able to directly send SCSI commands. Note that readcd implements the error recovery from sdd(1), that exists since 35 years and I also prefer for normal disks. That's way cool to know. MakeMKV does the same thing - it rips stuff directly using SCSI commands, and you have to have SCSI generic driver support (/dev/sg*) enabled in the kernel for it to work. With software that operates at block driver level, you depend on the error recovery features from the OS driver. OS driver, do you mean for SCSI in Linux or the driver for that ATA chipset?
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On 12/3/18 9:27 AM, 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. - Lasse For DVDs, I use ddrescue. Keep a log of it as well in case you want to do a second pass or just see where it's puking. Use its blocksize of 2048: ddrescue -b 2048 /dev/sr0 dvd.iso ddrescue.log dvdbackup comes with some error handling on reads as well where it can skip blocks, see its help output. For blurays I'd try ddrescue as well. Blocksize for those is 65536. I think. Based on your physical drive / the disc, it might whine or break because of DRM, or you can get weird read errors as well. That's why dvdbackup is best imo since it will auth the drive as well. MakeMKV can do its best to backup a disc, but I don't know how well it does at error handling: makemkvcon --minlength=0 -r backup --decrypt disc:0 . I've got plenty of broken DVDs so I've managed to rescue those okay. If you're trying to encode stuff off of them, there are cases where the encoder can handle it best and read from the disc directly and skip over bad blocks as well. Good luck.
Re: [gentoo-user] vlc win32codecs on amd64
kashani wrote: James wrote: Hello one and all, What's the trick to getting win32codecs to install and work with vlc on amd64? Any wikis? I cannot seem to get VLC to compile in win32codecs on an amd64... Yes I realize that 'win32' and amd64 are different arches, but, surely there is a solution for this? Maybe not just with vlc but every app that can work with win32codes on amd64? My understanding is that win32codec is generally not 64bit safe, but they'd be fine on amd64 if you're running your OS as 32bit. Close. You can't use win32codecs on amd64 at all, unless you are using a 32 bit binary program with them. Simple as that. So VLC cannot use 32 bit binary codecs, unless someone made a vlc 32-bit binary and put it in the tree. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] vlc win32codecs on amd64
Daniel Iliev wrote: Additionally: mplayer-bin is in amd64's portage and mplayer-bin can use win32codecs And if anyone wants to help me version bump the thing, e-mail me *off* list, plz Thanks Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Symlinking /usr/portage/distfiles
Neil Bothwick wrote: On Tue, 30 Jan 2007 14:18:26 -0600, Albert Hopkins wrote: Ok, just to prove it could be done (and because I was bored). I compiled openoffice entirely in /tmp which is tmpfs in about 5:07. That's fine if you have 8GB of RAM... Not necessarily. tmpfs will start to use the harddrive when it runs out of memory, that being one if its nice handy dandy features. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Licenses
kashani wrote: In any case both recent versions of ffmpeg and mplayer in portage, 20061016 or better, have the newer ffmpeg real decoder. However I'm not sure it supports everything in real10 or whatever they're calling the Helix format. You can also skip installing win32/real codecs and download the codecs directly from mplayer in their essential codecs pack, but you might need to massage them into place on Gentoo. I'm not sure why the Gentoo ebuild requires the realplayer package to get the real codecs. There's no need to install the codecs manually, I've already setup all the ebuilds to pull everything in you need on amd64 and x86. Just run ~arch on all four (mplayer, realplayer, win32codecs, amd64codecs), and you'll be gtg. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Question about kernels and kernel patches
Michael Sullivan wrote: I like the newer kernels because ivtv drivers that work with them are in portage, and I'm not sure drivers that work with 2.6.11 are still in portage. They are still in there, and I doubt we'll be removing them anytime soon. ivtv v0.4.5 through 0.4.9 will work with kernels =2.6.15. http://www.ivtvdriver.org/index.php/Download Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How packages are made stable
Robert Cernansky wrote: On Thu, 04 Jan 2007 13:49:48 -0700 Steve Dibb [EMAIL PROTECTED] wrote: Andrey Gerasimenko wrote: Looking at the Portage tree, I see that some packages are kept ~x86 for long time without any bugs referenced in the changelog or Bugzilla. How are they being made stable (or where in the docs is the process described)? They need to be in the tree for at least 30 days, no bugs, and if someone files a stable request ebuild, then an arch tester will test it, and then a dev will keyword it stable. Most stuff doesnt get marked stable mostly because there aren't any stable requests. Stabilisation bug it not a requirement. Package should go to stable after 30 days + no bugs even without stabilization bug. No, it's not a requirement. It's a notice telling the developers that hey, someone wants it marked stable. Plus, if a user / arch tester does the legwork already of checking to make sure the dependencies are good to go, then we appreciate the work and it creates less of a load for us. I have an impresion that developers are _waiting_ for stabilization bugs which is wrong. That's not true. But there's certainly enough work to go around that they can get neglected. I've raised a similar question few months ago. It's pretty long discussion on -user and -dev: http://thread.gmane.org/gmane.linux.gentoo.user/166565/ http://thread.gmane.org/gmane.linux.gentoo.devel/40719/ Good discussions, and my opinion is still the same -- that most packages are assigned to herds, or unassigned to nobody, are minor things, and nobody is directly looking after them. As a result they just plain get ignored. In summary, no a stable bug is not needed, but if its a small less popular package, it probably won't hit on anyones radar any other way. Plus, I'm working on integrating some similar checks found in http://gentoo.tamperd.net/stable/ into the GPNL website ( http://spaceparanoids.org/gentoo/gpnl/ ), so that we can again easily see how long packges have been neglected. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How packages are made stable
Kevin O'Gorman wrote: This is interesting stuff that I didn't know. So if I've been using KDevelop 3.3.2 forever because 3.3.3, 3.3.4, and 3.3.5 are all ~x86, it's not necessarily because 3.3.5 is broken, just that nobody's certified it? How does this happen? KDevelop is a pretty big beast, and I'm only going to use the C/C++ part of it. I'd be hesitant to proclaim such a thing ready for prime time based on my usage. Well if it's been working for you, just file a stable request bug, post your emerge --info and the arch testers and teams will look at it. :) Thats pretty much how it works. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How packages are made stable - suggestion for improvement
Daevid Vincent wrote: But as I read this thread, it seems that in effect, I won't really be getting a more stable system, I'll just be getting an older, out of date one, as nobody is actively monitoring packages and then flagging them as stable. :( The problem, like many other things, comes down simply to manpower. I should stress, again, that popular, common applications and utilities are going to get marked stable on a regular basis. For the most part, its only the small, fringe programs that get lost in the cracks. And getting some tools in place to display how long packages have been unstable is in the works. Still though, there is just so much work to be done in the first place, not many developers go looking for things to mark stable. It makes things a lot simpler if that offload is placed on the users instead, because that way 1) we don't focus manpower on stabilizing everything just because its been 30 days and 2) we stabilize stuff that people are using anyway, and want to get marked stable. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How packages are made stable
Andrey Gerasimenko wrote: Looking at the Portage tree, I see that some packages are kept ~x86 for long time without any bugs referenced in the changelog or Bugzilla. How are they being made stable (or where in the docs is the process described)? They need to be in the tree for at least 30 days, no bugs, and if someone files a stable request ebuild, then an arch tester will test it, and then a dev will keyword it stable. Most stuff doesnt get marked stable mostly because there aren't any stable requests. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] How packages are made stable
Steve Dibb wrote: Andrey Gerasimenko wrote: Looking at the Portage tree, I see that some packages are kept ~x86 for long time without any bugs referenced in the changelog or Bugzilla. How are they being made stable (or where in the docs is the process described)? They need to be in the tree for at least 30 days, no bugs, and if someone files a stable request ebuild, then an arch tester will test it, and then a dev will keyword it stable. Oh, and I forgot all the dependencies should be marked stable as well. I would actually encourage users to find and file stable request ebuild bugs. Just make sure you post emerge --info along there in the bug. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Music Database Collection
Sean wrote: I would like to create a database of some sort for my music collection. It is large so I thought that somehow I could use some application that could pull the info from a freebd server and if I wished I could alter any info. Try to entering it all by hand will be just to big of a project. I also hope to be able to export that info somehow. This attempted project will only be fully useful if I can get the database in some form into my Palm after it is created. Any such packages in portage that anyone can recommend for such a project? Any tips from anyone who has attempted such a project? Also, I am running Gentoo amd64, so the app(s) will need to run on that platform. Thanks in advance Sean I would recommend / try tellico. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Is Gentoo healthy?
Neil Bothwick wrote: On Wed, 20 Dec 2006 08:18:41 +0200, Uwe Thiem wrote: I can't think of any method to get real numbers. Add sys-apps/gentoo-phonehome to all system profiles :) There's actually a gentoo-stats project in the works, for those that would like to (voluntarily) let us know what systems Gentoo is being used on. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Something's killing my xfce panel/decorations
Ralf Stephan wrote: Hello, I have a stable (+unstable gtk) i86/xorg soundless installation with a bare bones xfce4 desktop. My only problem is that, after one two weeks, the xfce-panel disappears and newly started apps are missing the window decorations. They keep missing, even if I restart the panel manually. So I have to restart X which is a PITA. Have you seen this? Do you have a recommendation? Upgrading GTK and or its libs sometimes introduce small quirks into XFCE, I've noticed. Generally, I just re-emerge all the XFCE packages and I'm good to go. Something like this should work: # emerge gentoolkit # equery l /tmp/equery # for x in `grep xfce /tmp/equery`; do emerge =$x; done; Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Protecting a package in package.keywords?
Travis Osterman wrote: I needed to unmask ivtv by placing it in my /etc/portage/package.keywords as media-tv/ivtv. Now I'd like to have my system not ask me to ever upgrade it again until the newer version is required as a dependency of some other program. I thought that putting =media-tv/ivtv-0.9.0 (where 0.9.0 is my current version) in /etc/portage/package.mask would be the solution, but when I emerge ivtv -pv it wants to upgrade to 0.9.1. I commented out the line in package.keywords thinking maybe if it was already installed and masked that portage would ignore it. The result of this was portage wanted to downgrade to the more 'stable' 0.8.x - which is also not the desired result. Well, ivtv is a little strange in the sense that each branch is specific for a kernel branch. Technically, you're going to be best off running the latest ivtv branch (irregardless of whether its marked stable). So, if you are running the 0.9 branch of ivtv, I'd recommend keeping up to date with the bugfixes and upgrading to 0.9.1. If you wanted to do something like that, and make all 0.9.x versions stable in package.keywords, then you would add this: =media-tv/ivtv-0.9* But if you just want to stick with 0.9.0, then what you had before is correct. =media-tv/ivtv-0.9.0 Just make sure there aren't any other entries for ivtv in there. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Gentoo Update - HowTo
Helmut Jarausch wrote: So, the question: Is there a general source of information about warnings, actions to be taking, etc to be followed when upgrading certains critical packages. Generically, no. But User Relations has noted a need, and we are going to start working on something that addresses that exact issue soon. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Learning how to write a simple ebuild?
Raymond Lewis Rebbeck wrote: I've looked at the docs. I've posted on bugzilla a request for an ebuild. I don't anticipate to become a developer, but would like to gain insight into the process and the layout. The documentation at the following site should help you out: http://devmanual.gentoo.org/ If you're still lost, pop in on irc.freenode.net and join #gentoo-dev-help Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Emerge
Daniel Iliev wrote: Then emerge --sync emerge -Neav world that is overkill, no need to re-emerge the entire tree. emerge -uD world will suffice. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Compile error for Mythtv 0.19_p10505.
Mike Diehl wrote: Hi all, I'm trying to install the latest version of MythTv and I'm running into a compile problem. this is what I'm trying to compile: emerge -av mythtv [ebuild N] media-tv/mythtv-0.19_p10505 USE=alsa dvb dvd ieee1394 lirc mmx opengl vorbis xvmc (-altivec) -backendonly -dbox2 -debug -frontendonly -jack -joystick -lcd VIDEO_CARDS=i810 via -nvidia 0 kB this is the error message that I get: g++ -o mythtv main.o-L/usr/qt/3/lib -L../../libs/libmyth -L../../libs/libmythtv -L../../libs/libavutil -L../../libs/libavcodec -L../../libs/libavformat -lmythtv-0.19 -lmythavformat-0.19 -lmythavutil-0.19 -lmythavcodec-0.19 -lmyth-0.19 -lfreetype -lmp3lame -lasound -ldvdnav -L/usr/X11R6/lib -lXinerama -lXv -lXxf86vm -lXrandr -lGL -lGLU -lqt-mt -lXext -lX11 -lm -lpthread ../../libs/libmythtv/libmythtv-0.19.so: undefined reference to `glXGetVideoSyncSGI' ../../libs/libmythtv/libmythtv-0.19.so: undefined reference to `glXWaitVideoSyncSGI' collect2: ld returned 1 exit status make[2]: *** [mythtv] Error 1 make[2]: Leaving directory `/var/tmp/portage/mythtv-0.19_p10505/work/mythtv-0.19/programs/mythtv' make[1]: *** [sub-mythtv] Error 2 make[1]: Leaving directory `/var/tmp/portage/mythtv-0.19_p10505/work/mythtv-0.19/programs' make: *** [sub-programs] Error 2 !!! ERROR: media-tv/mythtv-0.19_p10505 failed. Call stack: ebuild.sh, line 1546: Called dyn_compile ebuild.sh, line 937: Called src_compile mythtv-0.19_p10505.ebuild, line 213: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. This system is a fresh install, so I'm at a loss. Any help would be appreciated. Mike. First of all, fix your VIDEO_CARDS settings (why do you have two?). Then, try with -opengl and -xvmc. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] HOWTO: Install/config support for audio on my T40
Greg Morin wrote: I've been working w/Gentoo now for a little. Networking, Gnome, OpenOffice, VMWare are working - my essentials are there... I'd like to get sound working, but not sure where to start - pointers? http://www.gentoo.org/doc/en/alsa-guide.xml Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
Hans de Hartog wrote: Hi, I'm currently evaluating some exotic packages in the portage tree and found out that they're almost 2 years old, don't compile or crash immediately. When I go to their home page or forums, I see that lots of new versions have been released. What to do about this? I'm not going back to the early 90's to play around with tarballs, ./configure, make make install and after a few months end up in the hell of shared library dependencies and systems being polluted beyond repair. After all, that's why I've choosen Gentoo in the first place. Should I - kindly ask somebody to do something about it? - try to make an ebuild from a tarball? - something else? Check bugzilla to see if there are version bumps + ebuild bugs in there already. Most of the time, maintainers leave, and the herds are left to take care of them. If no one in the herd is interested in the package, then things can stagnate. If there isn't a bug, feel free to file one. If you have some ebuild skillz and want to help maintain the ebuild, then let some developers know that you'd be willing to take care of the package. Or, look at project Sunrise as well. There's a lot of things that can be done, and I've just barely glossed over the basics. Most of the time it comes down to a per-package basis, and usually the case is that there's just no one interested in maintaining it. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] What to do if packages are old?
Hans de Hartog wrote: Philip Webb wrote: It would help if you listed the packages in question. Also thanks to Ryan and Steve to illustrate the situation in the not_so_common_packages scene. (BTW, how do I check for an overlay somewhere?) - freewheeling (dies in glibc with double free or corruption) In the tree is only 0.5_pre4 (masked ~x86). There's bug 149784 asking for a version bump to 0.5.2a and the newest version from the freewheeling people is 0.5.3 - sooperlooper (won't build at all) In the tree is only 1.0.3 (masked ~x86). No bugs reported. Latest version is 1.0.8c (and even 1.0.8u for the Mac). I guess I've to file a bug asking for a version bump? If you're going to file a stabilization bug, then make sure you do this: First, make sure the ebuild works and the program compiles cleanly without any problems. Make sure that all possible deps are stable for it (if they aren't file stable request bugs for those first). You can check the stable status by going to http://packages.gentoo.org/ and searching for the package in question. Then, when you file the bug, make sure you add the arches to the CC list so they get a copy. Oh yes, and don't file any stable request bugs unless the ebuild has been released for at least 30 days, and there are no bugs in bugzilla. That's a pretty hacked summary, again, but there ya go. :) Pretty much just make sure everything is good to go before filing a stable request. Doing the legwork really doesn't take much time, and it makes things much simpler for arch testers and developers. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] XMMS: Bye, Bye Gentoo
Daniel Iliev wrote: Hi, guys Can someone explain me what is going on? Gentoo drops XMMS and here I remained with the impression the reason is because XMMS is not under development anymore. On the other side I see the site of XMMS [1] has recent news including the one from the subject of this e-mail. Its date is Oct 24, 2006 and has only a picture which represents a sailor waving for good-bye to someone or something (my first assoc. is sinking ship). So whats going on? [1] http://www.xmms.org/ XMMS was dropped since it had many bugs, dead upstream, and no maintainer. Essentially it was becoming a real drain on Gentoo developers time and patience and so the hard decision was made to let it go. The whole shebang is covered in quite a bit in the forums. Steve -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mencoder did nothing all night at 100% CPU!
Iain Buchanan wrote: (I killed it :) So, firstly, why didn't that work? man mplayer -- exporting to MPEG is still not perfect. And secondly, how should I encode if I want to write the movie to a DVD, and have really good quality (close to the original dv)? Use ffmpeg. See the -target options. Steve -- gentoo-user@gentoo.org mailing list
[gentoo-user] Planet Larry: Gentoo User's Blogs
A few devs have setup an unofficial Gentoo project, a planet feed of blogs of Gentoo users. The site is available online right now at http://larrythecow.org/ The idea is simple -- we already have Planet Gentoo[1] and Gentoo Universe[2] which pull in blogs from the developers, but we'd also like something that will give us a pulse on what you, the users, are up to. So if you use Gentoo, blog about Gentoo, or think about Gentoo and have a blog, send your website address and name and we'll get you added right away. :) Plus, the planet has an RSS feed of its own[3] that you can subscribe to. Looking forward to getting you added. :) See the instructions[4] on how to get added. Thanks! Steve 1. http://planet.gentoo.org/ 2. http://planet.gentoo.org/universe/ 3. http://www.larrythecow.org/rss20.xml 4. http://www.larrythecow.org/#add -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Planet Larry: Gentoo User's Blogs
Ow Mun Heng wrote: On Sun, 2006-08-06 at 12:45 -0600, Steve Dibb wrote: A few devs have setup an unofficial Gentoo project, a planet feed of blogs of Gentoo users. The site is available online right now at http://larrythecow.org/ The idea is simple -- we already have Planet Gentoo[1] and Gentoo Universe[2] which pull in blogs from the developers, but we'd also like something that will give us a pulse on what you, the users, are up to. So if you use Gentoo, blog about Gentoo, or think about Gentoo and have a blog, send your website address and name and we'll get you added right away. :) I use gentoo and I blog about gentoo too. but my posts are not _all_ about gentoo, so I'm not sure how that stacks up with what you guys are doing. That's fine. In fact, that's how Gentoo Universe is setup. Planet Gentoo only pulls in Gentoo-related posts, while Universe pulls in the entire dev's blog. We'll be doing the same thing, but for users -- any and all posts in your blog. I'm using Livejournal. Okay, send me the link off-list and I'll get you added. :) Steve -- gentoo-user@gentoo.org mailing list