Re: [gentoo-user] xmms alternative
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I had my music collection mounted over nfs and I ran into a similar problem: amarok wouldn't be able to read the entire thing and the nfs shares would stop working. The problem turned out to be that amarok keeps all these files /open/ and the remote share runs out of resources. I'm using audacious now without problems. - --Myk Sarah wrote: > All our music (about 80 Gb, I think, mainly (but not all) OGG files) is > stored on a server, accessed on a mounted Samba share. The share would > mount correctly - and I tried mounting it with a variety of permissions > set - but I couldn't get Amarok to 'read' the music collection > successfully. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFQwi7BOPsJyAQkeARAu+NAJ99BK6kVPvBk0iMYrwKpoeEQD/R+QCfc75B ZcX9RL9HDtvHRjoQ72BI9JI= =YJlw -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] xmms alternative
Myk Taylor <[EMAIL PROTECTED]> writes: > The problem turned out to be that amarok keeps all these files /open/ > and the remote share runs out of resources. I'm using audacious now > without problems. Are you sure that Amarok keeps the files open? This would break even on a local filesystem. I am currently listening to music via Amarok and lsof shows only 1 audio file open - the one it is playing. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] emerge --depclean and fftw
Bo Ørsted Andresen wrote: On Friday 27 October 2006 19:59, Dale wrote: Ahhh, I see now what you are saying. Default is to use fftw unless I turn it off. Gotcha now. I haven't said anything about what the default is. Actually it's off by default.. Hmm, looks like I have to spend more time trying to understand this then. I need a local LUG. Get a little one on one with no delays. Thanks Dale :-) :-)
Re: [gentoo-user] xmms alternative
audacious is a good one! 2006/10/23, Dave V <[EMAIL PROTECTED]>: Hello, I just read on the gentoo-dev list that xmms is about to be removed, but it's probably the only sound player that I've used. Could someone recommend a good alternative. I'm rather surprised that no one wanted to maintain the packages. Dave -- He wasn't strictly aware of it, but he treated even geography as if he was investigating a crime (did you see who carved out the valley? Would you recognize that glacier if you saw it again?) -- (Terry Pratchett, The Fifth Elephant) -- gentoo-user@gentoo.org mailing list -- wcw -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: xmms alternative
On Saturday 28 October 2006 03:35, Walter Dnes wrote: > > Not only do I not want to emerge xine-lib, I don't want to emerge ruby > and most of KDE, either. > > [m3000][root][~] emerge --ask amarok > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N] dev-libs/libcdio-0.77 USE="-cddb -minimal -nls -nocxx" > [ebuild N] media-video/vcdimager-0.7.23 USE="-minimal -xml" > [ebuild N] media-libs/xine-lib-1.1.2-r2 USE="X a52 aac alsa dvd flac > mng opengl sdl theora vcd vorbis win32codecs xv -aalib (-altivec) -arts > -asf -debug -directfb -dts -dxr3 -esd -fbcon -gnome -imagemagick -ipv6 > -libcaca -mad -modplug -nls -oss -samba -speex -v4l -vidix -xinerama -xvmc" > VIDEO_CARDS="-i810 -nvidia -via" [ebuild N] dev-ruby/ruby-config-0.3.1 > [ebuild N] dev-lang/ruby-1.8.5 USE="threads -cjk -debug -doc > -examples -ipv6 -socks5 -tk" [ebuild N] x11-libs/qt-3.3.6-r3 USE="gif > opengl -cups -debug -doc -examples -firebird -immqt -immqt-bc -ipv6 -mysql > -nas -nis -odbc -postgres -sqlite -xinerama" [ebuild N] > dev-libs/libpcre-6.6 USE="-doc" > [ebuild N] kde-base/kde-env-3-r4 > [ebuild N] app-admin/gamin-0.1.7 USE="-debug -doc" > [ebuild N] kde-base/kdelibs-3.5.2-r6 USE="alsa tiff -acl -arts > -cups -debug -doc -jpeg2k -kdeenablefinal -kdehiddenvisibility -kerberos > -legacyssl -openexr -spell -ssl -xinerama -zeroconf" [ebuild N] > media-libs/taglib-1.4 USE="-debug" > [ebuild N] media-sound/amarok-1.4.3-r1 USE="aac opengl -arts -debug > -ifp -ipod -kde -mysql -njb -noamazon -postgres -real -visualization > -xinerama -xmms" LINGUAS="-az -bg -br -ca -cs -cy -da -de -el -en_GB -es > -et -fi -fr -ga -gl -he -hi -hu -is -it -ja -ka -km -ko -lt -ms -nb -nl -nn > -pa -pl -pt -pt_BR -ro -ru -rw -sl -sr [EMAIL PROTECTED] -sv -ta -tg -th -tr > -uk -uz > -zh_CN -zh_TW" > > most of kde? there is only one(!) kde-package. kdelibs. That is not 'most of KDE'. kde-env is just a bunch of files. from esearch: Sets up some env.d files for KDE And about xine - you don't need xine. you can use gstreamer, if you want. xine is just the easiest to use and best performing engine. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: xmms alternative
On Fri, 27 Oct 2006 21:35:03 -0400 Walter Dnes <[EMAIL PROTECTED]> wrote: > On Fri, Oct 27, 2006 at 12:27:52PM +0200, Harm Geerts wrote > > On Friday 27 October 2006 06:00, Walter Dnes wrote: > > > > amarok ==> Even worse than xine. It's a Windows Media Player > > > wannabee bloated frontend that ends up launching xine. In > > > addition to building xinelib, it also builds kde-base, ruby, and > > > a bunch of other junk. > > > > Amarok is Microsofts wet dream. > > Amarok has so much more to offer. > > That insult against Amarok is stronger than anything else I can > think of, and beautifully explains exactly what I find wrong with > it. Amarok constitutes a replacement for xmms just like an > 18-wheeler tractor-trailer combo constitutes a replacement for > a half-ton pickup truck. [...] I agree with this. Amarok is not good replacement for xmms. It has another philosophy which is similar to Windows Media Player. It has also much higher requirements for resources in runtime and also in dependecies/build time. Especially for non KDE users. > [m3000][root][~] emerge --ask audacious Yes, audacious is closest replacement that I found in stable amd64 tree. It has same philosophy as xmms. But it missing several features. For me it is mainly gapless output, xosd support and wide posibilites to control it via command line (like xmms-pipe). Consider also tons of plugins for xmms. I have emerged audacious to watch its development but I will stay with xmms as long as it will be possible. Robert -- Robert Cernansky E-mail: [EMAIL PROTECTED] Jabber: [EMAIL PROTECTED] -- gentoo-user@gentoo.org mailing list
[gentoo-user] gcc problems after dep -d
After the thread about depclean I thought that dep (emerge udept) was a better way to clean up things, so I did a "dep -d". It took a long time so I went away. When I came back, emerge dies constantly with: checking for C++ compiler default output file name... configure: error: C++ compiler cannot create executables or gcc-config error: Could not run/locate "gcc" Looking in the emerge.log, I saw that "dep -d" unmerged gcc-3.4.6-r1. But I still have a C compiler: "equery list gcc" gives [ Searching for package 'gcc' in all categories among: ] * installed packages [I--] [ -] sys-devel/gcc-4.1.1 (4.1) [I--] [ ] sys-devel/gcc-config-1.3.13-r4 (0) [I--] [ ] x11-misc/gccmakedep-1.0.2 (0) Please help me making my system sane again. Would a simple "emerge =sys-devel/gcc-3.4.6-r1" do it? -- gentoo-user@gentoo.org mailing list
[gentoo-user] BIG reiserfs problem
It's now more than five times when reiserfs has "sucked my data into /dev/null". At the begining I thout that was a hardware problem - disk, ram... but now I am almost 100% sure that reiserfs IS NOT stable file system. It doesn't matter if I have gentoo-sources or hardened-sources, if I compile for my arch or for i386... heavy load or just one rsync process, gentoo or slackware (I thought that I gave "bad" CFLAGS, USE...). ...it lacked support for SEcurity labels some time ago... But it is still fastest fs. Am I the only one who have this problem? So my question is - how can I help to eliminate this bug(s)? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] alsa-headers dont know what they want...
On Saturday 28 October 2006 03:37, Meino Christian Cramer wrote: > I do an > >eix-sync && emerge --pretend --tree --verbose --update --deep world > > on a regular basis. > > Each time the alsa-headers are offered for update. > > If alsa-headers 1.0.13 are installed, alsa-headers 1.0.12 are offered > for update. > > If alsa-headers 1.0.12 are installed, alsa-headers 1.0.13 are offered > for update. > > Seems to be an endless story. > > How can I stop them ? You should know about now, that we need to see the output of the above command in order answer that one. Preferably show it when you have alsa-headers-1.0.13 and emerge wants to downgrade. Also alsa-headers don't "want" anything. Something else is pulling in the lower version... -- Bo Andresen pgpMJs9OFZ7IJ.pgp Description: PGP signature
Re: [gentoo-user] BIG reiserfs problem
CapSel ha scritto: It's now more than five times when reiserfs has "sucked my data into /dev/null". At the begining I thout that was a hardware problem - disk, ram... but now I am almost 100% sure that reiserfs IS NOT stable file system. It doesn't matter if I have gentoo-sources or hardened-sources, if I compile for my arch or for i386... heavy load or just one rsync process, gentoo or slackware (I thought that I gave "bad" CFLAGS, USE...). ...it lacked support for SEcurity labels some time ago... But it is still fastest fs. Am I the only one who have this problem? So my question is - how can I help to eliminate this bug(s)? It's two years I'm using ReiserFS and I still had no problem *fingers crossed*. You are scaring me, anyway, :) and yours is not the first horror story I have heard about ReiserFS. I've heard good things about XFS, probably when I'll have to format I'll give it a try. m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On 28 October 2006 12:16, CapSel wrote: > It's now more than five times when reiserfs has "sucked my data into > /dev/null". At the begining I thout that was a hardware problem - > disk, ram... but now I am almost 100% sure that reiserfs IS NOT stable > file system. It doesn't matter if I have gentoo-sources or > hardened-sources, if I compile for my arch or for i386... heavy load > or just one rsync process, gentoo or slackware (I thought that I gave > "bad" CFLAGS, USE...). > ...it lacked support for SEcurity labels some time ago... > But it is still fastest fs. > Am I the only one who have this problem? I have used ReiserFS for years without any problems. On gentoo systems as well as SuSE. Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
b.n. wrote: > CapSel ha scritto: >> It's now more than five times when reiserfs has "sucked my data into >> /dev/null". At the begining I thout that was a hardware problem - >> disk, ram... but now I am almost 100% sure that reiserfs IS NOT stable >> file system. It doesn't matter if I have gentoo-sources or >> hardened-sources, if I compile for my arch or for i386... heavy load >> or just one rsync process, gentoo or slackware (I thought that I gave >> "bad" CFLAGS, USE...). >> ...it lacked support for SEcurity labels some time ago... >> But it is still fastest fs. >> Am I the only one who have this problem? >> So my question is - how can I help to eliminate this bug(s)? > > It's two years I'm using ReiserFS and I still had no problem *fingers > crossed*. > > You are scaring me, anyway, :) and yours is not the first horror story > I have heard about ReiserFS. > > I've heard good things about XFS, probably when I'll have to format > I'll give it a try. > > m. If you use XFS, make sure you have good power. XFS does not like power failures at all. I have had to reinstall on a second rig because of this very problem. If you have a UPS, that may be OK. I have used Reiserfs since I started using Linux four years ago and I have not had any trouble at all. I would make sure it is not something bad on the drive. I'm even looking forward to Reiserfs4 myself. Also, exactly what is the failure you have? Have you googled to see if others have the same issue and maybe a fix? Dale :-) :-) -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: BIG reiserfs problem
· Dale <[EMAIL PROTECTED]>: > I'm even looking forward to Reiserfs4 myself. Well, actually I wouldn't hold my breath for Reiserfs anymore, now that Hans Reiser is in jail. I really don't think that reiserfs will have a good future. Alexander Skwar -- Elwood: What kind of music do you get here ma'am? Barmaid: Why, we get both kinds of music, Country and Western. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
On 28 October 2006 13:14, Alexander Skwar wrote: > · Dale <[EMAIL PROTECTED]>: > > I'm even looking forward to Reiserfs4 myself. > > Well, actually I wouldn't hold my breath for Reiserfs anymore, > now that Hans Reiser is in jail. I really don't think that reiserfs > will have a good future. He isn't in jail but in detention. No court has convicted him yet. Still, ReiserFS4 seems unlikely to happen. :-( Uwe -- Mark Twain: I rather decline two drinks than a German adjective. http://www.SysEx.com.na -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
CapSel wrote: It's now more than five times when reiserfs has "sucked my data into /dev/null". At the begining I thout that was a hardware problem - disk, ram... but now I am almost 100% sure that reiserfs IS NOT stable file system. It doesn't matter if I have gentoo-sources or hardened-sources, if I compile for my arch or for i386... heavy load or just one rsync process, gentoo or slackware (I thought that I gave "bad" CFLAGS, USE...). ...it lacked support for SEcurity labels some time ago... But it is still fastest fs. Am I the only one who have this problem? So my question is - how can I help to eliminate this bug(s)? I've used Linux for many years - the *only* times I have ever lost data has been due to reiserfs file corruption and both times I had / and /usr mounted as reiserfs, so I'd recommend avoiding it on these two filesystems anyway! I'd recommend changing to ext3 or xfs, as I've found both to be solid (I prefer xfs but that just my personal opinion). Cheers Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
Dale wrote: If you use XFS, make sure you have good power. XFS does not like power failures at all. I have had to reinstall on a second rig because of this very problem. If you have a UPS, that may be OK. Interesting - I'm running an xfs system that has been through several power failures without problems - could have more to do with the specifics of ones harddrives than the type of file system (e.g. ATA/IDE write caching being the most common reason for power loss corruption, and some types seem more susceptible than others). Cheers Mark -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 13:31, Mark Kirkwood wrote: > > I'd recommend changing to ext3 or xfs, as I've found both to be solid (I > prefer xfs but that just my personal opinion). if you use XFS don't use 2.6.17 kernels. if you use ext3 don't use 2.6.18 kernels. ... -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
Alexander Skwar wrote: · Dale <[EMAIL PROTECTED]>: I'm even looking forward to Reiserfs4 myself. Well, actually I wouldn't hold my breath for Reiserfs anymore, now that Hans Reiser is in jail. I really don't think that reiserfs will have a good future. Alexander Skwar According to the homepage, it is already released, not finished but released. http://www.namesys.com/v4/v4.html Surely someone will take it over. It looks promising to me. Yup, I saw where he was arrested. Doesn't mean he did it though. I'll wait on the facts. Dale :-) :-)
Re: [gentoo-user] gcc problems after dep -d
On Saturday 28 October 2006 13:43, Hans de Hartog wrote: > but it dies at the first emerge with: > checking for C++ compiler default output file name... configure: error: > C++ compiler cannot create executables. Do you have ccache installed? If you do try to remerge that. # emerge --oneshot ccache Also if you need additional help please include the output of `emerge --info` in your next mail. -- Bo Andresen pgpKZCIfMAzMH.pgp Description: PGP signature
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 18:40, Hemmann, Volker Armin wrote: > > if you use ext3 don't use 2.6.18 kernels. > Is there a specific problem with ext3 and 2.6.18 kernels? I haven't heard anything yet, but if there is a prob it's likely to bite me very soon... references? - Noven -- >-- Novensiles divi Flamen --< > Miles Militis Fons < pgpRFbishY7np.pgp Description: PGP signature
Re: [gentoo-user] BIG reiserfs problem
Dale ha scritto: If you use XFS, make sure you have good power. XFS does not like power failures at all. I have had to reinstall on a second rig because of this very problem. If you have a UPS, that may be OK. Thanks a lot for the advice. Power outages do happen and I don't have an UPS. Why does it happen? Isn't XFS journaled? m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] alsa-headers dont know what they want...
On Sat, 2006-10-28 at 12:31 +0200, Bo Ørsted Andresen wrote: > On Saturday 28 October 2006 03:37, Meino Christian Cramer wrote: > > I do an > > > >eix-sync && emerge --pretend --tree --verbose --update --deep world > > > > on a regular basis. > > > > Each time the alsa-headers are offered for update. > > > > If alsa-headers 1.0.13 are installed, alsa-headers 1.0.12 are offered > > for update. > > > > If alsa-headers 1.0.12 are installed, alsa-headers 1.0.13 are offered > > for update. > > > > Seems to be an endless story. > > > > How can I stop them ? > > You should know about now, that we need to see the output of the above > command > in order answer that one. Preferably show it when you have > alsa-headers-1.0.13 and emerge wants to downgrade. Also alsa-headers > don't "want" anything. Something else is pulling in the lower version... > I had a similar problem. alsa-utils=1.0.13 was pulling in alsa-header. I found a temporary workaround for the problem by putting alsa-utils, alsa-headers, and alsa-driver above 1.0.11 in /etc/portage/package.mask. I couldn't get alsa-driver-1.0.12 to build anyway... -- gentoo-user@gentoo.org mailing list
[gentoo-user] FIXED: Missing livecd theme
On Fri, 27 Oct 2006 20:21:29 -0400 David Relson wrote: > Greetings, > > My install the 2006.1 LiveCD didn't work 100% -- the emerge > portion of the install died. This left me with a system that is > usable, though not 100% correct. When the system starts up there's a > popup window that says: > > "There was an error loading the theme gentoo-livecd.2006.1. Can't > open > file /usr/share/gdm/themes/gentoo-livecd.1/gentoo-livecd-2006.1.xml". > > I'm installing the gdm-themes-livecd-2006.1 package to satisfy the > reference, but would like to know how/why the theme is being > referenced. Does anybody know? > > Thanks. > > David As luck would have it, I upgraded gdm last night and, this morning, dispatch-conf revealed that /etc/X11/gdm/custom.conf was naming the livecd theme. End of problem! -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc problems after dep -d
Bo Ørsted Andresen wrote: > On Saturday 28 October 2006 13:43, Hans de Hartog wrote: > >>but it dies at the first emerge with: >>checking for C++ compiler default output file name... configure: error: >>C++ compiler cannot create executables. > > > Do you have ccache installed? If you do try to remerge that. > > # emerge --oneshot ccache > > Also if you need additional help please include the output of `emerge --info` > in your next mail. > No, I dont't have ccache and emerge isn't working Emerge --info starts on stderr with: !!! No gcc found. You probably need to 'source /etc/profile' !!! to update the environment of this terminal and possibly !!! other terminals also. and after that: Gentoo Base System version 1.12.5 Portage 2.1.1 (default-linux/x86/2006.0, [unavailable], glibc-2.4-r3, 2.6.17.13 i686) = System uname: 2.6.17.13 i686 Intel(R) Celeron(R) CPU 2.66GHz Last Sync: Fri, 27 Oct 2006 08:50:01 + app-admin/eselect-compiler: [Not Present] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox:1.2.17 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.13-r4 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i486-pc-linux-gnu" CFLAGS="-O2 -mtune=i686 -pipe" CHOST="i486-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -mtune=i686 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://mirror.scarlet-internet.nl/pub/gentoo " LINGUAS="" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="x86 X acpi alsa apache2 apm arts berkdb bitmap-fonts bluetooth bzip2 cli cracklib crypt cups dga dlloader dri elibc_glibc emboss encode esd extensions foomaticdb fortran gdbm gif gkrellm gnokii gpm gstreamer gtk gtk2 imlib input_devices_keyboard input_devices_mouse ipv6 irda irmc isdnlog jack java jpeg kernel_linux ldap libg++ libwww mad madwifi mikmod motif mozilla mp3 mpeg ncurses nl nls nptl nptlonly ogg opengl oss pam pcmcia pcre perl png pppd python qt3 qt4 quicktime readline reflection rtc screen sdl session sox spell spl ssl tcltk tcpd truetype truetype-fonts type1-fonts udev urandom userland_GNU v4l video_cards_radeon vnc vorbis wifi xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: Re: BIG reiserfs problem
· Uwe Thiem <[EMAIL PROTECTED]>: > On 28 October 2006 13:14, Alexander Skwar wrote: >> · Dale <[EMAIL PROTECTED]>: >> > I'm even looking forward to Reiserfs4 myself. >> >> Well, actually I wouldn't hold my breath for Reiserfs anymore, >> now that Hans Reiser is in jail. I really don't think that reiserfs >> will have a good future. > > He isn't in jail but in detention. No court has convicted him yet. Sorry about the confusion. You're right, I didn't know the english word for that. Alexander Skwar -- "Lord grant me the serenity to accept the things I cannot change, the courage to change the things I can, and the wisdom to hide the bodies of the people I had to kill because they pissed me off." -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: BIG reiserfs problem
· Hemmann, Volker Armin <[EMAIL PROTECTED]>: > if you use ext3 don't use 2.6.18 kernels. Why? Alexander Skwar -- A student who changes the course of history is probably taking an exam. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
b.n. wrote: > Dale ha scritto: > >> If you use XFS, make sure you have good power. XFS does not like power >> failures at all. I have had to reinstall on a second rig because of >> this very problem. If you have a UPS, that may be OK. > > Thanks a lot for the advice. Power outages do happen and I don't have > an UPS. Why does it happen? Isn't XFS journaled? > > m. I had the exact same thing happen twice. It ran every other file system just fine, but XFS with one power failure and it was unbootable from then on. I don't know why I just know that I used Reiserfs after that and it worked fine, even after power failures, lots of them too. That said, nothing is perfect. A UPS is a good idea even if it can only last long enough for a proper shutdown. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 16:41, b.n. wrote: > Dale ha scritto: > > If you use XFS, make sure you have good power. XFS does not like power > > failures at all. I have had to reinstall on a second rig because of > > this very problem. If you have a UPS, that may be OK. > > Thanks a lot for the advice. Power outages do happen and I don't have an > UPS. Why does it happen? Isn't XFS journaled? > a) journaling does not prevent data loss. It prevents fs corruption b) XFS does very aggressive caching. Do you have a power outage, you might be lucky, or you might be screwed. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 14:16, Novensiles divi Flamen wrote: > On Saturday 28 October 2006 18:40, Hemmann, Volker Armin wrote: > > if you use ext3 don't use 2.6.18 kernels. > > Is there a specific problem with ext3 and 2.6.18 kernels? I haven't heard > anything yet, but if there is a prob it's likely to bite me very soon... > references? > > - Noven http://marc.theaimsgroup.com/?l=linux-kernel&m=116161490922657&w=2 http://marc.theaimsgroup.com/?l=linux-kernel&m=116184293516235&w=2 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
On Saturday 28 October 2006 15:03, Alexander Skwar wrote: > · Hemmann, Volker Armin <[EMAIL PROTECTED]>: > > if you use ext3 don't use 2.6.18 kernels. > > Why? > http://marc.theaimsgroup.com/?l=linux-kernel&r=1&b=200610&w=2 go there, search for ext3 -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
CapSel wrote: > So my question is - how can I help to eliminate this bug(s)? Can you check your RAM please? Reiserfs (3.x that is) is very stable. I'm using it for five years now. No data loss or corruption. And DON'T use XFS if you can't afford an UPS. Regards, Norberto pgpUxWR1oDYh9.pgp Description: PGP signature
Re: [gentoo-user] BIG reiserfs problem
Hemmann, Volker Armin ha scritto: On Saturday 28 October 2006 16:41, b.n. wrote: Dale ha scritto: If you use XFS, make sure you have good power. XFS does not like power failures at all. I have had to reinstall on a second rig because of this very problem. If you have a UPS, that may be OK. Thanks a lot for the advice. Power outages do happen and I don't have an UPS. Why does it happen? Isn't XFS journaled? a) journaling does not prevent data loss. It prevents fs corruption Well, but having to reinstall a system usually means you've badly corrupted your FS. I'm a bit naive maybe -which realistic situation can lead to a screwed system by simple data loss? b) XFS does very aggressive caching. Do you have a power outage, you might be lucky, or you might be screwed. Yes, I read the previous thread, and I'm quite perplexed. A cache of *megabytes* kept for *hours*? Mmm. I'm not sure it's what I want and/or need. What about JFS? m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
I don't know why I just know that I used Reiserfs after that and it worked fine, even after power failures, lots of them too. Yes, that's one of the reasons I like it. That said, nothing is perfect. A UPS is a good idea even if it can only last long enough for a proper shutdown. Yes, but it costs money :) I run a fairly simple desktop system, so if I get a power outage rarely it's a dramatic thing. Unless I get an unbootable system, in which case I can get very angry... m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
Norberto Bensa wrote: > CapSel wrote: >> So my question is - how can I help to eliminate this bug(s)? > > Can you check your RAM please? Reiserfs (3.x that is) is very stable. I'm > using it for five years now. No data loss or corruption. > > And DON'T use XFS if you can't afford an UPS. Strongly agree on all points there. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
b.n. wrote: > Yes, but it costs money :) Not that much really if you think how much it will save :) You don't need a keep-my-box-up-30-days UPS. A 15 minutes UPS will do just fine and they are very cheap nowdays. Regards, Norberto pgpovI7u8HIQu.pgp Description: PGP signature
Re: [gentoo-user] gcc problems after dep -d
061028 Hans de Hartog wrote: > it dies at the first emerge with: > checking for C++ compiler default output file name... configure: error: > C++ compiler cannot create executables. ... > CHOST="i486-pc-linux-gnu" do 'gcc-config -c' & 'gcc-config -l' to explore; try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban & Community Studies TRANSIT`-O--O---' University of Toronto -- gentoo-user@gentoo.org mailing list
[gentoo-user] [OT] flashplugin detection
I'm an e-season ticket holder at liverpoolfc.tv where I can listen to live commentary of all the games and watch video highlights. Last season everything worked fine (or more or less fine), this season they have changed the econsole to work with flash. I have the flashplugin installed and it works. However, when I launch the econsole it says it needs flashplugin installed (it can't detect it) as a consequence I can't access the media streams (except through the technical support page). I've complained to the technical support but got the usual answer "we do not fully support or test on Linux systems" Before I write back an tell them what I think about that, I would like to be able to tell them how to fix it. So after that preamble, the question is, how does their system detect the presence of the flashplugin on my browser. Is it simply that they need the correct file name (libflashplayer.so) in their config or is it more complicated than that? Thanks Matt -- %%% Dr. Matthew R. Lee CASEB & ECIM Departamento de Ecologia, P. Universidad Catolica de Chile, Alameda 340, Santiago. CP 6513677 CHILE [EMAIL PROTECTED] [EMAIL PROTECTED] URL: meiochile.matthewlee.org %%% -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
Norberto Bensa wrote: > b.n. wrote: >> Yes, but it costs money :) > > Not that much really if you think how much it will save :) > > You don't need a keep-my-box-up-30-days UPS. A 15 minutes UPS will do just > fine and they are very cheap nowdays. Another nice note is that APC and probably others can be connected via USB, and configured to cleanly halt your system if its batteries run out. Always better than a hard dump. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc problems after dep -d
Philip Webb wrote: > 061028 Hans de Hartog wrote: > >>it dies at the first emerge with: >>checking for C++ compiler default output file name... configure: error: >>C++ compiler cannot create executables. > > ... > >>CHOST="i486-pc-linux-gnu" > > > do 'gcc-config -c' & 'gcc-config -l' to explore; > try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem. > [EMAIL PROTECTED] ~ $ gcc-config -c * gcc-config: Active gcc profile is invalid! [1] i386-pc-linux-gnu-4.1.1 [EMAIL PROTECTED] ~ $ gcc-config -l * gcc-config: Active gcc profile is invalid! [1] i386-pc-linux-gnu-4.1.1 [EMAIL PROTECTED] ~ $ su - Password: kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1 * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in '/etc/env.d/gcc/' ! Contents of the FILE /etc/env.d/05gcc: PATH="/usr/i386-pc-linux-gnu/gcc-bin/3.4.6" ROOTPATH="/usr/i386-pc-linux-gnu/gcc-bin/3.4.6" MANPATH="/usr/share/gcc-data/i386-pc-linux-gnu/3.4.6/man" INFOPATH="/usr/share/gcc-data/i386-pc-linux-gnu/3.4.6/info" LDPATH="/usr/lib/gcc/i386-pc-linux-gnu/3.4.6:/usr/lib/gcc/i386-pc-linux-gnu/4.1. 1" GCC_SPECS="" In the DIRECTORY /etc/env.d/gcc are two files: config == CURRENT=i386-pc-linux-gnu-3.4.6 i386-pc-linux-gnu-4.1.1 === PATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1" ROOTPATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1" LDPATH="/usr/lib/gcc/i386-pc-linux-gnu/4.1.1" GCCBITS="32" MANPATH="/usr/share/gcc-data/i386-pc-linux-gnu/4.1.1/man" INFOPATH="/usr/share/gcc-data/i386-pc-linux-gnu/4.1.1/info" STDCXX_INCDIR="g++-v4" -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] flashplugin detection
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Matthew R. Lee wrote: > I would like to be able to tell them how to fix it. > So after that preamble, the question is, how does their system detect the > presence of the flashplugin on my browser. Is it simply that they need the > correct file name (libflashplayer.so) in their config or is it more > complicated than that? Hi! I've been having detection problems, too. For example, there was some flash video site that said It couldn't detect flash, but it allowed me to go on, skipping the detection, and all worked. So, I guess this has to do with some javascript. There is one (adult, yes!!) site (do not follow the link if you feel uneasy about adult content), where this happened (yes, to me): www.pornotube.com It has detection, and skip-detection link, too. SO, try to navigate to it and see what happens. Check out the pages source (frames, etc). Now, MY problem with detection was solved by unmasking and keywording net-www/netscape-flash, and by manually removing the older (Firefox-and-not-emerge-installed) flash plugin. Try that. - -- Arturo "Buanzo" Busleiman - Consultor Independiente en Seguridad Informatica http://www.buanzo.com.ar | http://www.vivamoslavida.com.ar : Portal no-comercial del buen vivir! for f in www blog foros linux-consulting vpnmail; do firefox http://$f.buanzo.com.ar ; done -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFFQ3nmAlpOsGhXcE0RArHRAJ0WThVZMedHSjXhZnMrFLzwqa8PYwCeM7W1 21fuiNcO5janMz1q391fgyA= =Ybj/ -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
fire-eyes ha scritto: Norberto Bensa wrote: b.n. wrote: Yes, but it costs money :) Not that much really if you think how much it will save :) You don't need a keep-my-box-up-30-days UPS. A 15 minutes UPS will do just fine and they are very cheap nowdays. Last time I checked they were in the 40-50 Euro range. However you are right, it probably can save my day. Another nice note is that APC and probably others can be connected via USB, and configured to cleanly halt your system if its batteries run out. Always better than a hard dump. This becomes a philosophical question but, shouldn't computers (hw and sw) be thought to resist hard power outages as much as possible? If UPS systems are the only feasible way to obtain it, why no one thought to somehow include them inside desktop systems? Just to know :) m. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: gcc problems after dep -d
On Saturday 28 October 2006 17:33, Hans de Hartog wrote: > > do 'gcc-config -c' & 'gcc-config -l' to explore; > > try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem. > > [EMAIL PROTECTED] ~ $ gcc-config -c > * gcc-config: Active gcc profile is invalid! > [1] i386-pc-linux-gnu-4.1.1 > [EMAIL PROTECTED] ~ $ gcc-config -l > * gcc-config: Active gcc profile is invalid! > [1] i386-pc-linux-gnu-4.1.1 > [EMAIL PROTECTED] ~ $ su - > Password: > kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1 > * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in > '/etc/env.d/gcc/' ! Obviously this should be "gcc-config i386-pc-linux-gnu-4.1.1" It wouldn't hurt you to actually read the help before posting a silly error like this... -- gentoo-user@gentoo.org mailing list
[gentoo-user] VMware Player incommunicado
I've surely done something wrong. I just don't know what. I'm using vmware-player-1.0.1.19317-r7, and I have run the configuration script to enable all forms of networking. Further, I'm running the Minix virtual machine from the web page. At school where I teach, this VM works fine under Fedora Core 5. Here, I cannot get a floppy to work either as /dev/fd0 nor as a file. I also cannot get internet stuff to work. Floppy always reports I/O errors: an interrupt times out. The floppy is /dev/fd0 and works under Gentoo. Internet fails to get a host IP. Gentoo reports vmnet1 and vmnet8 are up. "Here" is a dual-Xeon running Gentoo, all stable packages. SO: Minix cannot contact the outside world by floppy or by internet. Not helpful. I get this message every time I start VMplayer: /opt/vmware/player/lib/bin/vmplayer: /opt/vmware/player/lib/lib/libpng12.so.0/libpng12.so.0: no version information available (required by /usr/lib/libcairo.so.2) Here's the current dos.vmx from my Minix VM: #!/usr/bin/vmware config.version = "8" virtualHW.version = "4" scsi0.present = "TRUE" memsize = "256" ide0:0.present = "TRUE" ide0:0.fileName = "MS-DOS.vmdk" ide1:0.present = "TRUE" ide1:0.fileName = "auto detect" ide1:0.deviceType = "cdrom-raw" floppy0.present = "TRUE" floppy0.filename="/dev/fd0" ethernet0.present = "TRUE" sound.present = "TRUE" sound.virtualDev = "es1371" displayName = "minix311_256MB" guestOS = "dos" nvram = "dos.nvram" ide0:0.redo = "" ethernet0.addressType = "generated" uuid.location = "56 4d 3c 4b 84 8a 77 ec-f5 77 6f 48 1e df 00 ba" uuid.bios = "56 4d 40 49 f2 95 6a cc-99 15 43 3f c6 d5 f3 35" ethernet0.generatedAddress = "00:0c:29:d5:f3:35" ethernet0.generatedAddressOffset = "0" ide1:0.startConnected = "FALSE" ide1:0.autodetect = "TRUE" checkpoint.vmState = "" tools.remindInstall = "TRUE" -- Kevin O'Gorman, PhD -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
> This becomes a philosophical question but, shouldn't computers (hw and > sw) be thought to resist hard power outages as much as possible? > If UPS systems are the only feasible way to obtain it, why no one > thought to somehow include them inside desktop systems? I'm sure that they're out there but not in most applications. It's all about smaller and lighter now adays with electronics, but you could probably find a PSU and a UPS combined somewhere; not sure how big it would be or if it would fit within the ATX formfactor for desktop systems, though. Now, mounting something off the back of the case is another story... I'm getting too creative right now so I'll just stop :) -- Statux <[EMAIL PROTECTED]> signature.asc Description: This is a digitally signed message part
[gentoo-user] Re: xmms alternative
On Saturday 28 October 2006 08:30, Sarah wrote: > Dotan Cohen wrote: > > On 23/10/06, Arnau Bria <[EMAIL PROTECTED]> wrote: > >> On Mon, 23 Oct 2006 08:08:08 -0400 > >> > >> Dave V wrote: > >> > Hello, > >> > >> Hi, > >> > >> > I just read on the gentoo-dev list that xmms is about to be removed, > >> > but it's probably the only sound player that I've used. Could someone > >> > recommend a good alternative. I'm rather surprised that no one wanted > >> > to maintain the packages. > >> > >> you should, not should, you MUST use Amarok :-) > >> > >> Cheers! > > > > I second that. My search for the ultimate music player has stopped > > with Amarok. Absolutely brilliant. Name a feature- lyrics? wikipedia > > integration? It's got it. > > > > Dotan Cohen > > > > http://rorot.com > > http://what-is-what.com/what_is/linux.html > > Hi, I'm new to the list but have been lurking for a while... so forgive > the slightly long post (bits of 'background' included to put things in > context) > > I tried to get on with Amarok - I tried on my Ubuntu install before I > discovered Gentoo... thought I'd be bound to get it working with Gentoo > but couldn't... and tried Rhythmbox in desperation to have something > play music. > > From what I've seen of Amarok, I'd love it, but I every time I've > installed it I've run into the same problems: > > All our music (about 80 Gb, I think, mainly (but not all) OGG files) is > stored on a server, accessed on a mounted Samba share. The share would > mount correctly - and I tried mounting it with a variety of permissions > set - but I couldn't get Amarok to 'read' the music collection > successfully. I read various man/wiki/help pages which were supposed to > get it working but I couldn't - and when Amarok bombed out it would take > the system with it - things would lock up and I ended up have to reboot > (!) and/or have major problems getting sound to work at all (it seemed > to come and go, almost without reason). > > I'm a relative newbie with linux and have only had my gentoo install up > and running for about a month now... but I have managed to get most > other things sorted by *lots* of reading/Googling. I started off with > kde, removed that (despite really giving KDE a really good go, I still > wanted to go back to my Gnome comfort zone!) and installed gnome-light, > unmasked the ~x86 packages that gnome-light pulled in and upgraded > them... and sound works at last. And Rhythmbox works - but I don't like > it (never have). I had xmms on my Ubuntu install... and had emerged it > (now unmerged) to use with Gentoo... and would love to have a simple, > working Amarok... but I haven't got my bravery together to embark on > trying again! > > I can't help thinking the problem lies with my (lack of) understanding > of samba - our Squeezebox serves up the music from the samba share > beautifully - so I'm not sure what I'm getting wrong in how I mount the > share (mounting exactly the same way is fine for Rhythmbox) for Amarok > to read. Maybe I'll have another go one day soon! If anyone has any > hot tips or pointers that might help, I'd be grateful - I think I'll > tear all my hair out if I try to emerge it again and end up with big > problems with my system (I so want to avoid a problem that I'll be doing > a full system backup before I have a go). > > I wouldn't vote for rhythmbox. I might try audacious instead. But I'd > really like a working amarok! It seems amarok is a little picky about this. http://amarok.kde.org/wiki/Samba You should be aware that amarok opens all files to read the metadata (tags) when you add them to the collection. This is done just once, after that all the metadata is stored in amaroks database. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gcc problems after dep -d
On AD 2006 October 28 Saturday 11:40:13 AM +0200, Hans de Hartog wrote:
> checking for C++ compiler default output file name... configure: error:
> C++ compiler cannot create executables
>
> or
>
> gcc-config error: Could not run/locate "gcc"
> ...
> [I--] [ -] sys-devel/gcc-4.1.1 (4.1)
> [I--] [ ] sys-devel/gcc-config-1.3.13-r4 (0)
> [I--] [ ] x11-misc/gccmakedep-1.0.2 (0)
I think there is more going on here than gcc-config. I encountered the
very same problems on my machine only after having done an `emerge -uDN
world` and only having one compiler, gcc-4.4.4-r1, on the system.
Hans, I was able to fix gcc-config with `gcc-config -f 1`. However not
only is /usr/bin/gcc seg faulting but
/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc is also insomuch that I can't
even compile this simple program without a segmentation fault,
int main()
{
return 0;
}
yet even after having done `gcc-config -f 1` the profile may be correct
according to gcc-config,
# gcc-config -l
[1] x86_64-pc-linux-gnu-4.1.1 *
but the compiler still gives segmentation faults. This totally baffles
me as `ldd /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc` shows that gcc
only links in
libc.so.6 => /lib/libc.so.6 (0x2aadee5c4000)
/lib64/ld-linux-x86-64.so.2 (0x2aadee4a6000)
and the mtimes on all three files (gcc, libc.so, ld-linux-x86-64.so)
are according to ls:
lrwxrwxrwx 1 root root 23 Sep 4 22:39
/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc -> x86_64-pc-linux-gnu-gcc
-rwxr-xr-x 1 root root 140K Sep 4 22:39
/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/x86_64-pc-linux-gnu-gcc
-rwxr-xr-x 1 root root 1.4M Oct 1 22:54 /lib64/libc-2.5.so
lrwxrwxrwx 1 root root 11 Oct 1 22:54 /lib64/libc.so.6 -> libc-2.5.so
-rwxr-xr-x 1 root root 140K Oct 1 22:54 /lib64/ld-2.5.so
lrwxrwxrwx 1 root root9 Oct 1 22:54 /lib64/ld-linux-x86-64.so.2 ->
ld-2.5.so
These files are clearly much older than yesterday which is when I began
having these gcc problems. Unfortunately I'm still stumped and am
without a working gcc in the meantime.
Justin
--
gentoo-user@gentoo.org mailing list
[gentoo-user] ati-drivers dependencies
I recently switched from the proprietary ati-driver to the open source radeon driver. After a great deal of sweating and swearing and experimenting, I got the xorg.conf file properly configured. I have ati-drivers masked in my package.mask. However, something in my system still thinks I should be using the ati-drivers. Updating world gives me: [EMAIL PROTECTED]:/etc/portage # emerge -uDvat world These are the packages that would be merged, in reverse order: Calculating world dependencies / !!! All ebuilds that could satisfy ">=x11-drivers/ati-drivers-8.27.10" have been masked. !!! One of the following masked packages is required to complete your request: - x11-drivers/ati-drivers-8.27.10-r1 (masked by: package.mask) - x11-drivers/ati-drivers-8.28.8 (masked by: package.mask, ~x86 keyword) - x11-drivers/ati-drivers-8.29.6 (masked by: package.mask, ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. !!! Problem resolving dependencies for kde-base/kompare !!! Depgraph creation failed. Just to see what it would give me, I commented oue the ati-package in package.mask and tested updating kompare. [EMAIL PROTECTED]:/etc/portage # emerge -uDvat kompare These are the packages that would be merged, in reverse order: Calculating dependencies... done! [blocks B ]
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 18:38, b.n. wrote: > What about JFS? it is known to be pretty robust and you will have a hard time to find any 'horror stories' - but one reason for the lack of horror stories: there aren't many users. And it is very slow. -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: xmms alternative
On Saturday 28 October 2006 03:35, Walter Dnes wrote: > On Fri, Oct 27, 2006 at 12:27:52PM +0200, Harm Geerts wrote > > On Friday 27 October 2006 06:00, Walter Dnes wrote: > > > amarok ==> Even worse than xine. It's a Windows Media Player > > > wannabee bloated frontend that ends up launching xine. In addition to > > > building xinelib, it also builds kde-base, ruby, and a bunch of other > > > junk. > > > > Amarok is Microsofts wet dream. > > Amarok has so much more to offer. > > That insult against Amarok is stronger than anything else I can think > of, and beautifully explains exactly what I find wrong with it. Just because *you* wouldn't use it, doesn't mean it's crap... Just because *you* wouldn't use it, doesn't mean you have to badmouth it. You seem to forget people spend time creating these great programs at no cost. You don't insult the program, you insult the people behind it. But even worse is that you based your *opinion* on a screenshot and the dependencies without even touching the program... and then tell the whole world it sucks. If that's not an insult, I don't know what is... Voicing an opinion is fine, but keep in mind that it *requires* you to have decent arguments to back you up, and it does *not* give you the right to be rude. If you feel the need to express thoughts outside that box, you should take them somewhere else. Cause I don't think the members of this list have any need for meaningless statements like that. > Amarok constitutes a replacement for xmms just like an 18-wheeler > tractor-trailer combo constitutes a replacement for a half-ton pickup > truck. Amarok is not a replacement, amarok is an alternative, which is exactly what this thread is about. If you compare them as equals your statement holds truth, *nobody* would argue that. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 19:16, CapSel wrote: > I wrote five because I started to count 5 times ago. My RAM is in good > condition :) Problem with reiserfs (reiser4 is used across the net to > specify version 4.X IMHO) so you are using reiser4? You know that is not even in a stable kernel and still regarded as testing? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] alsa-headers dont know what they want...
On Sat, 28 Oct 2006, Meino Christian Cramer wrote: > Hi, > > I do an > >eix-sync && emerge --pretend --tree --verbose --update --deep world > > on a regular basis. > > Each time the alsa-headers are offered for update. > > If alsa-headers 1.0.13 are installed, alsa-headers 1.0.12 are offered > for update. > > If alsa-headers 1.0.12 are installed, alsa-headers 1.0.13 are offered > for update. > > Seems to be an endless story. I think what's going on is that alsa-headers, alsa-lib, and alsa-driver have a sort of incorrect set of dependancies between them. AFAICT, alsa-driver shouldn't depend on alsa-headers at all, because it seems to be fine to build ALSA userspace against a newer version of the headers than your kernel actually supports (which happens automatically and silently if you're not using alsa-driver; the kernel source has an older version of ALSA than is the default version of alsa-headers, and no dependancy on it). In any case, alsa-lib and alsa-driver don't have dependancies between them, but each depends on having a matching verison of the headers, and only alsa-lib permits a newer version of the headers, and alsa-driver is currently behind, and emerge doesn't back-propagate dependancy information, but nothing bad actually seems to happen. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
Statux wrote: This becomes a philosophical question but, shouldn't computers (hw and sw) be thought to resist hard power outages as much as possible? If UPS systems are the only feasible way to obtain it, why no one thought to somehow include them inside desktop systems? I'm sure that they're out there but not in most applications. It's all about smaller and lighter now adays with electronics, but you could probably find a PSU and a UPS combined somewhere; not sure how big it would be or if it would fit within the ATX formfactor for desktop systems, though. Now, mounting something off the back of the case is another story... I'm getting too creative right now so I'll just stop :) I'm thinking you could make the capacitors on the high voltage side MUCH larger so it would last longer. It would still have to be a fast shutdown though. Something like shutdown -h -t -5 minutes ago. LOL The only thing about that is charging them when you first turn on the computer. Dale :-) :-)
Re: [gentoo-user] BIG reiserfs problem
I use reiserfs (version 3.x, if correctly recall 3.6), haven't even touched reiser4(resierfs 4.X).On 10/28/06, Hemmann, Volker Armin < [EMAIL PROTECTED]> wrote:On Saturday 28 October 2006 19:16, CapSel wrote: > I wrote five because I started to count 5 times ago. My RAM is in good> condition :) Problem with reiserfs (reiser4 is used across the net to> specify version 4.X IMHO)so you are using reiser4? You know that is not even in a stable kernel and still regarded as testing?--gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: xmms alternative
Harm Geerts ha scritto: Just because *you* wouldn't use it, doesn't mean it's crap... Just because *you* wouldn't use it, doesn't mean you have to badmouth it. You seem to forget people spend time creating these great programs at no cost. You don't insult the program, you insult the people behind it. I personally like and use amaroK, but if he feels it's a smoking pile of crap, it's in his whole rights to loudly say so. Many nice and helpful people end up coding piles of crap, the fact they are lovely people doing free software doesn't stops me to tell their program is a (free) pile of crap. But even worse is that you based your *opinion* on a screenshot and the dependencies without even touching the program... and then tell the whole world it sucks. He doesn't like something with these dependencies and the interface depicted in the screenshot. So his comments are perfectly appropriate. Amarok constitutes a replacement for xmms just like an 18-wheeler tractor-trailer combo constitutes a replacement for a half-ton pickup truck. Amarok is not a replacement, amarok is an alternative, which is exactly what this thread is about. If you compare them as equals your statement holds truth, *nobody* would argue that. I think he implicitly meant "something about as lightweight and simple" by reading the word "alternative". And I feel he's quite right. I happily switched from xmms to amarok, but they are definitely not similar programs targeting the same audience. And now stop the incumbent flamewars :) m. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Sat, 28 Oct 2006 11:21:25 -0300, Norberto Bensa wrote: > And DON'T use XFS if you can't afford an UPS. Unless you're using a laptop. -- Neil Bothwick Approx. 1 in 36000 people will break a leg within 3 weeks of reading this post signature.asc Description: PGP signature
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 2:02 pm, Neil Bothwick wrote: > > And DON'T use XFS if you can't afford an UPS. > > Unless you're using a laptop. Solar UPS? -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Sat, 28 Oct 2006 14:14:06 -0500, Joe Menola wrote: > > > And DON'T use XFS if you can't afford an UPS. > > > > Unless you're using a laptop. > > Solar UPS? Battery! -- Neil Bothwick "Bother," said Pooh, as someone flamed him for no reason. signature.asc Description: PGP signature
Re: [gentoo-user] ati-drivers dependencies
On Saturday 28 October 2006 18:23, Daniel D Jones wrote: > I recently switched from the proprietary ati-driver to the open source > radeon driver. After a great deal of sweating and swearing and > experimenting, I got the xorg.conf file properly configured. I have > ati-drivers masked in my package.mask. However, something in my system > still thinks I should be using the ati-drivers. [SNIP] You need to remove fglrx from your VIDEO_CARDS variable in /etc/make.conf. -- Bo Andresen pgpuLwzHgbT7G.pgp Description: PGP signature
Re: [gentoo-user] gcc problems after dep -d
On Saturday 28 October 2006 17:33, Hans de Hartog wrote: [SNIP] > >>CHOST="i486-pc-linux-gnu" > > > > do 'gcc-config -c' & 'gcc-config -l' to explore; > > try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem. > > [EMAIL PROTECTED] ~ $ gcc-config -c > * gcc-config: Active gcc profile is invalid! > [1] i386-pc-linux-gnu-4.1.1 > [EMAIL PROTECTED] ~ $ gcc-config -l > * gcc-config: Active gcc profile is invalid! > [1] i386-pc-linux-gnu-4.1.1 > [EMAIL PROTECTED] ~ $ su - > Password: > kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1 > * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in > '/etc/env.d/gcc/' ! [SNIP] I assume you've changed your CHOST when upgrading glibc without having a clue about you were doing... http://www.gentoo.org/doc/en/change-chost.xml -- Bo Andresen pgpmsMVWRlzcf.pgp Description: PGP signature
Re: [gentoo-user] gcc problems after dep -d
On Saturday 28 October 2006 22:01, Bo Ørsted Andresen wrote: > I assume you've changed your CHOST when upgrading glibc without having a > clue about you were doing... > > http://www.gentoo.org/doc/en/change-chost.xml Oh, and just for the the record. Whatever you do with this don't downgrade glibc! :p That will make you even more screwed that you are already. I guess you've learned by now that you should never run --depclean blindly. Always run it with --pretend first and ensure that it doesn't do something stupid. Unfortunately this is a little late for that though... :( -- Bo Andresen pgplEHwZ4ejuI.pgp Description: PGP signature
Re: [gentoo-user] Re: xmms alternative
On Sat, 28 Oct 2006 18:39:43 +0200 Harm Geerts <[EMAIL PROTECTED]> wrote: > On Saturday 28 October 2006 08:30, Sarah wrote: > > Dotan Cohen wrote: > > > On 23/10/06, Arnau Bria <[EMAIL PROTECTED]> wrote: > > I can't help thinking the problem lies with my (lack of) > > understanding of samba - our Squeezebox serves up the music from > > the samba share beautifully - so I'm not sure what I'm getting > > wrong in how I mount the share (mounting exactly the same way is > > fine for Rhythmbox) for Amarok to read. Maybe I'll have another go > > one day soon! If anyone has any hot tips or pointers that might > > help, I'd be grateful - I think I'll tear all my hair out if I try > > to emerge it again and end up with big problems with my system (I > > so want to avoid a problem that I'll be doing a full system backup > > before I have a go). I have a setup similar to yours, down to the use of Squeezebox. The only difference is that my collection is smaller and of mp3's rather than oggs. Amarok seems to have no real problems with the share. > > It seems amarok is a little picky about this. > http://amarok.kde.org/wiki/Samba FWIW, here's the relevant entry from my /etc/fstab (all one line in the original): //sanguinaria/music /mnt/sanguinariasmbfs credentials=/etc/.samba_credentials,noauto,rw,user,umask=0000 0 > > You should be aware that amarok opens all files to read the metadata > (tags) when you add them to the collection. This is done just once, > after that all the metadata is stored in amaroks database. There's another possible solution, which is to set up an iTunes server on your filserver machine. I have mt-daapd, the opensource iTunes server, running on my fileserver, so that my wife can easily administer her iPod using WinXP and iTunes. Your music on the iTunes server is then also accessible in recent versions of amarok in the "Media Devices" tab. It appears that mt-daapd supports ogg (although iTunes qua iTunes doesn't). Additional information: http://wiki.mt-daapd.org/wiki/Main_Page http://amarok.kde.org/wiki/Music_Sharing Regards, -- Chris Atkinson email: [EMAIL PROTECTED] homepage: http://www.pipeline.com/~cwa/TYWHome.htm rss: http://www.pipeline.com/RSS/TYW_Events.xml signature.asc Description: PGP signature
[gentoo-user] Re: BIG reiserfs problem
· Hemmann, Volker Armin <[EMAIL PROTECTED]>: [ JFS ] > And it is very slow. Based on what evidence/test? According to http://linuxgazette.net/122/TWDT.html#piszcz it's quite fast. Alexander Skwar -- There is nothing new except what has been forgotten. -- Marie Antoinette -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Alexander Skwar wrote: > · Hemmann, Volker Armin <[EMAIL PROTECTED]>: > > [ JFS ] > >> And it is very slow. > > Based on what evidence/test? > > According to http://linuxgazette.net/122/TWDT.html#piszcz it's quite > fast. > > Alexander Skwar Allow me to add that from my own tests (e.g. benchmarks) and personal experience with JFS, it is quite fast. Chris Walters -BEGIN PGP SIGNATURE- iD8DBQFFQ9FcUx1jS/ORyCsRCOAxAJ9G7FZF89EJOiYsUqhVeKcr6o13ngCgjlFo sWTOuK4F4BQakNuW9IsMnlA= =CpJs -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
On Saturday 28 October 2006 17:47, Alexander Skwar wrote: > · Hemmann, Volker Armin <[EMAIL PROTECTED]>: > > [ JFS ] > > > And it is very slow. > > Based on what evidence/test? > > According to http://linuxgazette.net/122/TWDT.html#piszcz it's quite > fast. > Nice graphs... looking them over make me quite happy I use EXT3 as my filesystem of choice Jerry -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Saturday 28 October 2006 19:33, CapSel wrote: > I use reiserfs (version 3.x, if correctly recall 3.6), haven't even touched > reiser4(resierfs 4.X). > ah, ok. From your post it sounded like you were using 4. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
Hemmann, Volker Armin wrote: On Saturday 28 October 2006 13:31, Mark Kirkwood wrote: I'd recommend changing to ext3 or xfs, as I've found both to be solid (I prefer xfs but that just my personal opinion). if you use XFS don't use 2.6.17 kernels. ... A good link that briefly discusses power failures, write caching, kernels and write barriers is: http://oss.sgi.com/projects/xfs/faq.html#nulls -- gentoo-user@gentoo.org mailing list
[gentoo-user] hald doesn't allow my cdrom to spin down
Hi, do you have the same problems? When hald is running, it seems to access the dvd-drive on a regular basis. That means, that the drive doesn't spin down :-( signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] BIG reiserfs problem
On 10/28/06, CapSel <[EMAIL PROTECTED]> wrote: 1. reiserfs breaks down on power failures even with option data=journal or sync Huh, reiserfs doesn't do this. It only logs metadata updates. 1. Is there the file system that preserves data & metadata like UFS2 "solid as rock!" ext3 mounted with data=journal 2. What options do I need to enable (mount/mkfs) for XFS or JFS to enable FULL journaling? Cannot be done. They only log metadata. 4. Is there an option in kernel and how to enable it to sync on Oops and reboot? Device Drivers ->Character Devices ->Watchdog Cards ->Watchdog Timer Support ->Software watchdog You might also turn on the Magic SysRq stuff so you can do "Alt-SysRq-s" to sync, "Alt-SysRq-u" to remount everything read-only, and "Alt-SysRq-b" to reboot the PC. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Is there a simple .pls audio mp3-playing app?
> Yes, audacious is closest replacement that I found in stable amd64 > tree. It has same philosophy as xmms. > > But it missing several features. For me it is mainly gapless output, > xosd support and wide posibilites to control it via command line > (like xmms-pipe). Consider also tons of plugins for xmms. > > I have emerged audacious to watch its development but I will stay > with xmms as long as it will be possible. Me too. I use mpg321 to play music files on my harddrive. I don't need no steenkin gui for that. mc is a great file-browser that can run in a true text console or an xterm. I have it set up to launch mpg321 when I press on an mp3 file. I have one other need for an audioplayer. I'm a paying subscriber of Live365, and I need a simple audio player to launch and play streams direct off a .pls file. audacious falls flat on its face in this task. The current version (1.1.2-r1) does *NOT* support mp3, or streaming mp3. It requires a plugin package. The plugin package is keyword masked ~x86. After unmasking the plugin package, I find that it requires a higher version of audacious, which is also keyword masked ~x86. Etc, etc., etc. Version 1.1.0 still supports mp3 directly, so I've package-masked ">media-sound/audacious-1.1.0". But wait... there's more... on at least one Live365 station, audacious plays at half speed, and the singer's voice is way down low. xmms handles that station fine. I tried RealPlayer. Unlike xmms and audacious, it can't keep up with a 96 kbps audio stream, stuttering and buffering all the time. This is on an AMDK8 3000+ with 2 gigs of RAM, running Blackbox, not some underpowered machine running a resource-hogging "desktop environment". -- Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 My musings on technology and security at http://techsec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: BIG reiserfs problem
On 10/28/06, Uwe Thiem <[EMAIL PROTECTED]> wrote: On 28 October 2006 13:14, Alexander Skwar wrote: > · Dale <[EMAIL PROTECTED]>: > > I'm even looking forward to Reiserfs4 myself. > > Well, actually I wouldn't hold my breath for Reiserfs anymore, > now that Hans Reiser is in jail. I really don't think that reiserfs > will have a good future. He isn't in jail but in detention. No court has convicted him yet. Totally OT, but actually in the US, one normally goes to jail while awaiting trial, and then prison if/when convicted. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Sunday 29 October 2006 01:45, Richard Fish wrote: > On 10/28/06, CapSel <[EMAIL PROTECTED]> wrote: > > 1. reiserfs breaks down on power failures even with option data=journal > > or sync > > Huh, reiserfs doesn't do this. It only logs metadata updates. nope, it can log data too. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On 10/28/06, fire-eyes <[EMAIL PROTECTED]> wrote: I'm not sure about the journaling, but the trick is that it caches writes very aggressively -- we're talking dozens of MB at a time, and it often holds onto those writes for not just minutes but even hours. Just want to point out that XFS offers a few tuning parameters to control how long it will cache metadata before writing it out. Reducing these parameters "encourages" xfs to write associated file data more frequently as well. See /usr/src/linux/Documentation/filesystems/xfs.txt. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On 10/28/06, Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: On Sunday 29 October 2006 01:45, Richard Fish wrote: > On 10/28/06, CapSel <[EMAIL PROTECTED]> wrote: > > 1. reiserfs breaks down on power failures even with option data=journal > > or sync > > Huh, reiserfs doesn't do this. It only logs metadata updates. nope, it can log data too. Hmm, looks like "man mount" hasn't kept pace with the kernel. Apologies. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] [OT] flashplugin detection
On 10/28/06, Matthew R. Lee <[EMAIL PROTECTED]> wrote: I'm an e-season ticket holder at liverpoolfc.tv where I can listen to live commentary of all the games and watch video highlights. Last season everything worked fine (or more or less fine), this season they have changed the econsole to work with flash. I have the flashplugin installed and it works. However, when I launch the econsole it says it needs flashplugin installed (it can't detect it) as a consequence I can't access the media streams (except through the technical support page). I've complained to the technical support but got the usual answer "we do not fully support or test on Linux systems" Before I write back an tell them what I think about that, I would like to be able to tell them how to fix it. It isn't something they can fix on their end. You didn't mention what browser you are using, but assuming it is firefox does the flash plugin show up when you go to "about:plugins"? If not, then somehow it is not installed or not installed correctly. Another possibility is that they are using flash version 8 or higher, which had no linux version until a few weeks ago. In this case you may try unmask the beta of netscape-flash-9.x with "echo '=net-www/netscape-flash-9*' >> /etc/portage/package.unmask". I haven't tried it, but have seen reports of memory leaks and browser crashes that are attributable to this. Another option for flash8 compatibility is to install the windows version of firefox and flash under wine. I have done this with some success. -Richard -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Sunday 29 October 2006 02:33, Richard Fish wrote: > On 10/28/06, Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: > > On Sunday 29 October 2006 01:45, Richard Fish wrote: > > > On 10/28/06, CapSel <[EMAIL PROTECTED]> wrote: > > > > 1. reiserfs breaks down on power failures even with option > > > > data=journal or sync > > > > > > Huh, reiserfs doesn't do this. It only logs metadata updates. > > > > nope, it can log data too. > > Hmm, looks like "man mount" hasn't kept pace with the kernel. Apologies. > yeah, that is a big problem. The data=journal option is AFAIR two years old. The manpages are pretty... out of sync. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Is there a simple .pls audio mp3-playing app?
Walter Dnes wrote: I have one other need for an audioplayer. I'm a paying subscriber of Live365, and I need a simple audio player to launch and play streams direct off a .pls file. Hi, I'm not familiar with Live365, but I listen to radio (http://kplu.org) and similar streams off the Internet sometimes, and I find that mplayer is more than up to the task, including dealing with pls files. e.g. $ mplayer http://www.abacast.com/media/pls/kplu/kplu-sc-48.pls works for me every time. I already have mplayer installed to watch DVDs, so it might as well serve another purpose. Thanks, Ryan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] alsa-headers dont know what they want...
From: Bo Ørsted Andresen <[EMAIL PROTECTED]> Subject: Re: [gentoo-user] alsa-headers dont know what they want... Date: Sat, 28 Oct 2006 12:31:56 +0200 > On Saturday 28 October 2006 03:37, Meino Christian Cramer wrote: > > I do an > > > >eix-sync && emerge --pretend --tree --verbose --update --deep world > > > > on a regular basis. > > > > Each time the alsa-headers are offered for update. > > > > If alsa-headers 1.0.13 are installed, alsa-headers 1.0.12 are offered > > for update. > > > > If alsa-headers 1.0.12 are installed, alsa-headers 1.0.13 are offered > > for update. > > > > Seems to be an endless story. > > > > How can I stop them ? > > You should know about now, that we need to see the output of the above > command > in order answer that one. Preferably show it when you have > alsa-headers-1.0.13 and emerge wants to downgrade. Also alsa-headers > don't "want" anything. Something else is pulling in the lower version... > > -- > Bo Andresen Hi Bo! I have looked through all my logs and found the following: Script started on Wed Oct 25 13:54:08 2006 These are the packages that would be merged, in reverse order: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [ebuild U ] x11-libs/qt-4.1.4-r2 [4.1.4] USE="cups gif jpeg opengl png zlib -accessibility -debug -doc -examples -firebird -mng -mysql -nas -nis -odbc -postgres -sqlite -xinerama" 0 kB [nomerge ] media-sound/alsa-driver-1.0.12 USE="oss -debug -doc" [ebuild UD] media-sound/alsa-headers-1.0.12 [1.0.13] 0 kB Then, next time: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] media-plugins/gst-plugins-alsa-0.10.4 [nomerge ] media-libs/alsa-lib-1.0.13 USE="-debug -doc" [ebuild U ] media-sound/alsa-headers-1.0.13 [1.0.12] 0 kB Then, next time: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] media-sound/alsa-driver-1.0.12 USE="oss -debug -doc" [ebuild UD] media-sound/alsa-headers-1.0.12 [1.0.13] 0 kB Then next time: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [ebuild U ] app-misc/screen-4.0.3 [4.0.2-r5] USE="pam -debug -multiuser -nethack (-selinux)" 820 kB [ebuild U ] sys-apps/net-tools-1.60-r12 [1.60-r11] USE="nls -static" 102 kB [nomerge ] media-plugins/gst-plugins-alsa-0.10.4 [nomerge ] media-libs/alsa-lib-1.0.13 USE="-debug -doc" [ebuild U ] media-sound/alsa-headers-1.0.13 [1.0.12] 0 kB Then next time: These are the packages that would be merged, in reverse order: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] media-sound/alsa-driver-1.0.12 USE="oss -debug -doc" [ebuild UD] media-sound/alsa-headers-1.0.12 [1.0.13] 0 kB Then next time: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] dev-dotnet/gtk-sharp-2.8.0 USE="-doc" [ebuild U ] dev-lang/mono-1.1.13.8.1 [1.1.13.6] USE="X nptl" 17,342 kB [ebuild U ] app-arch/unrar-3.6.8 [3.6.7] 122 kB [nomerge ] media-plugins/gst-plugins-alsa-0.10.4 [nomerge ] media-libs/alsa-lib-1.0.13 USE="-debug -doc" [ebuild U ] media-sound/alsa-headers-1.0.13 [1.0.12] 0 kB [nomerge ] media-libs/gst-plugins-base-0.10.8 USE="X alsa esd oss xv -debug" [nomerge ] dev-libs/glib-2.10.3 USE="-debug -doc -hardened" [nomerge ]sys-libs/glibc-2.4-r3 USE="nls nptl nptlonly -build -glibc-compat20 -glibc-omitfp -hardened (-multilib) -profile (-selinux)" [ebuild U ] sys-libs/timezone-data-2006n [2006g] 336 kB Then next time: These are the packages that would be merged, in reverse order: Calculating world dependencies... done! [nomerge ] dev-util/gtk-doc-1.6-r1 USE="-debug -doc -emacs" [nomerge ] app-text/openjade-1.3.2-r1 [ebuild U ] app-text/opensp-1.5.2-r1 [1.5.1] USE="nls -doc%" 1,485 kB [ebuild U ] media-sound/alsa-driver-1.0.13 [1.0.12] USE="oss -debug -doc" 0 kB [nomerge ] x11-terms/xterm-218 USE="truetype -Xaw3d -paste64 -toolbar -unicode" [nomerge ] sys-libs/libutempter-1.1.4.1 [nomerge ] app-arch/rpm2targz-9.0-r3 [nomerge ]x11-apps/xinit-1.0.2-r6 USE="-debug -minimal" [nomerge ] x11-apps/xsm-1.0.1 USE="-debug -xprint" [ebuild U ] net-misc/netkit-rsh-0.17-r7 [0.17-r6] USE="pam" 0 kB (last was included for the sake of completeness) Each time I submitted the command: eix-sync && emerge --pretend --tree --verbose --update --deep world and, after checking the the output the command: emerge -1 --verbose --update --deep world (yes, I know, there are more efficient ways to do that tasks...) Sorry for my german English which generates thing like "...headers wants..." and such. My English is far from
Re: [gentoo-user] alsa-headers dont know what they want...
On Sunday 29 October 2006 03:21, Meino Christian Cramer wrote: [SNIP] > [nomerge ] media-sound/alsa-driver-1.0.12 USE="oss -debug -doc" > [ebuild UD] > media-sound/alsa-headers-1.0.12 [1.0.13] 0 kB So alsa-driver-1.0.12 was pulling in the lower version of alsa-headers. [SNIP] > [ebuild U ] media-sound/alsa-driver-1.0.13 [1.0.12] USE="oss -debug > -doc" 0 kB [SNIP] And here alsa-driver is upgraded theryby resolving your issue. Congrats! > Sorry for my german English which generates thing like "...headers > wants..." and such. My English is far from perfect. If only that was your only problem. Am I the only who is quite pissed by Meino's custom to reply to every mail off-list? -- Bo Andresen pgpuYiHx5le87.pgp Description: PGP signature
Re: [gentoo-user] Re: BIG reiserfs problem
Richard Fish wrote: > On 10/28/06, Uwe Thiem <[EMAIL PROTECTED]> wrote: >> On 28 October 2006 13:14, Alexander Skwar wrote: >> > · Dale <[EMAIL PROTECTED]>: >> > > I'm even looking forward to Reiserfs4 myself. >> > >> > Well, actually I wouldn't hold my breath for Reiserfs anymore, >> > now that Hans Reiser is in jail. I really don't think that reiserfs >> > will have a good future. >> >> He isn't in jail but in detention. No court has convicted him yet. > > Totally OT, but actually in the US, one normally goes to jail while > awaiting trial, and then prison if/when convicted. > > -Richard > Well, depends on the crime and how much evidence. If it is a serious crime like murder and they have a lot of evidence, yup, that is true. It doesn't sound like they have a lot right now, evidence wise. They just have a serious crime, which is not good for him. I just know that is a really pretty lady and I hope she is just off hiding somewhere. It doesn't sound good for him though. They always look at the spouse first, really hard. It sounds like they were going through a nasty divorce is why I'm just hoping she is off somewhere. That said, I doubt she would have left those kids behind if she did that. My $0.02 worth. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] BIG reiserfs problem
On Sat, 2006-10-28 at 20:25 +0100, Neil Bothwick wrote: > On Sat, 28 Oct 2006 14:14:06 -0500, Joe Menola wrote: > > > > > And DON'T use XFS if you can't afford an UPS. > > > > > > Unless you're using a laptop. > > > > Solar UPS? > > Battery! > actually laptops are worse - on mine laptop-mode doesnt detect when a battery runs out - so everything goes black! On one occasion I lost most of an ext3 file system, so I went back to reiserfs and no more problems. I have lost small areas of data with reiserfs (nothing recent though - very stable), but on ext3 Ive lost whole systems (desktops, and the laptop mentioned above). BillK -- gentoo-user@gentoo.org mailing list
