Re: [gentoo-user] stuffit does not recognise .sitx
Stroller ha scritto: I cannot conceive that anyone could seriously be still using OS 9 or earlier in earnest. I know people that do, and even for pretty serious work. *Why* they do that, is beyond my comprehension. m.
Re: [gentoo-user] Sharing an internet connection
Grant ha scritto: I travel with a strong external antenna for picking up faint wireless signals. It works great, May I ask which antenna? It's a long time I'm looking for something like that but I keep being told that external antennas are often useless (I'm thinking of the over-the-counter usb stuff) m. Here it is: http://www.hawkingtech.com/products/productlist.php?CatID=32FamID=58ProdID=152 Pair this with a USB network adapter and a 15 meter USB extender cable and you're set. It's a great antenna. Thanks! m.
Re: [gentoo-user] Sharing an internet connection
Grant ha scritto: I travel with a strong external antenna for picking up faint wireless signals. It works great, May I ask which antenna? It's a long time I'm looking for something like that but I keep being told that external antennas are often useless (I'm thinking of the over-the-counter usb stuff) m.
Re: [gentoo-user] Re: upgrading from 2005 S1 to 2008.0?
Grant Edwards ha scritto: On 2009-03-10, Dale rdalek1...@gmail.com wrote: Douglas J Hunley wrote: Is it possible to upgrade an existing 2005 S1 install to 2008.0? I gave it a quick try and ran into multiple issues. Before I expend hrs trying to make it work, does anyone know if it's an exercise in futility or not? Thx If it were me, I would save the world file, /rtc and /home and just reinstall. There are several updates that would be pretty extensive and tedious to say it lightly. I think in the long run, a reinstall would be much faster and easier. Giving a little more thought, maybe you should not even save much of /etc either. The make.conf file may be OK but I suspect there are huge changes to everything else too. Save the old /etc somewhere. You might not be able to use most of the files as is, but there are a lot of little pieces of information in them that you'll need. Cutting/pasting them into the new install is way easier than figuring everything out again from scratch. I would also save the kernel config, for the very same reasons (It won't work by itself, but it will be useful nonetheless). m.
Re: [gentoo-user] Re: Installation questions
James ha scritto: Neil Bothwick neil at digimed.co.uk writes: Yes, you heard me right - I recommend one uses Ubuntu to install Gentoo I took that a stage further with my Eee. Knowing how long it would take to build everything, I installed Ubuntu, then used that while Gentoo was building in a chroot. OK, got it. +1, just for the sake of history :). I *never* used a Gentoo livecd. I always used Knoppix or Kubuntu cds. I don't even understand why should one use the minimal gentoo cd when one can have a working environment while installing. m.
Re: [gentoo-user] Permissions of /etc/sudoers
Michael Hentsch ha scritto: The file /etc/sudoers should always be edited with visudo. visudo uses file locking, provides basic sanity checks and checks for parse errors. This always made me crazy. Why, why, why should I use a specialized editor to edit a system file? It's not like we have vixorgconf, vifstab. You are welcome to edit these files with any editor you like. Why is /etc/sudoers special? m.
Re: [gentoo-user] Setting LANG/LC_ALL to html
Frank Schwidom ha scritto: On Fri, Feb 06, 2009 at 03:25:11PM +, AllenJB wrote: Frank Schwidom wrote: Hi, im searching for a suitable package which provides locales for html. Is there any existing known package? When not, is it possible to create such a package, and how? Regards What exactly are you trying to do? LANG usually specifies the language you want software to use while LC_ALL usually specifies the locale settings (things like what format do you want long numbers in) software should use. AllenJB I want to handle html-files like UTF-8 or ISO-8859-1 files. You should setup unicode in your use flags, I think. m,
Re: [gentoo-user] Installing outside of Portage cruft removal
Jesús Guerrero ha scritto: On Mon, January 26, 2009 17:48, Mike Kazantsev wrote: On Mon, 26 Jan 2009 08:41:52 -0800 Grant emailgr...@gmail.com wrote: What do you guys think of this? Do you know of a good cruft removal script? Yep, there's quite good one in gentoo itself. Basically, you'll need to write a short config for it, consisting of lines like cruft name, cruft src uri and a few more lines if you'll need to pass some extra parameters to configure/make/install. It'll build the package in a sandbox, then transfer it to destination, memorizing every change it did and preventing collisions and config overwrites. Just put that config script into an ebuild file and use portage to build it - as simple as it gets ;) If you have to learn to write anything, I suggest learning to write ebuilds instead which will probably be a better long term solution. That way you can reuse that knowledge in your Gentoo experience and you don't need a cruft remover either because you can just emerge -C your program. Ehm, that's what Mike was suggesting, albeit wittily :) m.
Re: [gentoo-user] Anxiousness? [was:Tips/Tricks for Gentoo on low-spec computer?]
Mark Knecht ha scritto: The one thing I would respectfully suggest is that you carefully build your own portage overlay. My experience with Gentoo over the last few years is that there is a _anxiousness_ in the portage maintainer area to move newer revisions of software into portage quickly and then just as quickly to remove from portage what users are currently using. Really? I am usually a bit annoyed by the contrary. On an almost 1-year old Kubuntu (8.04 Hardy Heron) I can find packages that are just barely x86 stable now on Gentoo. A couple of examples I am aware of: Firefox 3: stable just since one month on Gentoo x86, was included in KB8.04 Qtiplot: 0.9.x stable and working on KB8.04, all releases ~x86 (and a hell to compile on a stable system -still didn't manage to do it) in Gentoo. Python releases are often behind, and not mentioning KDE 4, which is even default on 8.10 Kubuntu and on Gentoo was still hardmasked last time I checked (but probably Gentoo is just right in this respect, everyone keeps telling me to wait before digging into KDE 4). I fully understand that there are good reasons for that, and that the meta-distribution status of Gentoo makes harder to check packages (and also that the Ubuntu folks wildly release unstable stuff... firefox 3 rc in 8.04, for example). I just feel that (stable) Gentoo is actually a bit *behind* the average Linux distribution in its revisions of software. Most importantly, I also feel that that's something new: when I first installed my system, more than 4 years ago, I felt it was *ahead*. I wonder if it's due just to the sheer increase of work required to test packages, or if there are decisions behind that (or if it's just me having false memories). m.
Re: [gentoo-user] Re: 'emerge -e world' question
Paul Hartman ha scritto: On Tue, Jan 13, 2009 at 9:44 AM, Paul Hartman paul.hartman+gen...@gmail.com wrote: Hi, I normally do emerge -uDvN @world (or in other words emerge --update --deep --verbose --newuse @world). Right now, it tells me this: Total: 0 packages, Size of downloads: 0 kB I also --depclean on a regular basis to remove any unneeded packages. Right now, it tells me this: No packages selected for removal by depclean Based on those two commands, I'm led to believe I have a fully updated system. So, then, I am curious why when I do emerge -e @world it tells me this: Total: 1432 packages (9 upgrades, 2 downgrades, 14 new, 1407 reinstalls, 1 interactive), Size of downloads: 76,235 kB How is that possible? Where do those upgrades, downgrades and new packages come from? What is missing from my traditional -uDvN command that is causing me to miss some of those updates? Thanks, Paul Before anyone responds I will throw in my theory :) I'm using ~amd64 and I suppose perhaps the ebuilds have changed since I installed them, but have not had a version increase. It's 4 years I'm using Gentoo and I can still be surprised by it. :) This doesn't look right. Why do devs upgrade ebuilds and do not increase the -rX versioning? m.
Re: [gentoo-user] after installing and running Xorg, my LCD colors in text mode are all wrong
Willie Wong ha scritto: On Mon, Jan 12, 2009 at 01:42:22PM -0500, Denis wrote: I just installed Xorg on the older Dell machine, for which I have a 17-inch Sony LCD screen. Before I did anything with X, my screen colors were just like I'm used to. Now, I fired up X, got it to work fine, and the colors are fine, but then I kill X and go back to text mode, and the colors in text mode are all wrong, like I'm using a dying CRT that's not firing right. I go back to X, and the colors are fine again. Back to text mode - same deal. Is X setting some variable wrong when it shuts off, or do I need to tweak something? Using manual controls on the LCD menu don't help at all. Anyone run into this before and might know what to do about this? Maybe the video card? I had something similar to this happening on my desktop with an old nvidia card. Throughout the years, shutting down X may give one of the following: a) business as usual, nothing wrong. b) the computer thinking the screen is bigger than it actually is: the upper left corner is okay, but the 3 right most columns and the bottom row (of my 80x25 text display) is off the screen. The text is a bit bigger than it ought to be. c) blank screen. The computer still responds: I can type xinit without seeing anything and get back into an X session. Just nothing is displayed on the screen. d) funky colors on the screen, which may also accompany b). I never did figure out what is wrong. The behaviour is transient: if I just start X again, and then shut-off, it not always give the same problem. I suspect it is the video card because I remember noting that it behaved better after a certain version of nVidia driver. But I can't be certain because the bug is awfully un-reproducible. This probably doesn't help much... but I just want to throw in my two cents. Could it be funny stuff remaining in the video card memory? I've seen such eerie things happen in some occasions, with ATI cards. I also remember that old cards had the habit of displaying a ghost of the last X desktop, for a fraction of a second, just when X starts. I think it can only be driver and/or X fault. m.
Re: [gentoo-user] nvidia warning comes a tad late
Volker Armin Hemmann ha scritto: On Donnerstag 01 Januar 2009, Michael P. Soulier wrote: On 01/01/09 Volker Armin Hemmann said: after the emerge you read the messages with elogv and downgrade. No harm done. I'll be sure to try that, thank you. However, would not avoiding a bad upgrade in the first place be a better-behaved tool? Especially when the package in question knew that it was likely incompatible? I'm not saying that this could not be avoided with more work, I'm saying that I shouldn't have to if the tools were better behaved. Cheers, Mike how should 'the tool' know what card you are using? The tool knew -in fact it told him of the breakage , *after* doing it. and even if portage could parse lspci output - why make it slower and more easily to break if all breakage can be avoided by simply reading first - then upgrading? If you don't know there's something to read... Do you always install the latest drivers without reading up on them first? Usually, yes. Could be my fault, but am I expected to read technical docs everytime I update a package? Anyway, the system *knows* that there's a problem, so your point is moot. The only thing we're asking is to warn and stop *before* and not *after*. Nvidia's 'deprecation' strategy is a pain in the ass and they are doing it for a long time now. So this time it bit you. Next time it will be 6XXX card users, then 7XXX card users and so on. That is why you have to go to nvnews first and then upgrade. Not the other way round. Thanks for advice. m.
Re: [gentoo-user] Hard to find netiquette, enculturation bug. (Was: Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver)
John J. Foster ha scritto: On Mon, Dec 22, 2008 at 09:32:26AM +0800, Mark David Dumlao wrote: I think you're missing the point. I never asked the community to change its rules. I'm only saying that these particular rules were invisible, and there's no way to find out about it, and that's going to be a problem for any user community. OK, but don't you honestly think we could just move on now and talk about Gentoo. Please. Please not. The user is complaining of a *damn serious* problem. His emails were ignored for an undocumented formatting community rule, and it made impossible for him to use the mailing list, without anything alarming him of the problem until late. I do not use html email myself, but what happened to him is surely plain wrong. And what's even worse, instead of people concerning about that and how to solve the situation in the future, there is a lot of people giggling and behaving like OMG H4X0RZ against the lame n00b , ignoring the fact that not everyone in this world has been born uttering his first words on Usenet. Please. He's completely right in demanding apologies and a swift reaction to the problem -because if users cannot access the list due to undocumented stuff, it's a problem. Also: to the people filtering out html mail: why? No, really, *why*? My mail client is set to receive html mail and convert it in plain text transparently, so I *never* see the html. Why can't you do so? It's not 1990 anymore. Could you use a more serious email client? What's the point in filtering out content because of formatting? You dislike html? Have your client convert it in text. You think it's heavier than it should be? Hmm, we live in a world of broadband and 1-Tb hard disks, and emerge -auv world, do you really complain for a couple more kb? I understand the fascination with the Ancient Unix Tools, but don't you think a bit more elasticity is worthwile in 2009? m.
Re: [gentoo-user] [OT] Bold, italics, underscore convention (Was: Hard to find netiquette, enculturation bug.)
Willie Wong ha scritto: Starting a new thread because this is getting way off topic (both re: gentoo or re: the topic under discussion in the other thread) On Sun, Dec 21, 2008 at 11:25:12PM -0600, Penguin Lover ??Q?? squawked: On Sun, 21 Dec 2008 23:05:58 -0600 Steven Susbauer stupendousst...@hotmail.com wrote: Some mail readers convert *asterisks* as bold statements. I believe it is the generally accepted way to make a section stand out when dealing with plain text. Yes. The other two kinds of conventional pseudo-markup are /slashes/ for italics and _underscores_ for underlining. Even with clients that don't use them to change rendering, they're easy to pick up by eye when reading the plain text. Okay, my tongue was firmly in my cheek in the hypothetical question I just posted in the old thread. But now seriously: is there anyway of telling the recipient client to NOT change rendering, other than telling the recipient to turn off rendering changes in the mail client? I feel that this is a more legitimate question because it is quite possible that the answer to some question posted on a linux mailing list invoves a one-line sed command, or even a directory listing. Is it possible to tell clients which change rendering that, yes, I really mean /root/.rev* and not emroot/em.rev* ? My client -Thunderbird- solves it quite elegantly. It keeps the rendering characters AND renders. That is, *something* is rendered as [bold]*something*[/bold] and not as [bold]something[/bold]. So when there is some /directory-path/ stuff I see it funnily in italic but I also see the slashes, and everyone's happy. Don't know about other mail readers, but it seems such an obvious solution that I'd be amazed if Thunderbird hasn't just copied it from other clients. m.
Re: [gentoo-user] Hard to find netiquette, enculturation bug. (Was: Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver)
Stroller ha scritto: I intended to stay silent, however I feel obliged to balance the posts from brullonu...@gmail.com You could answer to my emails, argumenting in detail. I hope we're not here to score points, but to understand what to do to solve the situation. In my humble opinion, just mocking the guy and perpetuating the status quo is not a solution, but hey, I could be wrong :) m.
Re: [gentoo-user] Hard to find netiquette, enculturation bug. (Was: Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver)
Stroller ha scritto: On 21 Dec 2008, at 09:46, Mark David Dumlao wrote: ... On perhaps my third or fourth repost, I found a shocking answer: On Thu, Dec 18, 2008 at 8:24 AM, Nicolas Sebrecht ... You may try by sending a mail using the text format instead of the HTML one. I don't read more than one line when it's written in HTML. I suspect that a lot of contributors do the same here. Please, conform to the netiquette. That was one of the coldest, most invisible, and hardest to troubleshoot communication errors I've ever seen. This is a very poor description. Mr Sebrecht's reply certainly was not a communication error, if that's what you mean. His response was quite reasonable, and it wasn't even terse. The comunication error is not the answer of mr.Sebrech. It's the fact that, as you put it: no-one bitchslapped you for this. Basically he went ignored for unknown (to him -and to potentially any newbie) reasons, without feedback, for a lot of time until Sebrech told him that under pressure. I don't know what you mean by using the adjective cold in relation to the communication error that your mailer posts HTML by default. You should file an upstream bug about that with whomever supplies it. Why is posting HTML mail a bug? I don't like HTML mail and I try to avoid it as much as possible, but there is nothing intrinsically wrong in HTML mail. m.
Re: [gentoo-user] Hard to find netiquette, enculturation bug. (Was: Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver)
Volker Armin Hemmann ha scritto: On Montag 22 Dezember 2008, b.n. wrote: The user is complaining of a *damn serious* problem. His emails were ignored for an undocumented formatting community rule, and it made impossible for him to use the mailing list, without anything alarming him of the problem until late. no. His mails were ignored because nobody had an answer. Shown by the fact that nobody complained about his triple posting or html mails. It has been said more than once that there is people that automatically trashes html emails. So maybe someone had an answer: but he will never know, because these mails never went to intended recipients. I do not use html email myself, but what happened to him is surely plain wrong. no, it is just 'life'. Hey, being murdered in the streets too is 'life', but I wouldn't call it right. And what's even worse, instead of people concerning about that and how to solve the situation in the future, there is a lot of people giggling and behaving like OMG H4X0RZ against the lame n00b , ignoring the fact that not everyone in this world has been born uttering his first words on Usenet. just search for 'html mail' in this list's archive, please? And how could have him searched this if he was completely unaware that html email was actually a problem? Please. He's completely right in demanding apologies and a swift reaction to the problem -because if users cannot access the list due to undocumented stuff, it's a problem. no, he is absolutly wrong in demanding everything. Nobody is paid to be here or answer his mails. He asked something nobody was able to or willing to answer. The html mails were a different problem. And now he thinks that his problem was caused by html - instead it was caused by a lack of knowledge/willingness in participation. His problem could *also* having been caused by html, if people filter html mail out. Also: to the people filtering out html mail: why? No, really, *why*? My mail client is set to receive html mail and convert it in plain text transparently, so I *never* see the html. Why can't you do so? It's not 1990 anymore. Could you use a more serious email client? What's the point in filtering out content because of formatting? You dislike html? Have your client convert it in text. You think it's heavier than it should be? Hmm, we live in a world of broadband and 1-Tb hard disks, and emerge -auv world, do you really complain for a couple more kb? since this list has hundreds, maybe thousands recipients - yes, complaining is justified. Sure, we live in the world of bittorrent and youtube, it will surely be some kb of text here and there that will clog the Series of Tubes. Please, you're kidding me. Anyone having a problem with html mail should, if wanting to be taken seriously: - detail explicitly why his/her mail client cannot be configured to render html email as plain-text and explain explicitly why he/she's locked to such a poor client - otherwise, explicitly admit that is a personal irrational idiosyncracy (just like mine is: I don't like html mails, but there's no real rational behind that, I just find plain text clearer) I understand the fascination with the Ancient Unix Tools, but don't you think a bit more elasticity is worthwile in 2009? elasticity like - first thinking, than attacking everybody? He didn't attack anyone. He was extremly polite, just shocked by the fact that no one informed him of this unwritten rule. And almost everyone answered with contempt and poor manners. This thread basically looks like people answering RTFM! to someone complaining of the absence of the FM. m.
Re: [gentoo-user] Hard to find netiquette, enculturation bug. (Was: Re: [gentoo-user] GNOME: Cant logout and Lock Screen is showing different background from GNOME screensaver)
Stroller ha scritto: On 22 Dec 2008, at 12:59, b.n. wrote: ... I don't know what you mean by using the adjective cold in relation to the communication error that your mailer posts HTML by default. You should file an upstream bug about that with whomever supplies it. Why is posting HTML mail a bug? I don't like HTML mail and I try to avoid it as much as possible, but there is nothing intrinsically wrong in HTML mail. It's a bug because it annoys people. It only tends to annoy me when the sender has set the text to a size which is unreadable or intrusive on my monitor (a size which is undoubtedly perfect on the sender's 800x600 monitor), but it appears to annoy other people more. That there's scope for us to have this discussion demonstrates that it's simply better to post plain-text to mailing lists. Mailers should default to plain text unless the user explicitly chooses otherwise. Is your browser rendering everything as plain text? Do you think it is a bug for web servers to serve HTML? We, technically minded people, could find HTML annoying, but most of the world thinks formatting emails with fancy fonts and colors is nicer, or at least they don't care. So many email clients (OSS ones too) default to HTML. We -the plain text fans- are the weird ones. m.
Re: [gentoo-user] Which one...blender goes nuts...
meino.cra...@gmx.de ha scritto: Hi, This is slightly off topic, but I hope there is someone here, who know the trick... I use to compile blender myself from the freshest svn checkout I could get ... :) This morning my sync with the outer world presents an update of openal from openal-0* to openal-1*. I did this, fires up blender and ... BUMM!: /usr/local/bin/blender: error while loading shared libraries: libopenal.so.0: cannot open shared object file: No such file or directory Ok...rebzuild blender...fails...API changes (The previous blender installation remains in place) So I removed openal (emerge -C) and installed the previous version. I fired up blender ... BUMM! : /usr/local/bin/blender: error while loading shared libraries: libopenal.so.1: cannot open shared object file: No such file or directory What the hack is this? Blender -- despite the fact that is not changed at all, wants openal-1* if openal-0* is installed and vice versa... Did you recompile blender after coming back to openal-0* ? m.
Re: [gentoo-user][ot] mail links as footnotes
Daniel Pielmeier ha scritto: Unfortunately there is no ebuild for fatsort [1] only a maintainer wanted bug [2]. There is even a python gui [3], but I don't know if there is really a need for a gui though. I think I will update the ebuild (which does not look that complicated and needs some improvements anyway) in the bug to version 0.9.9 and probably write one for the gui (although the source is not versioned). Then I will try to get this into the tree soonish. [1] http://fatsort.berlios.de/ [2] http://bugs.gentoo.org/show_bug.cgi?id=170425 [3] http://blog.laxu.de/2008/02/03/fatsort-gui/ May I ask why many people on MLs use to write links as footnotes instead that inside the mail text? I suspect it is some netiquette issue, but I can't find info on that and I find it mildly confusing. m.
Re: [gentoo-user][ot] mail links as footnotes
Stroller ha scritto: It's not merely aesthetic, because a URL as long as the one above may not be clickable in the mail client. TinyURL should alleviate this problem, as long as the sender's client doesn't break lines in some stupid place. Right. I'll use direct links inline when I'm talking about something directly technical and want to give an example: http://photography.stroller.uk.eu.org/Rum/large-20.html Usually I'll place it at the end of a sentence following a new line as above. I'm typically breaking my text into short paragraphs to make it more readable if the reader might be following my procedure step-by-step. I used to use TinyURL a lot, but I think - In the kind of email which is a little less technical, and which contains references in the context of longer paragraphs - I prefer footnotes. When the link is in the middle of a paragraph like this http://tinyurl.com/63en7z it tends to interrupt the reader disturb the flow of the text. That's very closely my own policy. Nice to know I'm not alone. :) m.
Re: [gentoo-user] FAT/VFAT fs analyser ???
Daniel Pielmeier ha scritto: And you are right the order is controlled by the order they are saved to the filesystem. It seems this is only true for the usb driver and not the mtp driver which is afaik only usable on windows. I know almost nothing about the iRiver, but the MTP protocol is supported under Linux. I manage my Creative Zen with Amarok using MTP, and there is even a (flaky) mtpfs FUSE layer. Is that an iRiver problem? m.
Re: [gentoo-user] qtiplot
Arttu V. ha scritto: On 11/26/08, b.n. [EMAIL PROTECTED] wrote: b.n. ha scritto: Hi, I have an x86 gentoo system, and I would like to install qtiplot. Unfortunately: - qtiplot 0.8.x requires qwt-4. I have both qwt-4 and qwt-5 installed, and when compilng qtiplot seems to pick invariably the qwt-5. How do I force qtiplot to build with qwt-4 ? Wild guesses, semi-tested on amd64 only: - in the current qtiplot-0.8.5-qmake.patch replace -lqwt with -l:libqwt.so.4 - check that you have qt:3 built with USE=opengl (- gcc-4.3 patching, which were a sort of a detour since I just didn't want to downgrade gcc in the chroot in which I made my testing in) After that I got qtiplot-0.8.5 emerged in a simplistic chrooted amd64 environment, which had little more than the basic qt stuff and explicitly emerged qwt 4 and 5: x11-libs/qwt selected: 4.2.0-r3 5.0.2-r1 However, I don't know this piece of software and I don't think I'm going to learn it right now, so that's as far as I planned on testing it right now. :) Maybe you would like to file a bug in b.g.o? I can dump my crude, couple-line patches/changes there and whoever needs/maintains qtiplot can then refine them or reject them as needed. Thanks for your wonderful reply! However it seems a bit of work. Nothing fancy:but if I have to spend some time patching and testing, I'm rather doing it for the latest version (0.9.x) I keep your mail close, in the meaning that if 0.9.x refuses to work, I'll fallback on 0.8.5 with your suggestions. But if anyone has suggestions on the qt stuff, before b0rking my laptop, I'd be happy. m.
Re: [gentoo-user] Re: OSS4: no sound with 4GB RAM
Nikos Chantziaras ha scritto: Nikos Chantziaras wrote: I'm on AMD64. I'm using OSS4 and sound doesn't work with 4GB RAM (silence or noise). Works fine with 2GB. Anyone encountered something like this before? OSS 4.1_rc2. Kernel 2.6.27.7 (2.6.27-gentoo-r4). Never mind, fixed it. For the record (in case someone has the same problem and searches the list), there's a wrong assumption in /usr/lib/oss/build/osscore.c: if (memlimit 0xLL) this needs to be: if (memlimit = 0xLL) Rebuild with install.sh (same directory) and it should work. Impressive. You should report the bug upstream! m.
Re: [gentoo-user] qtiplot
b.n. ha scritto: Hi, I have an x86 gentoo system, and I would like to install qtiplot. Unfortunately: - qtiplot 0.8.x requires qwt-4. I have both qwt-4 and qwt-5 installed, and when compilng qtiplot seems to pick invariably the qwt-5. How do I force qtiplot to build with qwt-4 ? - qtiplot 0.9.x requires to unmask dependencies like split ebuilds for qt-4.4.2 and boost-1.35. Is it safe to do so in a mostly x86 stable system? What caveats could there be in migrating to the qt-4 unstable split ebuilds? Bump... m.
[gentoo-user] qtiplot
Hi, I have an x86 gentoo system, and I would like to install qtiplot. Unfortunately: - qtiplot 0.8.x requires qwt-4. I have both qwt-4 and qwt-5 installed, and when compilng qtiplot seems to pick invariably the qwt-5. How do I force qtiplot to build with qwt-4 ? - qtiplot 0.9.x requires to unmask dependencies like split ebuilds for qt-4.4.2 and boost-1.35. Is it safe to do so in a mostly x86 stable system? What caveats could there be in migrating to the qt-4 unstable split ebuilds? Thanks, m.
Re: [gentoo-user] Masking for Educational Purposes only ?
GMail ha scritto: I ran into this same thing this morning and felt like mailing Zac a piece of my mind. Sanity prevailed though. I still feeling quite deeply offended though that a package maintainer has forced me to jump through a hoop simply because he would like an earlier version to get tested more. Well, why? If you want to test 2.2 instead, you can do it. It's not blocking you from anything. He wants users to test *more* a given version, and that in turn will probably benefit us all. It's a psychological trick, maybe, but an absolutely innocent one. In fact, once you know that, you *should* jump the bandwagon and help test the previous version. m.
Re: [gentoo-user] Howto compile Xgl on Gentoo (to have dual seat box)
noro kamen ha scritto: Hi, I have dual head nvidia card and like to make dual seat gentoo box. (i.e. two people can work simultaneously, using their own monitor+mouse+kbd) I met these problems: 1. one X window server can work only with one mouse, kbd and VGA card 2. nvidia driver doesn't allow to run two X servers on single dual head card I configured Xorg.conf for two semi independent screens (signed as :0.0 and :0.1), but didn't succeed to attach extra kbd/mouse to them. (I can run e.g. mplayer on one screen in fullscreen mode and work on the other, but still using one mouse+kbd.) I got inspired by this link: http://research.edm.uhasselt.be/~jori/page/index.php?n=Misc.DualSeatX So I have to compile Xgl, run it on both screens and then attach extra mouse + kbd to them via XevdevServer. Does anybody know how to compile Xgl on Gentoo box ? Xgl has been discontinued: http://en.wikipedia.org/wiki/Xgl Can't you do the same with AIGLX in Xorg? m.
Re: [gentoo-user] limit maximum memory size of any process
Zhang Weiwu ha scritto: So: is ulimit the solution? If so, what option should I set? My current ulimit is: $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) 30 scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 3072 max locked memory (kbytes, -l) 32 max memory size (kbytes, -m) 300 open files (-n) 1024 pipe size(512 bytes, -p) 8 POSIX message queues (bytes, -q) 819200 real-time priority (-r) 0 stack size (kbytes, -s) 8192 cpu time (seconds, -t) unlimited max user processes (-u) 3072 virtual memory (kbytes, -v) unlimited file locks (-x) unlimited On my machine I use ulimit -v and it works- however never tried it inside a script. m.
[gentoo-user] overlay eclass overrides eclass from PORTDIR: what is it?
Hi, Syncing today gave me this message: * Overlay eclass overrides eclass from PORTDIR: * * '/usr/portage/local/layman/desktop-effects/eclass/bzr.eclass' * * It is best to avoid overridding eclasses from PORTDIR because it will * trigger invalidation of cached ebuild metadata that is distributed with * the portage tree. If you must override eclasses from PORTDIR then you * are advised to run `emerge --regen` after each time that you run `emerge * --sync`. Set PORTAGE_ECLASS_WARNING_ENABLE=0 in /etc/make.conf if you * would like to disable this warning. Could anyone explain me what does it mean in practice? Thanks, m.
Re: [gentoo-user] Re: gentoo-wiki.com - Needs your help!
Mike Edenfield ha scritto: Gentoo-portage should be up tommorrow, gentoo-wiki will be back eventually, but all content on both sites is probably gone forever. Well, there are backups until March, and Google cache still holds something. I had a similar failure on a wiki I was managing some time ago -it was wiped away in the scribblewiki.com disaster. However thanks to Google/MSN/Yahoo caches and internet archive, I was able to save something. If people go *now* and save caches of what they care about, maybe we can save some brick from the pile of rubble. I personally saved the google cache of a bunch of pages on the Macbook, since I need them :) m.
Re: [gentoo-user] kein Profile
Ralf Hinz ha scritto: Hallo Wollte mein Profile updaten. Leider kein Glück!!! Can you write in English? The mailing list is international... Thanks, m.
Re: [gentoo-user] KDE 4.1.2... a winner!
Erik Hahn ha scritto: On Tue, Oct 07, 2008 at 11:13:33PM +0400, Andrew Gaydenko wrote: I have found another KDE app which is important sufficiently to delay switching to KDE4 - the app is k3b, which still isn't ported. If I understand well, there isn't any minimal apps list (and k3b, would be in the list, I think) which must be ported to KDE4 before unmasking KDE4 in portage. Is it so? Why should there be one? The fact k3b isn't ported yet doesn't break any other KDE package. Does k3b 3.5 run happily under kde4? If yes, there is no problem. If not, there is. m.
Re: [gentoo-user] KDE 4.1.2... a winner!
Alan McKinnon ha scritto: On Wednesday 08 October 2008 19:40:25 b.n. wrote: Erik Hahn ha scritto: On Tue, Oct 07, 2008 at 11:13:33PM +0400, Andrew Gaydenko wrote: I have found another KDE app which is important sufficiently to delay switching to KDE4 - the app is k3b, which still isn't ported. If I understand well, there isn't any minimal apps list (and k3b, would be in the list, I think) which must be ported to KDE4 before unmasking KDE4 in portage. Is it so? Why should there be one? The fact k3b isn't ported yet doesn't break any other KDE package. Does k3b 3.5 run happily under kde4? If yes, there is no problem. If not, there is. That question is irrelevant. It should be: If k3b is ported to KDE4, then it will use the kde4 libs If not, the ebuild will emerge the kde3 libs and k3b will use those. Either way, there is no problem. I know that *in theory* it is so. In practice however, someone in this thread has said that for example kopete suffers incompatibilities. Maybe I have not understood correctly ; however that's why I asked. m.
Re: [gentoo-user] Reopen: OpenOffice dies on startup
Dirk Heinrichs ha scritto: Am Mittwoch 08 Oktober 2008 04:23:35 schrieb ext Kevin O'Gorman: I'm about to compile, but I hate that solution. Why did you choose Gentoo, then? Only by compiling OOo, you will get one that fits into _your_ system. I don't think Gentoo is about being forced to compile. I think it is about being able to choose the best solution that fits your _needs_ ,before your system. That's why binary packages are provided. Sometimes compiling is just not the best option. m.
Re: [gentoo-user] KDE 4.1.2... a winner!
Roy Wright ha scritto: Neil Bothwick wrote: On Sun, 05 Oct 2008 20:08:23 +0200, b.n. wrote: Could you share your relevant package.mask and package.keywords, for the laziest of us? :) emerge autounmask autounmask kde-meta On my ~x86, I had to add: ~app-misc/strigi-0.5.11 to etc/portage/package.unmask/autounmask-kde-meta to resolve a blocking issue between strigi-0.5.10 and strigi-0.5.11 app-misc/strigi:0 ('installed', '/', 'app-misc/strigi-0.5.11', 'nomerge') pulled in by ('ebuild', '/', 'kde-base/libplasma-4.1.2', 'merge') ('ebuild', '/', 'app-misc/strigi-0.5.10', 'merge') pulled in by ('ebuild', '/', 'kde-base/kdebase-kioslaves-4.1.2', 'merge') ('ebuild', '/', 'kde-base/nepomuk-4.1.2', 'merge') ('ebuild', '/', 'kde-base/kdegraphics-strigi-analyzer-4.1.2', 'merge') (and 4 more) BTW, I also changed all of the '=' to '~' to catch any future revs... A bit of a stupid question but I want to be double-sure: -KDE 4 and KDE 3 can happily live together, isn't it? -Do I need to backup config files/use KDE 4 as another user if I want to switch between KDE 4 and KDE 3? -Anything else to worry about? Thanks! m.
Re: [gentoo-user] KDE 4.1.2... a winner!
Jerry McBride ha scritto: I have both kde-3.5.10 and kde-4.1.2 and there are a couple of small incompatibilities... and that's why they are still masked. If I recall right... I had to upgrade to the latest ~x86 portage and then I had to iron out kopete for both versions of kde... No show stoppers, but there are a few issues you'll have to iron out. Sorry, I made no notes... but in my MOST HUMBLE opinion... there's no reason to not to try kde-4.1.2. Well, for me laziness is just enough to let me wait for it to hit at least ~x86... (Also, I don't want ~x86 portage) m.
Re: [gentoo-user] KDE 4.1.2... a winner!
Jerry McBride ha scritto: Well, I took notice that kde 4.1.2 is in portage... I quickly removed kde-svn and layman and began the unmasking and keywording of 4.1.2. I let it all install over night and... This morning, with a little trepidation, I booted into KDE-4.1.2... no problems! This is the first of the recent kde4.x releases that I've been able to take full advantage of. Success at last... Wonderful news! Could you share your relevant package.mask and package.keywords, for the laziest of us? :) Thanks m.
Re: [gentoo-user] Re: First Portage Hick-up, Chokes on Java
[EMAIL PROTECTED] ha scritto: On Thu, 2 Oct 2008, �Q� wrote: snip You didn't need this. It's for third-party e-builds, but you aren't using a third party e-build. The zip file came from Sun, but the ebuild is in the Gentoo portage tree. Ebuilds are just scripts which portage uses to build the packages. In this case, the ebuild isn't allowed to download the files it needs automagically, but it's still a Gentoo ebuild, not a third-party one. I've snipped the rest of what you wrote about overlays, c., but it didn't look like anything was wrong, just unnecessary for what you want to do. For more info about overlays, see http://www.gentoo.org/proj/en/overlays/userguide.xml. Thanks for the additional info. Good to know! I think this little misunderstanding could be solved, in the future, by clarifying it (perhaps in a footnote) in the gentoo docs. To me the instructions for java etc. have always been clear, but it doesn't mean it is always the case. m.
Re: [gentoo-user] Still kde problems with monolithic-split
[EMAIL PROTECTED] ha scritto: Arttu V. [EMAIL PROTECTED] [08-10-04 16:49]: On 10/4/08, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: [blocks B ] gnome-base/gail-1000 (is blocking x11-libs/gtk+-2.14.3-r2) I'm no expert on this, but to me this looks like you're running some unstable gnome/gtk packages? This particular line reminds me of this quite fresh bug at bugs.gentoo.org: http://bugs.gentoo.org/show_bug.cgi?id=239490 Maybe some of your unstable gnome stuff is causing some weird side-effects? What if this gnome's unstable gail- and gtk+-related issue is first fixed by that hint in that bug's last comment? -- Arttu V. No, it does not help. The current state (excerpt) is: [ebuild N] media-video/totem-2.22.2-r1 USE=bluetooth gnome python -debug -galago -lirc -nautilus -nsplugin -nvtv -seamonkey -tracker -xulrunner 0 kB [blocks B ] kde-base/kdebase-kioslaves:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/libkonq:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/khelpcenter:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcminit:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcontrol:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdesktop:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] =kde-base/kdebase-3.5* (is blocking kde-base/khotkeys-3.5.9, kde-base/kdesktop-3.5.9-r1, kde-base/khelpcenter-3.5.9, kde-base/kdeprint-3.5.9, kde-base/kdialog-3.5.9-r1, kde-base/kdebase-data-3.5.9, kde-base/libkonq-3.5.9, kde-base/kicker-3.5.9, kde-base/kdepasswd-3.5.9, kde-base/kcontrol-3.5.9, kde-base/kdebase-kioslaves-3.5.9, kde-base/kdesu-3.5.9, kde-base/kfind-3.5.9, kde-base/kcheckpass-3.5.9, kde-base/kdm-3.5.9, kde-base/konqueror-3.5.9, kde-base/kcminit-3.5.9) [blocks B ] kde-base/kdm:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdeprint:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdebase-data:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdesu:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdialog:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kcheckpass:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/konqueror:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kdepasswd:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kicker:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/khotkeys:3.5 (is blocking kde-base/kdebase-3.5.9-r3) [blocks B ] kde-base/kfind:3.5 (is blocking kde-base/kdebase-3.5.9-r3) Total: 23 packages (3 upgrades, 4 downgrades, 15 new, 1 in new slot, 18 blocks), Size of downloads: 63,220 kB solfire:/rootemerge -C /kdebase-kioslaves !!! The path '/kdebase-kioslaves' doesn't exist. solfire:/rootemerge -C kdebase-kioslaves --- Couldn't find 'kdebase-kioslaves' to unmerge. No packages selected for removal by unmerge Did you unmerge kdebase? m.
Re: [gentoo-user] prelink a dynamic library
Helmut Jarausch ha scritto: On 2 Oct, [EMAIL PROTECTED] wrote: On Wed, 01 Oct 2008 18:53:04 +0200 (CEST) Helmut Jarausch [EMAIL PROTECTED] wrote: Hi, Hello Helmut, I want to create a shared library, say libULIB.so, which needs additional shared libraries, e.g. libmpfr.so and libgmp.so . My users only use the functions provided by libULIB.so. Is there a means to prelink libULIB.so, so that the libraries libmpfr.so and libgmp.so are not needed by the user? You should be able to just provide the libraries to the linker when linking your shared object. When *running* the application, your shared object (i.e. the loader) should transitively pull in the libs on which yours depends. You can check those dependencies using ldd your-lib. Hope this helps, Patric Thanks Patric, but unfortunately that's not what I want. In this case, these secondary libraries (e.g. libmpfr.so and libgmp.so) have to be present on the target machines together with an 'rpath' if they are in non-standard directories. My aim was to let the linker generate a big library which obseletes the secondary libraries. If I understand correctly, you want them to be statically linked. m.
Re: [gentoo-user] Re: How can I upgrade my python version?
Alan McKinnon ha scritto: That is very bad advice. Sounds like something a Windows user would say, and the OP did NOT say that his machine has not been updated for a year. He said it's a year old. haoniukun, there's no reason to reinstall the system. I've man times updated gentoo machines after 18 months or so. (In the hypothesis it has not been updated for a year). Yes, there is no *reason* in the meaning that there is no absolute need for it, and that everything can be fixed. But reinstalling can nonetheless be the fastest, safest, easiest alternative. I understand the Linux community has some taboo related to reinstalling as a mark of the Microsoft evil, but we should just reason and take into account it as one of the possibilities to consider (the problem is that, in MS world, it is often the *only* possibility to consider). m.
Re: [gentoo-user] I am a f*****g retard. Can you help me?
Vaeth ha scritto: On Tue, 16 Sep 2008, Stroller wrote: The risk is that you want to install X that depends upon Y. The ebuild for X states that version 1.2.3 of Y must be used because there's a bug in 1.2.2. The new version of Y fails to compile, so when X is compiled it only has the old version of Y to work with. It may compile OK but not work or feature a security bug. That's not the real risk: Since any sane user will of course check which packages have failed and make sure that the upgraded version will be installed, this will not leave you with an inconsistent system (the next emerge -NaDu world - which of course also any sane user would do afterwards - would even tell you the problem, and in case of an ABI change you would be informed by revdep-rebuild). Well, that's exactly the point where ciaranm and others accused r0bertz (and implicitly me, usually doing the same) of being... well, the title of my original post is clear. (mlangc) if your update script leaves your system unusable you would not even have a clue what went wrong [...] (zhllg) mlangc, i can find which packages are broken (zhllg) just run emerge -tavuDN world again immediately after running that script [...] (ciaranm) idiot is too mild a term for this one Harsh tones/awkward social skills apart :) , the guys seem to imply this kind of check is not enough. The only case I can think of where _really_ problems might arise is the (very rare) situation which I had described: That the ./configure script of X builds X without errors but also without support for Y if only 1.2.2 of Y is installed: Then neither later upgrading of Y nor revdep-rebuild will show anything suspicious, although X does not behave in the intended way. Very clear, thanks. This is, technically, a bug in the ./configure ,however, isn't it? m.
Re: [gentoo-user] Re: A plea for calm
David Leverton ha scritto: On Tuesday 16 September 2008 00:11:30 b.n. wrote: If it's so, what's the point of bitching with him? You won't change his mind. So, you're again just wasting bytes. Because people might believe him if he is allowed to go unchallenged. Frankly, the more you challenge him this mindless way, the more I believe him. The only thing saving you is that your opponent is not much better, so basically you both are on par. You see, people doesn't give a s**t anymore about your *arguments*, if you convey them by catfighting like two misbehaved children. Why don't you write some thorough, well thought post on a blog (*avoiding* name calling the other, but just *bringing arguments*): this could let you advance your position. And again, get a life. It's just source code, a package manager and whatever. You are arguing on a tiny, tiny, tiny spot of the universe. There are much worse things on which to get angry. Grow up.
Re: [gentoo-user] Please be respectful on list
Alec Warner ha scritto: [Resending to list because I sent with the wrong address the first time] A brief warning to all. Userrel does monitor this list and it does react to complaints from users. This list exists for the community; to let users help each other and to voice questions and concerns. This list does not exist for you to flame each other, to badmouth other projects, or to make rude comments. Treat others kindly and you will often find yourself treated kindly in return. Treat others with malice and you may find your gentoo-user privileges (among other privileges) revoked by Gentoo Staff. I don't know if I've been called into question (maybe the title of my last thread was a bit, er, too much ironic?) but what is a gentoo-user privilege? m.
Re: [gentoo-user] Re: A plea for calm
David Leverton ha scritto: On Tuesday 16 September 2008 22:14:47 b.n. wrote: Frankly, the more you challenge him this mindless way, the more I believe him. If you think in such backwards logic then I don't care who you believe. It's not backwards logic. The important words are this mindless way. If you were challenging him quietly and thoroughly, *maybe* someone could have given credit to your arguments. As someone said, there is no worse thing you can do a cause, than defending it with the wrong arguments. Bitching and arriving to a children-in-the-school behaviour is the worst thing you can do to your cause. Before I thought paludis was an interesting package manager. Now I think it is an interesting package manager with an *awful* community behind, and even if I am curious to try it, I am not going to do it because of the treatment I'd be reserved by people like ciaranm, or you, if I only needed help or disagreed with your opinions. Of course you can say I don't care of you and people like you. But, hey, this means no one cares about you too. Don't know who wins in such cases, but I have the feeling it is not you. m.
Re: [gentoo-user] KDE 3.5.10 in portage...
Neil Bothwick ha scritto: On Tue, 16 Sep 2008 06:34:52 +0100, David Leverton wrote: That was the trigger, not the point. This thread long since ceased to have any point. All you are achieving is to discourage people from trying Paludis if this is the kind of hassle associated with it. My reponses to Volker are certainly not associated with him trying Paludis. I didn't say they were.You're never going to convince Volker, but you may well have succeeded in discouraging others from try Paludis. He did. See my answer below. m.
Re: [gentoo-user] Re: A plea for calm
David Leverton ha scritto: On Tuesday 16 September 2008 23:18:42 b.n. wrote: I am not going to do it because of the treatment I'd be reserved by people like ciaranm, or you, if I only needed help or disagreed with your opinions. What on Earth makes you think that? Your behaviour. The IRC log posted on the r0bertz blog. Just two examples. Volker is certainly not asking for help, and he is not merely disagreeing, but preaching his gospel of lies at every conceivable opportunity. If you don't do that (which is surely wise in any case) you won't receive the corresponding response. This is paranoid behaviour. To think that there is a hate campaign about your little software is utterly paranoid. You are not Linux, no Microsoft is doing a get the facts campaign on you. Actually, I'm pretty sure 99.999% of world population just doesn't care about your software. :) That said, I don't agree with everything Volker says (frankly I saw no problem at all with a paludis-only overlay, and I said that before, and I don't think there is a paludis conspiracy just like I don't think there is an anti-paludis conspiracy), and Volker's tone was not better than yours. But I'm sure that he talks this way because he's actually concerned about your software and the behaviour of your community. And reading stuff like the IRC logs of ciaranm (and you defending his behaviour) I can't but agree. None of you was constructive in the discussion. For example, a sub-thread went this way: Volker said Paludis is bloated. You answered no it's not. He said yes it is and then it became a sensless blah-blah liar-liar. Why don't you just go at your desks, count lines of code/features/memory consuption/executable size/whatever fits your measures of bloated and decide numerically what's bloated or not? Moreover, as I told you some time ago, the only way to shut up lies is *facts*. In software, facts means code. You can take it as, think, a contest. He says Paludis is bloated? Let's compare them, and, in the meantime, let's aggressively reduce memory consumption! Let's modularize it (if it's not already), so everyone can have his pet features without complaining. If it's already modular, let's write the appropriate plugin and tell him see how easy it was?. Et cetera. When you will have huge, undeniable facts on your side, you won't need to fear any conspiracy. And if someone still denies them, well, let's make those facts even huger and more solid -that is, go and code again. That way you not only will win your flamewars with more arguments, but make the life of users better. m.
Re: [gentoo-user] Re: A plea for calm
David Leverton ha scritto: On Tuesday 16 September 2008 23:53:20 b.n. wrote: David Leverton ha scritto: On Tuesday 16 September 2008 23:18:42 b.n. wrote: I am not going to do it because of the treatment I'd be reserved by people like ciaranm, or you, if I only needed help or disagreed with your opinions. What on Earth makes you think that? Your behaviour. Towards people who only need help or disagree (rationally) with my opinions? Such as? The IRC log posted on the r0bertz blog. Don't do something so draw-droppingly idiotic if you don't want to receive the appropriate reaction. The reaction is not appropriate. The behaviour could be due to simple ignorance, instead of idiocy. If he *knew* it was idiotic, he *would not* have done it, isn't it? Or didn't you think about that? Are maybe you -God forbid!- an idiot too? :) In any case, even if r0bertz is a clueless idiot, the only sane approach is even in this case to calmly and rationally explain (or providing links to information) why what he was doing was, in your opinion, wrong. That's for example what I am doing with you, even if you are quite jaw-droppingly too, outside a system administration context. You see: it's called Dealing With People. It's a different software from Portage or Paludis, but you should try it nonetheless. This is paranoid behaviour. To think that there is a hate campaign about your little software is utterly paranoid. It's not paranoid, it's true. I've seen it. Pretty unfortunately, that's what every paranoid would say. Until I will see anti-paludis campaigns in the streets, sorry, it's just paranoia. You see people disagreeing (very wholeheartedly) with you, and instead of accepting that, you build the delusion of a conspiracy. It's a well known, quite common psychological mechanism. Of course you are free to give me the URLs of angry anti-paludis websites, the menacing private mails you received, etc. and convince me I am wrong. Actually, I'm pretty sure 99.999% of world population just doesn't care about your software. :) Perhaps, but some of the people who do care care in a rather malicious way. And, sir, what would the aim of those people be? What advantage they have from maliciously and viciously crushing Paludis? Will they become richer? More powerful? Or it's for the women? You see, you happily give idiocy tags to people, yet you seem to believe things that have no rational justification at all. Maybe you should think twice. Moreover, as I told you some time ago, the only way to shut up lies is *facts*. In software, facts means code. As I told you some time ago, these people don't care about code. They care about code, and they care about your public behaviour. Even if they spread lies about your code because they want the Crystal Skull from the Paludis Shrine, well, you do not have to convince them. You have to convince everyone else. And you are not doing that. Trying to win on Volker, you are losing with everyone else. But at this point I don't think you will understand that -you're too busy not being an idiot when talking about package management, yet being somehow not as clever when dealing with human beings. m.
Re: [gentoo-user] Re: A plea for calm
David Leverton ha scritto: On Wednesday 17 September 2008 00:27:54 b.n. wrote: If he *knew* it was idiotic, he *would not* have done it, isn't it? That's his problem. No, that's *your* problem now, because you and your accolites now look like a bunch of arrogant a**holes, instead of helpful people. You did a wonderfully awful PR job. If your aim is Paludis success or even thriving, you are failing in one of the most ridicolous ways possible. (And if your aim is not Paludis success, why do you care about people spreading lies on that project?) Until I will see anti-paludis campaigns in the streets, sorry, it's just paranoia. That seems like a rather arbitrary restriction. As you said, most people in the world don't care about anything Gentoo-related, so campaigning in the streets seems rather unlikely, That was of course an hyperbole. I asked instead seriously for facts about such campaign. URLs of websites dedicated against Paludis, menacing mails, personal attacks, whatever. I am still waiting for evidence of this mysterious conspiracy. but that's no excuse for spreading lies amongst the subset of people who do care. I will believe these are lies when I will see facts backing your assertions. Until that, I am neutral on both sides. And, sir, what would the aim of those people be? What advantage they have from maliciously and viciously crushing Paludis? Will they become richer? More powerful? Or it's for the women? My theory is that they're scared. Or it could just be because they enjoy hurting other people. Scared of what? Of you? My theory is that you have no clue: and that's obvious, since you can't rationalize fully what is simply a reassuring delusion. And you are not doing that. Trying to win on Volker, you are losing with everyone else. Only the irrational ones. And if you care only about rational ones, well: - if these are lies, rational people will look at facts for themselves and will stay on the rational side. So why caring at Volker's lies? - irrational people will believe to lies, but you don't care of irrational people, so, why bothering again? So, how is you are rational?
[gentoo-user] Re: A plea for calm
Allan Gottlieb ha scritto: I am a delighted gentoo user who neither uses plaudis nor has any complaint with it or its developers. I also don't use kde, but have no complaint with it or its developers. I wonder if we could end this plaudis argument, as I don't see how the argument can actually help anyone. Same situation, agree completely. All those you're a liar no i am not you are trolling no you are trolling looks a lot like primary school behaviour. The first kde4 overlay was done paludis only? Fine. It's free software, it's an overlay, so anyone was free to do whatever they want. In fact, someone ported it to Portage, so now everyone can be happy. So, why catfighting now?
Re: [gentoo-user] KDE 3.5.10 in portage...
Mariusz Przygodzki ha scritto: On Sun, Sep 14, 2008 at 7:41 PM, b.n. [EMAIL PROTECTED] wrote: Mariusz Przygodzki ha scritto: On Sun, Sep 14, 2008 at 7:05 PM, Erik Hahn [EMAIL PROTECTED] wrote: If only 4.1.1 was there... :') You know, there's an overlay... But unfortunately it requires plaudis ... At what point stabilization of KDE 4 is? None. It was about availability, not stabilization. Don't understand. But probably I wasn't making myself clear at all :) What I mean is, for people that do not want to mess with overlays, at what point is kde 4 on the path towards being x86 stable? Any news? m.
Re: [gentoo-user] Re: How to publish a project?
James ha scritto: Chuanwen Wu wcw8410 at gmail.com writes: I have written a project, which is a distribution net file system, and I want to publish it under GPL. I have source code now of course, but I don't know how to make package and publish it as a project . Well you can just make the code available via cvs or svn. Or you can publish your code via freshmeat or sourceforge, or directly off of your ftp/web server. I would strongly recommend using a public version management system if you want to maintain an open source project (and even a non-open one). I personally use Subversion (SVN) on Google Code; which, for my needs, fits well, is very well documented it is very simple to use. Google Code also has a very easy web interface, even if not as flexible as Sourceforge (but I found working with SF a bit of a pain). A lot of people praise a lot Git, so maybe you should check that out too before deciding (I don't know what source code repositories support Git, by the way). Just stay away from CVS: it is old, clunky and it is currently being phased out by most people. m.
Re: [gentoo-user] Fixed bug
econti ha scritto: But reading the message it seemed to me to be possible to fix the bug and that the solution was in http://bugs.gentoo.org/show_bug.cgi?id=214265. The interpretation of the message is If you are able to help us fixing the bug, see http://bugs.gentoo.org/...; Usually (unless you're a developer) you do not fix a bug on your box, just like you usually don't fix your own broken window glasses, but call someone to do it. You at most can set up some *workaround* , that is the software equivalent of putting paper on your broken window glass :) m.
Re: [gentoo-user] kwin-4.1 sometimes leaves konsole undecorated
Alan McKinnon ha scritto: On Friday 15 August 2008 10:26:39 Volker Armin Hemmann wrote: On Freitag, 15. August 2008, Alan McKinnon wrote: Hi all, Maybe someone here has seen this before: amd64 2.6.26-gentoo KDE-4.1 nVidia 8600M GT nvidia-drivers-177.13 (latest unstable) nvidia OpenGL xorg-server-1.4.99.906 any reason why you use an unreleased X? There are no new features or improvements. And KDE works fine with 1.4 release. Obviously you are not one of the unfortunate misfits who was stupid enough to buy a new notebook with a nVidia 8 or 9 series card :-) This is the second thread in a few days that reports problems with nVidia cards. Owning a 3rd generation Macbook Pro (nVidia Geforce 8600M GT) with Gentoo on, I'm a bit worried. I never noticed significant problems on that machine, but I would like to be aware of what's going on. Is there some link explaining what problems there are with such nVidia cards? m.
Re: [gentoo-user] kwin-4.1 sometimes leaves konsole undecorated
Alan McKinnon ha scritto: On Friday 15 August 2008 12:49:26 b.n. wrote: Alan McKinnon ha scritto: This is the second thread in a few days that reports problems with nVidia cards. Owning a 3rd generation Macbook Pro (nVidia Geforce 8600M GT) with Gentoo on, I'm a bit worried. I never noticed significant problems on that machine, but I would like to be aware of what's going on. Is there some link explaining what problems there are with such nVidia cards? m. Here you go, all 26 pages of it: http://www.nvnews.net/vbulletin/showthread.php?t=115916 Then there's also the issue of the GPU silicon failing in shocking numbers. More details on The Register and Slashdot. Apparently ALL 8 and 9 series GPUs are affected and it's hitting ALL vendors. It's related to the manufacture of those chips and they are failing in alarming numbers under thermal load. It's sad actually. This has a very high potential to sink nVidia completely. Oh s**t. Thank you. Go figure I bought that MBP last year also because of its nVidia card... :( m.
Re: [gentoo-user] kwin-4.1 sometimes leaves konsole undecorated
Volker Armin Hemmann ha scritto: In short: all 8XXX chips are bad. Because of the thermal environment laptops are on a different place of the bell curve than desktops. Laptops with nvidia graphic are failing left and right. Whole series of HP, Dell, Asus, laptops are walking ghosts. Desktops might be in the mess soon too. Just to know: what to do when your laptop graphic card fries? I don't think I can just take it out of a socket and change it. m.
Re: [gentoo-user] [extremly, wildly, obscenely OT] Is there a Linux system without GNU userlands?
Volker Armin Hemmann ha scritto: there are many shells. sh, bash, bsh. korn, csh, zsh, dash, tcsh, why make a new one, if you can do incredible stuff with zsh? A shell is not so easy to create. I understand. I wondered if *conceptually new* shells were present.That's why I thought about the Powershell, as an example. A new kernel is not so hard to do. The problem are the drivers - and all the quirks. It is one thing to write a little task scheduler for your little pet project, but if it crashs constantly it becomes a bitch to fight through all the errata. But at the beginning a simple kernel is much easier to do than stuff that runs on it (simple is the important work. A non-simple kernel is very hard). Well, I've never done kernel programming, but I have always been under the impression it is among the hardest programming stuff you can do, even if only for the hardware knowledge and debugging troubles it gives... Another thing are libcs. A libc is a bitch. Luckily there is a whole bunch to choose from. glibc, bsd's libc, uclibc, dietlibc, ... so why re-invent the wheel? For libc, yes, I agree. Or look at X. X is horrible. A convoluted mess of grown cruft and standards to hold the pile together. But where is the replacement? Fiasco/Berlin? failed. Y-window? failed. Because X works good enough. And if you aren't writing toolkits or apps using xlib directly, you don't need to care about most of the stuff. So hobbyist concentrate on the easy stuff - and a userland is not easy. Userland is not boring - it is very hard. And the best userland doesn't help you if no 3rd party software runs on it. But projects like Haiku and ReactOS created also most of userland from scratch, not only the kernels. They had the advantage of taking inspiration from existing OSes but they actually did the implementation. Also, SkyOS or Syllable did it, AFAIK. So I can rephrase my question as those two: Why didn't those projects use the Linux kernel? Are there similar projects using the Linux kernel? m.
Re: [gentoo-user] [extremly, wildly, obscenely OT] Is there a Linux system without GNU userlands?
Volker Armin Hemmann ha scritto: But projects like Haiku and ReactOS created also most of userland from scratch, not only the kernels. reactos tries to copy windows - so it will be using the windows userland. haiku tries to be beos - it is will be able to run beos apps. Also some posix- apps run on it. In the meaning of windows and beos applications, yes. However it is not like ReactOS uses the windows graphic shell. It has its own windows-like graphic shell. When I talk about userland, here, I mean more the core stuff, like coreutils, graphics and the like. They had the advantage of taking inspiration from existing OSes but they actually did the implementation. Also, SkyOS or Syllable did it, AFAIK. and how many apps run on skyos or syllabe? Few, indeed, but that's irrelevant in this context. They exist. So I can rephrase my question as those two: Why didn't those projects use the Linux kernel? because they wanted to do something different. Yes, very probably. However it's a kind of decision I don't really understand... using a Linux or BSD as the underlying kernel would give you immediately tons of drivers and stuff, even if you want to rewrite most of other utilities from scratch. Probably I don't get it because I'm not an OS programmer geek. :) m.
[gentoo-user] [extremly, wildly, obscenely OT] Is there a Linux system without GNU userlands?
Hi, I ask it here because I really don't know where to ask it. Is there a Linux system somewhere with a *non-GNU* userland? I wonder in particular if: - there are Linux systems using the BSD userlands - there are Linux systems using completely non-standard userlands... let's say, non-Unix tools on top of a Linux kernel. Only thing I can think about is (maybe) embedded systems or things using busybox, but in the latter case just imitating gnu or bsd userlands. Not that I have a real purpose for such a bizarre beast, I'm just curious. m.
Re: [gentoo-user] [extremly, wildly, obscenely OT] Is there a Linux system without GNU userlands?
Chuck Robey ha scritto: You might possibly be missing one of the most basic (in organization) differences between any BSD and any Linux is that BSD's are all built and packaged with a set of userland programs. This doesn't include many user applications, just the kind of things that you think of as being part of any base (like shells, or utilities like the various filesystem tools, grep, find, like that) Linux, OTOH, is only a kernel. Any time you go after a distribution that has more than the kernel (and ONLY the kernel) its because the group putting together that distribution has decided to attach those parts, but the Linux developers are concerned with the kernel alone. Ehm, thanks for the lesson, but I am actually well aware of that. I installed and used a lot of Linux distros and, to a lesser extent, BSD and other exotic systems (Hurd anyone?). Instead, maybe you might possibly be missing the fact that kernel-BSD systems with GNU userlands have been attempted (Debian GNU/kFreeBSD being one - dunno about the Gentoo/FreeBSD port -is it still alive, by the way?). I wondered if there is the contrary, as a startpoint. So, when you talk about, say, FreeBSD, you're talking about kernel + userland base. This isn't truie with Linux, so all linuxes are just a little bit different in their choice of userland tools. That's why I asked if there is some Linux that is not a little bit but *wildly* different, as to be almost unrecognizable as the Linux we're all familiar with (that usually is done by a bash/zsh/ksh shell + other gnu coreutils etc.) For a (theoretical) example, imagine a system that boots in the Windows Powershell on top of the Linux kernel. m.
Re: [gentoo-user] [extremly, wildly, obscenely OT] Is there a Linux system without GNU userlands?
Volker Armin Hemmann ha scritto: On Sonntag, 10. August 2008, b.n. wrote: Hi, I ask it here because I really don't know where to ask it. Is there a Linux system somewhere with a *non-GNU* userland? linux + uclibc + busybox? yes. And maybe you even get X or KDE run on it - google and tell us your results ;) http://www.linuxfromscratch.org/hints/downloads/files/uclibc.txt Wow! To bring back the thread on a Gentoo topic, I found neat howtos on the wiki: http://gentoo-wiki.com/TinyGentoo http://gentoo-wiki.com/Embedded_Gentoo I guess I'll try when I'll have some really spare time... Thanks for the cool link. The next step, I guess, is things that differ conceptually from the familiar Linux we're accustomed to. That is, if you follow newslogs like OSNews, you'll see a lot of hobbysts and engineers like to create new kernels. There is less interest in doing conceptually novel userlands (novel shells etc.) or it is just my impression? Maybe a more boring task? Sorry for the naive question, I am *by no mean* a system programmer (All I know is some decent Python, and I am just *now* learning the basics of C++ ,that's it), so I'm sure I am plain wrong or there are rock solid reasons behind it... m.
[gentoo-user] incompatibility between OOo and firefox 3 ?
Hi, Not being quite an early adopter, I was nonetheless thinking about upgrading to firefox-3. I did a bit of googling and I found this bug: http://bugs.gentoo.org/show_bug.cgi?id=228283 where the final comment says that OOo 2.4.x and firefox 3 are not compatible. The bug is signed as INVALID. What does it mean? Aren't they really compatible? And why? m.
Re: [gentoo-user] incompatibility between OOo and firefox 3 ?
Justin ha scritto: I can't answer your last question but give you an advice how to handle the ff upgrade. Just remove all firefox useflags and add the xulrunner instead. Huh? What if I need java and moznopango ? m.
Re: [gentoo-user] incompatibility between OOo and firefox 3 ?
Graham Murray ha scritto: b.n. [EMAIL PROTECTED] writes: Justin ha scritto: I can't answer your last question but give you an advice how to handle the ff upgrade. Just remove all firefox useflags and add the xulrunner instead. Huh? What if I need java and moznopango ? What you have to do is to remove the 'firefox' USE flag from all other ebuilds. You do not have to remove the use flags from the mozilla-firefox ebuild. Oh, ok! I understand now. Why is it so? Will need to be done also when firefox 3 hits stable x86? m.
Re: [gentoo-user] incompatibility between OOo and firefox 3 ?
Sebastian Beßler ha scritto: b.n. schrieb: Oh, ok! I understand now. Why is it so? Will need to be done also when firefox 3 hits stable x86? This is so because a number of apps don't build against Firefox 3 at this time. :( Guess I'll wait for it to hit stable. m.
Re: [gentoo-user] Advice about setting up split home directory
Alan E. Davis ha scritto: Thanks to advice on this list I have a reasonably stable system now, and it's time to get hands dirty. I have more GB of collected files than I can fit into my ~/ home directory, so I am planning to link several partitions to ~/ in an effort to organize this mass. 1. How could one reasonably link a subdir of a partition as a subdir or folder of one's ~/, for example, /dev/sdd3/VIDEO (partition on that partition called VIDEO) as a subdirectory, ~/VIDEO? I want ~/VIDEO to behave identically as it would if it were on the same partition as ~/ . At least to the greatest extent possible. I have seen some arcane arrangement somewhere, but to what extent is that necessary to do? I would rather avoid having to mount the entire parition as a subdir, and then have to access, for example, ~/ARCHIVE/VIDEO. What's wrong with using symbolic links? m.
[gentoo-user] [maybe ot]Accelerometer hacks for Lenovo and -possibly- Macbook laptops
Sorry if spamming, but this is too juicy not to share. I've just read on OSNews: http://www.ibm.com/developerworks/linux/library/l-knockage.html?ca=dgr-lnxw07l-knockageS_TACT=105AGX59S_CMP=GRsitelnxw07 It is a little hack to use the inbuilt accelerometer of Lenovo (and possibly Macbook... gotta try on my MBP) just as another input device. Looks damn cool. Anyone with experiences to share? m.
Re: [gentoo-user] ps command
Alan McKinnon ha scritto: On Wed, Jul 23, 2008 at 10:09 AM, Kaushal Shriyan [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi # ps auxw | egrep USER|rsync root 5301 0.0 0.0 10036 1280 ?Ss 01:13 root 5306 0.2 0.1 56212 31912 pts/0S+ 01:14 root 5307 0.0 0.1 38052 29708 pts/0S+ 01:14 root 5308 0.2 0.1 38312 29672 pts/0S+ 01:18 root 5473 0.0 0.0 2660 592 ttyS1R+ what does Ss and S+ and R+ mean in stat column in ps command man ps, section PROCESS STATE CODES Briefly, S means sleeping R means running or runnable s means the process is a session leader + means the process is running in the foreground I jump here to relief my everlasting UNIX ignorance. What does it mean a process is sleeping, technically? m.
Re: [gentoo-user] ps command
Etaoin Shrdlu ha scritto: From what I know, blocked is the same as sleeping, ie waiting for something to happen. Tasks that have completed their time slice and are forced by the scheduler to stop, are not sleeping; they are re-inserted in the queue of the runnable processes, and the scheduler picks them up again from there when another time slice is assigned to them. These processes are in the runnable or ready state. But of course I may be wrong, so corrections welcome. Thanks, the wikipedia article is very clear. m.
Re: [gentoo-user] Re: Backdown from firefox 3 (not enough integration yet)
»Q« ha scritto: On Mon, 14 Jul 2008 19:16:22 +0200 Alan McKinnon [EMAIL PROTECTED] wrote: On Monday 14 July 2008, Harry Putnam wrote: What is my best option to back down to the last 2.X of firefox? It appears version 3 does not have compatibility with several addons that I like to use (sitebar being the main one). Is it best done in .../package.provided or some other way? It's not slotted so you can have only one: Not slotted, but you can have both. ~ $ eix -c firefox [I] www-client/mozilla-firefox ([EMAIL PROTECTED]/04/2008): Firefox Web Browser [I] www-client/mozilla-firefox-bin ([EMAIL PROTECTED]/17/2008): Firefox Web Browser Found 2 matches. Iff one does not block the other when you emerge. Which is pretty much probable. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] proper subject lines
Dale ha scritto: Volker Armin Hemmann wrote: I prefer as much info as possible myself. Sometimes the subject can be one thing but because there is little info in it, it turns out to be something else. Of course, a error message can be really nice too. It's good if you are searching for the error you are having. I would rather have a long one than a short one with not enough info to know whether I can help or not. +1 m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Firefox 3 stability
This thread is getting depressing. I use Kubuntu at work and FF3 worked without a hitch since the beta. On Gentoo, FF2 works good, but I'm quite perplexed to see that FF3 is so many problems while a binary distro can flawlessly run a FF3 beta on its flagship release. What's wrong? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unstable glib pulled down, but why?
Alan McKinnon ha scritto: On Monday 30 June 2008, brullo nulla wrote: The block will in many cases affect only a branch of the dependency tree. For example, in this case it is all blocked because glibmm wants a masked glib. Portage knows that glibmm wants the masked glib, so it knows that glibmm causes the trouble. So it could in principle give me what is to update except for glibmm and glib - and give me the error about those two. Am I missing something? Probably not :-) But the portage code has been described as difficult to maintain, so I suppose the correct person to ask is Zac himself. Perhaps there are tricky edge cases? Maybe. It could be a toggable feature. It is often said the current state of Portage code is quite messy. I don't know, never read it. I'd like to contribute them a bit (I know some Python) but if experienced Portage developers are in fear of touching code, I wouldn't probably be of help. I wonder if Paludis does what I say. Could it be the day I switch... (If only there was a Python portage replacement... a Portage-ng project?) m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: b.n. [EMAIL PROTECTED] wrote: Joerg Schilling ha scritto: But that's irrelevant to our discussion, because I do not want a web of pointers to copies. I want a single pointer to the (hopefully public) mailing list thread(s) where you discussed with Bloch and you were attacked by him. Where is this thread? Bloch did run these attacks in private mail. I'm sure you can post the mail exchange *in full* on your website, therefore. So -hey!- you can show the world how Bloch is the asshole you say he is. What's better than that to bring people on your side? If I was wrong, he could try to sue me. But then I would show the mail containing the insults to the judge. So he does not sue me ;-) And why can't you show these mails to us? Bloch could also well not give a f**k about your claims and maybe does not want to spend money etc. just to sue an upset programmer. I most probably wouldn't sue you, if I was him. You're tiptoeing around the main issue, that is: You bring no proof of your most important claims. You cannot expect widespread support of your cause without proof. If you want us on your side, Show. The. Evidence. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: CD/DVD burning tools?
Joerg Schilling ha scritto: Daniel Iliev [EMAIL PROTECTED] wrote: I'll be as direct as possible. Please, do the same. I've read your site but I could not find the info I'm looking for. Please, quote the following two lines and provide the relevant text under each of them. Line 1: Why do you think there is no problem to mix GPL with CDDL? Line 2: Full quotation of the lawyers' conclusion Why do you start a new round and why are you now asking for completely different things? He's not asking different things. Quotes from his mail: - When you changed the license. For what reason. Explain, please, why there is no problem to mix GPL with CDDL (for me personally it is the most interesting part) - The exact statement of the lawyers you consulted Now, if you want to be taken seriously, please answer to these questions. We have asked them several times. Why do you dance around them and never answer them? They should be very easy to answer, if your position is so solid. Did you read the GPL to understand what the GPL allows? No non-GPL source is based on or derived from GPL code. If you claim that there is a problem, it would be _you_ who needs to prove this claim. What do you not understand of the word explain, Joerg? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: CD/DVD burning tools?
Matt Harrison ha scritto: I think it would be in everyone's best interests if we let this thread die now, I've been reading this thread for the past 2 or 3 days and frankly, it doesn't seem to be bringing anything of use to the ML. I don't want to get involved or takes anyone's side, but maybe the more mature readers can just let it go :) I doubt anyone will miss any benefit of this thread continuing. I disagree. CD/DVD burning is an important piece of software for a free system. It has no little importance to understand what software of this kind can be distributed, and how, and if there are problems. Maybe the Gentoo mailing list is not the best place to discuss that, but since mr.Schilling is here, and the discussion started, better go on with it until a solution comes out. At least, next time this discussion comes up, we hope to provide a quick link and settle the question. So let's chase this thread to the end, once for all, if possible. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: b.n. [EMAIL PROTECTED] wrote: Bloch could also well not give a f**k about your claims and maybe does not want to spend money etc. just to sue an upset programmer. I most probably wouldn't sue you, if I was him. You're tiptoeing around the main issue, that is: You bring no proof of your most important claims. You cannot expect widespread support of your cause without proof. If you want us on your side, Show. The. Evidence. I am not going to do illegal things, therefore I cannot show the evidence. If needed, I will show it a judge. I didn't know that showing a mail *you* received is illegal. Maybe I can contact Bloch and ask him permission? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Mark Kirkwood ha scritto: b.n. wrote: (The other is your admittedly elusive attitude to release fully details on what happened, both on your webpages and this thread -for example, we still have *no* link about the supposed attacks you received *before* the relicensing, despite repeated requests for that). m. I think it is in here: http://cdrecord.berlios.de/private/linux-dist.html specifically (quote): In fact, this happened around y2004. I received a patch that was intended to add UTF-8 support to mkisofs. Unfortunately, the code quality of this patch was lousy. It tried to incorrectly initialize a structure and it handled only a few obvious cases. Many important issues with UTF-8 support have been completely ignored. As a result, I rejected this patch because I do care about code quality (I still need to be able to maintain the code in a few years). The people in the Linux distribution could have fixed the problems and created a useful solution but they did not do this. Now these people have been in trouble and needed an excuse for their behavior. They created the fairy tale that there is a license problem in cdrtools. They created a network of cooperation and supported some people which created a fork of cdrtools based on the fairy tale. I've read that, but 1)there is no *reference.* No link to a mailing list thread or such (I don't remember if even the infamous Debian bug where the licensing problem started is linked on Joerg pages, but at least it is easy to find it) -so I don't know if it's true or not. Maybe that' me being a scientist, so I am accustomed to expect at least a literature reference if there is a potentially questionable statement in a scientific paper -but I think it would help to actually see what he is talking about. 2)Statements like now these people have been in trouble and needed an excuse for their behaviour looks like pure conspiracy theory. Why a patch rejected puts people in trouble? Why did they need an excuse? There is no logic in that. Such claims require proof. Again, it is entirely possible that Joerg, despite his somehow weird behaviour, could be right. But I fail to see the strong evidence that should backup his strong statements. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: b.n. [EMAIL PROTECTED] wrote: Again, it is entirely possible that Joerg, despite his somehow weird behaviour, could be right. But I fail to see the strong evidence that should backup his strong statements. So you like to tell us that if a few people like to spread a lie, all they need to do is to create a web of pointers to copies of this lie? Well, that's exactly what happens everyday. Welcome to the real world. :) But that's irrelevant to our discussion, because I do not want a web of pointers to copies. I want a single pointer to the (hopefully public) mailing list thread(s) where you discussed with Bloch and you were attacked by him. Where is this thread? A single person who tells the truth seems to have no chance in your world because people do not make a reality check on statements but just count the number of copies? It has all chances possible. It is enough to bring *proof*. Not a billion copies of proof: just proof. That number of copies stuff is something you put into the discussion and that I never, ever asked for. It would be easy to check timelines to get an impression of the credibility of the people around Bloch. I should mention that Bloch did not get much attention inside Debian with his hirst attack which started around 2004. The CDDL was accepted by Debian and nobody complained in February 2005 when I changed the first project from GPL to CDDL. Nothing happened after I published the first OpenSolaris distribution on June 17th 2005 - 3 days after the first OpenSolaris source was out. The attacks from Debian against the CDDL started in September 2005 after the Nexenta distro (Debian userland on top of Solaris) was published. A year later but still a week _before_ the cdrkit project started, Debian finally accepted the CDDL as free license. The people from the cdrkit project still claim that the fork was done because the CDDL is not free. Do you believe people who repeatedly contradict themself? I don't care about credibility. I care about individual statements. As far as I have understood, the problem is not CDDL not being free, but being incompatible with the GPL in the particular build system you choose for cdrtools. So, I see no contradiction here. Maybe I'm wrong, but again, we want *proof*. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: But that's irrelevant to our discussion, because I do not want a web of pointers to copies. I want a single pointer to the (hopefully public) mailing list thread(s) where you discussed with Bloch and you were attacked by him. Where is this thread? Bloch did run these attacks in private mail. I'm sure you can post the mail exchange *in full* on your website, therefore. So -hey!- you can show the world how Bloch is the asshole you say he is. What's better than that to bring people on your side? I don't care about credibility. I care about individual statements. As far as I have understood, the problem is not CDDL not being free, but being incompatible with the GPL in the particular build system you choose for cdrtools. So, I see no contradiction here. Maybe I'm wrong, but again, we want *proof*. If you claim that what I do with mkisofs is not legal, you would need to prove this. As it seems that you cannot prove this claim, please stop spreading it. I don't claim anything nor I spread anything. I want proof of claims, so I can make my opinion on them. Proof. Evidence. m. -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] unstable glib pulled down, but why?
Hi, It is probably a dumb blunder of mine, but it seems that there is something weird with glib on my world file. emerge -pv world fails with: --- !!! All ebuilds that could satisfy =dev-libs/glib-2.16 have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/glib-2.16.3 (masked by: package.mask) /usr/portage/local/layman/desktop-effects/profiles/package.mask: # # [EMAIL PROTECTED] (9 February 2008) # glib-2.15 breaks some packages - dev-libs/glib-2.16.2 (masked by: package.mask, ~x86 keyword) - dev-libs/glib-2.16.1 (masked by: package.mask, ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by dev-cpp/glibmm-2.16.1 [ebuild]) --- Now, I have a bunch of unmasked stuff in package.keywords, but I've *not* unmasked glibmm ~x86 or other glib related stuff. So why is a x86 glibmm pulling down ~x86 stuff/why is an unstable glibmm being pulled down? By what? By the way: I find the fact emerge -pv just fails in those cases extremly annoying. Shoudn't it report the error, skip offending packages but let me see what can be happily merged independently of that? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unstable glib pulled down, but why?
Neil Bothwick ha scritto: !!! All ebuilds that could satisfy =dev-libs/glib-2.16 have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/glib-2.16.3 (masked by: package.mask) /usr/portage/local/layman/desktop-effects/profiles/package.mask: # # [EMAIL PROTECTED] (9 February 2008) # glib-2.15 breaks some packages - dev-libs/glib-2.16.2 (masked by: package.mask, ~x86 keyword) - dev-libs/glib-2.16.1 (masked by: package.mask, ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by dev-cpp/glibmm-2.16.1 [ebuild]) Sync again, glib-2.16.3 is not masked in the profile here. Synced and nothing changed. Where should I look for? I have no package.mask in /etc/portage. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unstable glib pulled down, but why?
Neil Bothwick ha scritto: On Sun, 29 Jun 2008 22:45:20 +0200, b.n. wrote: - dev-libs/glib-2.16.3 (masked by: package.mask) /usr/portage/local/layman/desktop-effects/profiles/package.mask: # # [EMAIL PROTECTED] (9 February 2008) # glib-2.15 breaks some packages - dev-libs/glib-2.16.2 (masked by: package.mask, ~x86 keyword) - dev-libs/glib-2.16.1 (masked by: package.mask, ~x86 keyword) For more information, see MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. (dependency required by dev-cpp/glibmm-2.16.1 [ebuild]) Sync again, glib-2.16.3 is not masked in the profile here. Synced and nothing changed. Where should I look for? I have no package.mask in /etc/portage. I've just read the message more carefully and seen the problem, I only noticed the profiles/package.mask part, meaning it is masked in your profile, not /etc/portage, and didn't look carefully at the full path. This is masked in a profile from the desktop-effects overlay. It's nothing to do with the official portage tree, but a third-party overlay breaking things for you. *slaps head with palm* Thanks! How silly was I not reading that. Now, what should I do? Ask to the desktop-effects guys? And *why* does an overlay mask things from the *main* portage tree? Is this normal? I'm confused. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: CD/DVD burning tools?
Daniel Iliev ha scritto: How about if you remake your site and explain everything there. What happened (chronologically and in detail) and provide evidence. Remake it to be clear with simple sentences and easy for finding the information. Then provide means (as web forum, mailing list etc) for the visitors to post their comments and questions. After all that is ready it would absolutely acceptable to participate in this and every other public list as a normal member and put links to your site in your signature. How about that? I want that too. I back the proposal of Iliev. Joerg, why don't you do that so that you can settle all this in the most informative way possible? It can't harm you, and it would help us understand what to do. If you are reasonable, you should feel by now that there must be some problem on your part on efficiently communicating your position. It seems that, er, while you're very good in coding, communication is not your best playground. Therefore, if you need help on how to do that webpage, we would be more than happy to give humble advice. Thanks, m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] unstable glib pulled down, but why?
Neil Bothwick ha scritto: And *why* does an overlay mask things from the *main* portage tree? Is this normal? Because masking is global, the sum of all the package.mask files is applied to the system as a whole. Yes, I know. What I wondered, is if this is normal policy. It seems that an overlay messing with main portage tree is just asking for trouble. But again, I'll ask to the overlay guys. Thanks a lot as usual, m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: No, this is your assumption. Mine is the opposite - as I see it, the question is very real and the author admitted that he found those URLs using Google which implies he had nothing to do them. Could you explain me why he did not read the information on the cdrtools web page to get the information? Read it (admittedly, read mostly the google cache because berlios.de seems slow/unreachable now). It just says I choose CDDL because it's more free than GPL and stuff like that. This is better than the complete nothing we had before, but it is still quite obscure. I gave a (quick) look at the CDDL and on one side I feel sympathetic with you (it seems the incompatibility claimed by Debian is extremly technical and doesn't seem to pose peculiar problems) but on the other side it seems CDDL and GPL are similar enough that I see no strong reason to change license. - Why is it in your opinion more free, in a few words? - Why did you prefer to release it CDDL and see people go berserk (right or wrong they are, it doesn't count here) instead of keeping it GPL and let everyone live peacefully? In other words: why is CDDL *so important* to you that you prefer to see bad forks of your software pop out instead of having a compromise about licenses and let your software live happily? What do you call a modified CDDL license and why do you believe there is a modified CDDL license? Answering the question with question? (obviously I can do that too :D) It makes no sense to answer questions if the question contains a hint for a missunderstanding. Again, you don't understand the purpose of *human communication*. Communication is exactly made to iron out misunderstandings. Communicating with people that are already on your side/already understand what you're going to say *makes no sense*. First it would be interesting, second more effective for your cause and third it would hopefully cease your current practice to hijack every optical media related thread on this list and send spam that advertises your product (cdrtools). If you believe this, then we need to stop this thread immediately. Every such thread on this list that was based on Bugs introduced by the people who created wodim. I mean no offense, but allow me to be blunt. This practice of yours is not only extremely annoying, but it is also very unwise because it backfires - instead of making people understand your problem, now you have a list of annoyed Gentoo fans. Do you like to tell me that Gentoo users are not interested to know why they have problems with CD/DVD writing? Do you like to tell me that nobody is interested in a simple fix? Surely to let people aware of the cdrkit/cdrtools split and that cdrtools can fix what's made by cdrkit is useful. But it seems there is a tendency to make things degenerate into a constant either with me or against me! threading, and your conspiracy theory attitude does not help. You tell on the webpage that Debian people started attack you before the licence change. No link, for what I can see at a glance, is provided to examples of these attacks (if I'm wrong, please correct me). No reason is given for those attacks (again, if I'm wrong,etc.). Now, it is possible that Debian has been possessed by $EVIL_DEITY and that all those people are dedicating their life to annoy poor old Joerg. Bear with me however if I assign to that quite tiny odds. What I think is that those people were honestly concerned for some (maybe stupid, maybe real) reason. Why should one randomly begin to attack randomly a good developer releasing essential software? Why should one go so long to fork such hard software, if this one does not sincerely believe there is a reason to embark on such an adventure? You may disagree with them, but thinking that they're doing all that just because of a personaly conspiracy against you and cdrtools seems a bit a delusion. Here's what I'd write on your webpage if I was you: Q: Why is there a fork of cdrtools? A: In 2004, a discussion arose with Debian developers around $ISSUE (see *here*) and, later, around licensing terms (see *here*). Basically there is a disagreement between us on the possibility to relicense [...] Unfortunately, despite long and bitter discussion, no compromise had been reached and they decided to release a supposedly more free fork, called cdrkit. I personally disagree completely (CDDL is in my opinion more free than GPL), but that's their choice. Q: Is there a reason to use cdrtools instead of forks? A: Yes. cdrkit is less updated (see cdrkit activity *here* vs cdrtools activity *here*) and more buggy (see *here* for a comparison of cdrkit bugs vs cdrtools bugs). So, I strongly advice to use the original cdrtools instead of the forks. Unfortunately, many Linux distribution choose to follow Debian reasoning on licences and distribute cdrkit instead of cdrtools. A notable exception is
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: Stroller [EMAIL PROTECTED] wrote: Why do you continue to attack me? Do you really believe that this helps? Repeat with me, Joerg. No one is attacking me. Take a deep breath and repeat. No one is attacking me. Again and again and again. Joerg, really. You suffer some kind of paranoid syndrome. We're just trying to understand. Your behaviour is sometimes, ehm, difficult to bear with, but we're trying to do our best to listen to your side. No one is attacking you. Honestly, there is no reason whatsover for us to do that. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: b.n. [EMAIL PROTECTED] wrote: Joerg Schilling ha scritto: Stroller [EMAIL PROTECTED] wrote: Why do you continue to attack me? Do you really believe that this helps? Repeat with me, Joerg. No one is attacking me. Just because you did not read it to it's end does not meanthat he did not attack me. He write that I am pissing him off. That's no attack Joerg. That's a statement about himself, not you. If he said something like Joerg is a moron that would be a personal attack. No one is saying that (at least, not me, nor him). He is simply stating, instead, that your behaviour makes him feel nervous, which is something different from attack. Please, please, please: stop *always* assuming bad faith from anyone that is not immediately agreeing with you. We asked this before and we ask this again, and we will ask it until it happens. Please. That's the *main* block to be surpassed if we want this to be a reasonable thread (The other is your admittedly elusive attitude to release fully details on what happened, both on your webpages and this thread -for example, we still have *no* link about the supposed attacks you received *before* the relicensing, despite repeated requests for that). m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Anyone else's Gentoo unruly lately?
Grant ha scritto: Lately it seems like a new problem pops up every day and every time I try to do something new it doesn't work. Anybody else experiencing that lately? - Grant Yes. Looks like my Gentoo box is rotting these days, but most probably it's me not having time at all to iron out even the smallest things. I have however a couple of *persistent* quirks I don't know how to fix. One is Kopete refusing at all to delete MSN contacts. The other is Flash+CompizFusion interacting badly. But I can live with that. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD ROM does not play audio CD's
Joerg Schilling ha scritto: The URLs mentioned did point to disinformation from lwn.net that should be easily identifyable as incorrect claims. If such URLs are published without comment, I asume that the questionair believes the incorrect claims from lwn.net. Would you answer people if they make untrue claims (e.g. by giving uncommented pointers to other peoples incorrect articles) before asking? Absolutely yes, I'd answer them even *more eagerly* than to others. What's the point in telling things to people that already know/agree with those things? The best way to get people on understanding your point of view is to honestly explaining facts, instead of seeing menaces, FUD and snakeoil everywhere. There is no conspiracy against you, Joerg. Do you know the history? Do you know that since summer 2004, some people (those people who now stand behind wodim) started to attack the cdrtools project? *Before* or *after* changing license? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD/DVD burning tools?
Joerg Schilling ha scritto: Alan McKinnon [EMAIL PROTECTED] wrote: Jörg, you appear to be making a fundamental error of assumption. It looks like you consider that simply because you think this matter important (and in your life it probably IS important), that therefore it must be important in mine. This is not true. In my life, your fight with the cdrkit people is very similar to the fights my 11 year old son and 6 year old stepdaughter have. They keep trying to get me to take sides and utterly and completely fail to comprehend why I do not do so. If this was really not important to you, why do you send long replies? Because we want to politely and cheerfully let you understand that this fuss about cdrtools/cdrkit is of interest mostly (if not only) for you here, and that keeping on this is just polluting the mailing list. And pollution on the mailing list is something, instead, we care about. If cdrkit is slowly rotting, you'll be sure people will start notice it and (a)fix cdrkit (b)migrate back to cdrtools. Code speaks for itself. If it's significantly better, people will use it. So why bother? Just wait for the corpse of your enemy floating on the river. :) I am trying to ignore the attacks from the people behind cdrkit and I hope that people realize that progress is only in the official project. I however need to inform people correctly when I see incorrect claims on my projects. Well, fine, but please recognize that it's better you stop there. If you like to live with the big number of bugs in the fork, go ahead, but you only harm yourself. Probably you are right. Actually I use your cdrecord (just checked now), and I feel happy with it. And I am more than happy than you are working on it. And I thank you a lot, a lot, a lot. But again, Joerg, we just want to record our cds. Please, do not involve us on license catfights on a regular basis. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] CD/DVD burning tools?
Joerg Schilling ha scritto: Do you like to support software like cdrkit that is published by people who attack other OSS projects? If you like to get rid of the license debates, you need to help to prevent the license attacks done by the people behind cdrkit. I am just a victim of these attacks and the Linux users who are forced to live with 50 unfixed bugs in the fork are also victims of this attack. Check the bug data bases from the Linux distributors who publish cdrkit instead of cdrtools and you will see that many serious bugs exist in the fork since more than a year and nobody is interested to fix the bugs. The original cdrtools software does not have known bugs. So why do you like use software with known bugs? Joerg, guys, please: not this pointless flame again. Please. Please. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: Second dvd/cd device confused with K3B
James ha scritto: Oooops, If forgot to include this information: l /dev/cdr* lrwxrwxrwx 1 root root 3 Jun 3 07:43 /dev/cdrom1 - sr0 lrwxrwxrwx 1 root root 3 Jun 3 07:43 /dev/cdrom3 - hda lrwxrwxrwx 1 root root 3 Jun 3 07:43 /dev/cdrw1 - sr0 lrwxrwxrwx 1 root root 3 Jun 3 07:43 /dev/cdrw3 - hda egrep cdrom /etc/group cdrom::19:haldaemon,gentoo,james I realize the cdrom0 does not exist, so but should that effect how K3B works and it's ability to see and use 2 different dvd/cd devices? It shouldn't ; you just should see in the k3b configuration what devices it sees and tell it what to use. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] K3b complains about my locale (SOLVED)
Kevin O'Gorman ha scritto: TOP POSTED SUMMARY: operator error. An incorrect setting of LANG and LC_ALL were in /etc/profile. They had been suggested by the guide, but were incorrectly done and override the results of all the 02locale and locale.gen things. Now one X restart later, k3b and perl and I are all happy. Thanks for suggesting a re-reading, Daniel. Could you please provide the solution? I have the same problem and the thread is all but clear to me. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Re: [wildly OT]advice for a wireless antenna?
Grant ha scritto: Sorry, I don't see how firmware can affect sensitivity. I've been involved in writing firmware for RF data communications stuff for a long time, and I've certainly never been able to affect sensitivity. I can say that I was really struggling to get a reliable wireless connection with the rt2x00 device and Hawking external antenna anywhere in my garage. I tried the madwifi device attached to the same Hawking antenna and the difference was ridiculous. I got a perfectly reliable signal from the back of the garage, the point furthest from the signal's source. Now that I think about it, I could have enabled outdoor mode for madwifi, but I can't check it right now. Could that account for the difference? What's madwifi outdoor mode? I googled but I can't find some readable information. m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Today's sync breaks stuff
Alan McKinnon ha scritto: Hi all, Here follows a quick heads up to save someone's hair (mine's been pulled out). If you emerge --sync emerge world today, make sure you do it the right way this time: 1. read the elogs 2. revdep-rebuild 3. then and only then, reboot. Better still, exit X and log in again to make sure it still works then only reboot. libtool got bumped to 2.2.4, which installs libltdl.so.3 which breaks a huge list of dependencies - much longer than I've seen in ages. In my case my dm and wm were broken so when X starts nothing happens and I lost the keyboard. Couldn't even get to a virtual console so had to do the usual fight with boot single user mode, remount / rw, start lvm, manually mount ... you get the idea In my system (synced this morning) libtool is still firmly at 1.5.2 - are you talking about ~x86 systems, isn't it? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] [OT] Which openoffice
Willie Wong ha scritto: Since we've come this far, I really want to know what is your virtual p*n*s length: echo `uptime|grep days|sed 's/.*up \([0-9]*\) day.*/\1\/10+/'; cat /proc/cpuinfo|grep '^cpu MHz'|awk '{print $4/30 +;}';free|grep '^Mem'|awk '{print $3/1024/3+}'; df -P -k -x nfs -x smbfs | grep -v '1024-blocks' | awk '{if ($1 ~ /dev/(scsi|sd)){ s+= $2} s+= $2;} END {print s/1024/50/15 +70;}'`|bc|sed 's/\(.$\)/.\1cm/' my desktop only gets its 65.3cm because of its 514 day uptime. I won't even dream about compiling OO on it. 145.8 cm - booted a few hours ago due to inadvertentely clicking the reset button :( But now please explain exactly what does that line calculates... m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Network manager for laptop
Daniel da Veiga ha scritto: On Fri, May 2, 2008 at 9:49 PM, b.n. [EMAIL PROTECTED] wrote: Daniel da Veiga ha scritto: Nah, I guess its something related to my card (and driver) and wpa_supplicant. You told that wicd somehow works better. Seems more related to NetworkManager, then... You can say so, but WICD and NetworkManager are completely different programs, they both call wpa_supplicant, but in completely different ways, as far as I can see. NM tries to use DBUS to talk to supplicant, while WICD launches supplicant directly, by pointing it to a generated config file. But yes, I suppose NM is broken in the sense it can't talk to wpa_supplicant on my laptop. I know almost nothing about dbus, but have you checked that dbus works for other programs? m. -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] checking for.....
Brandon Mintern ha scritto: I had thought the same thing myself some time ago, and I discovered that there had been work on a FEATURE called confcache. I believe it was abandoned, though, due to major difficulties. This is merely a guess, but I think some of the problems arise in that some of the things that are checked for actually change as a package is installed or updated (e.g. checking gcc version). This means that each package being installed would have to somehow flag confcache and indicate that it has changed, and confcache would have to keep a list of all these cached values and their dependencies. What was the problem with that? Ebuilds of stuff like gcc could be tailored to flag confcache. Otherwise, emerge could do the relevant checks before emerging the first package, and be trained to do them again after a known troublesome package has been emerged. I understand this requires coordination and maintaining, of course, and that's the non-trivial part, I guess. However, are there many packages affecting common configure checks? If they are, say, less than 10 affecting 80% of configure flags, it seems worth the hassle. If troubles arise, one can quickly try with confcache disabled, and debug. Heck, I'd help with it myself, if only I had some confidence with portage code and C compilation (However, I know Python, FWIW) m. -- gentoo-user@lists.gentoo.org mailing list