Re: [gentoo-user] Progress bars??
Rudmer van Dijk wrote: Maybe the users who want to see a progressbar just want Gentoo for the speed and they don't want to get intimidated with all those messages they do not understand. Then a progressbar is much better: they have an indication of when it will be finished even if the displayed progress is not 100% accurate. I personally started to use gentoo because I wanted to know more of goings-on inside the machine, but still I don't see much of use for seeing way too long compilation & linking commands running through my terminal faster than I can read. And seeing estimates of ending time for whatever process is going on is really valuable when you are adminstrating your computer from remote terminal and the system under update is somehow process critical. And I do agree with you on gentoo being about choice, of course one has to take in account risk of becoming too bloated, but I wouldn't see that as a problem in this case. -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Progress bars??
gabriel wrote: On February 4, 2004 09:28 am, Tommi Pirinen wrote: Any chance for some devs consider adding this kind of functionality to the main tree? there's no need to add this to the main tree. one of the really great things about gentoo is the fact that it just installs what you *need* get get running. everything else is an addon. and asthetics are most definately not required. As far as I can see the main tree portage does include by default all flashy colors and meddle with my x-terminal's caption which IMHO is only aesthetics and does even annoy quite a bunch of people. But anyways, as long as the problem with hanging builds persist it's pointless to think of implementing it even on unstable systems. -- .signature: No such file or directory
Re: [gentoo-user] Progress bars??
Neil Bothwick wrote: Like this? http://forums.gentoo.org/viewtopic.php?t=42346&highlight=emergeprogress&sid=3c66f1e0ff64d1c988e565486c467cae I used it for a while and it provided useful feedback of the progress of lengthy compiles, but it also caused problems with a number of packages so I've now removed it. Cheers Neil Yes, that does seem quite a bit like what I had in mind. I wonder if it could be made stable with some minor modifications... though as far as I can read the maketoo.diff there shouldn't be anything that'd cause problems, but otoh make is a complex program so it might not be as trivial as I think. I'll try to play with it anyways, let's see how it turns out... Any chance for some devs consider adding this kind of functionality to the main tree? -- .signature: No such file or directory
Re: [gentoo-user] Progress bars??
Nathaniel McCallum wrote: The problem is largely technical. There is no "set period of time" that it takes to compile something... In fact, it varies widely based upon USE flags. On top of that, it also varies with every version (and every re-version). To acurately gauge a percentange, you would have to calculate the number of files being compiled, the size of those files, how the number and sizes varies with USE flags, CFLAGS, CXXFLAGS and you would have to calculate this for every single version/reversion of the ebuild. And all that is only for programs written in all C/C++. How do you calculate times for packages that are written in mixed languages (ie. C/C++, python, perl, java [is the java app compiled or run with the interpreter?])? As you can see, it is really technically impossible. Even if you made changes to automake (etc...), you'd still have to deal with other languages. My point is this: at this time, it is not technically feasable to offer a semi-accurate progress bar to track the status of per package compile process. A bit bloated solution I had in mind once was to create a stubmake program that would walk through the make process, but instead of actually executing the compiler commands it would count them for the progress bar to use, and because it'd simulate typical make process it would always know the exact amount of commands the make process would execute in the current specific settings. Of course this kind of progress bar wouldn't be time-exact but in typical case it would show rather good estimates. Even more so if there was some added estimations in the progress bar ("linking of 100 files takes longer time than compiling one, let's give it 10%..." and so on). -- .signature: No such file or directory
Re: [gentoo-user] Nvidia-kernel 5336-r1
Norbert Kamenicky wrote: IMHO, it is really VIA + nvidia problem, I met it on VIA chipset boards too (see my previous [EMAIL PROTECTED] ML) What chipsets u have on mainboard/VGA ? I have 2 bugdet computers, the older one is using VIA KT333 and newer has KT400, both have a GeForce 2MX400. In general you could say that Via chipset and Nvidia drivers do cause some unstability, perhaps there should be some warning or info message about it in the ebuild...? -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Nvidia-kernel 5336-r1
Sean Johnson wrote: On Sun, 2004-02-01 at 18:42, Jakub Krajcovic wrote: I can't really say what causes this, because when i launch X, everuthing is ok, it only happens after some time, probably has something to dio with the apps i run under X - not sure, haven't been poking into it yet. If anyone encountered this, could they pls confirm. I get this same effect. It happens for me as soon as X starts. If I startx, let the desktop load, and then Ctrl-Alt-F1, I get nothing but blackness. It's not locked up, just dark. Ctrl-F7 pops me back into X, which works fine. I find this more than a little annoying myself, and am contemplating going back to the 4496 drivers. Sean For me this bug has appeared on nvidia drivers as long as I can remember, and I did start using nvidia in version 0.9-something. The bug occasionally changes from displaying textual carbage to graphical garbage, and it occasionally locks up keyboard as well. Last time I asked about it someone informed me it was a thing with Via's AGP system or something similar which will probably never be fixed, I don't know though if there are similar bugs appearing on other hardware as well. -- .signature: No such file or directory
Re: [gentoo-user] Progress bars??
Troy Dack wrote: On Sun, 2004-02-01 at 13:36, Tommi Pirinen wrote: So how did you install Gentoo? How does installation process have to do with anything? I suppose I booted it from the disc and made the settings and emerged the packages I want. It is obvious that such a mechanism has not been developed with gentoo-like solution in mind. The compilation system was around long before Gentoo. That is why I said that it has not been developed with gentoo-like solution in mind. I'm sorry if my English is too hard for you but that's as good as I can do. Since Gentoo is primarily a "from source" distribution then seeing how a package is built is part of the process. You can't really see anything from the output of making automake on any average modern system. Or you might be able to catch the command row of linker linking the last binaries together since it stops more than one second in that place and the command line is not so horridly long. If you don't like it, pick another distro, use the GRP packages and don't compile anything yourself or write some code and submit patches. Bah. -- .signature: No such file or directory
Re: [gentoo-user] Progress bars??
Hemmann, Volker Armin wrote: Hi, On Saturday 31 January 2004 20:30, Jerry McBride wrote: 2-HIDE THE GARBAGE... Do we really need to have ALL the compiler and emerge updated logged to the screen? See PROGRESS BARS above. Well, I had some severe problems the last days with X, glibc and others (nptl related, big downgrade and recompile time, wohooo plus a mulish X emerge, dying again and again). And this 'garbage' becomes realy useful, if you want to circumvent (or simply find!) the error that is holding you back for hours. You're just underlining the point here. The garbage only becomes useful in exceptional situation thus it need not be shown in typical compilations but might be available elsewhere whenever needed. The reasoning behind showing much carbage on every compilation is that only devs and experts would ever compile their own products. It is obvious that such a mechanism has not been developed with gentoo-like solution in mind. -- .signature: No such file or directory
Re: [gentoo-user] Progress bars??
gabriel wrote: 2-HIDE THE GARBAGE... Do we really need to have ALL the compiler and emerge updated logged to the screen? See PROGRESS BARS above. it's not garbage. it's output. Yeah, except it's not even output, it's mostly input. The command lines of the compilers generated by automake to be exact. And for the most it is way too much of information to be anywhere near useful, even most of the devs wouldn't care whether there's a -Wall flag or -D_SYSTEM_HAS_WORKING_X=123 flags applied. But it isn't really problem of gentoo's devs as much as it is problem of, say autotools' devs. The makefiles of 2.6-series kernels do produce rather beatiful and _readable_ output. -- .signature: No such file or directory
[gentoo-user] OT: Keyboard layouts (was: Re: [gentoo-user] The irony of kernel development)
Ciaran McCreesh wrote: If you think 2.6.x kernels are stable, try using an unpatched 2.6.1 kernel with a GB or Japanese (or possibly German) keyboard. Actually, almost any non-english keyboard is affected somehow. Such as non-US keyboards being totally broken, you mean? :) (If anyone cares, this is fixed in 2.6.2-rc2.) Fixed, really? Did they restore the old "broken" key mapping then, or is there some temporary patch in place? Because as far as I remember the whole issue is caused by disagreement between developers on whether the old key mapping in 2.4 kernels was right or not, and if it is, then who should fix it if anyone. It is nice to know though that I can get my apostrophe back, it has been a tad bit annoying to type english without them. -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] NVidia performance so bad...
Sensei wrote: Redeeman wrote: I gave it a try... but nothing happens... always ~5 fps. Moreover... those packages are just the same package from the nvidia official site, with a patch for via chipsets --- maybe the 4x patch ;) Nothing... :( With this lousy gpu I should reach 30~50 fps when running glxgears in window (not full screen). What else? Maybe you've forgotten the GLX-line from XF86Config? What does glxinfo or xdpyinfo give, anything about nvidia? Glxgears isn't anyways too good program for testing performance, it mostly can only tell you whether gl works or not and give mild indicator of speed. -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Gnome 2.4 starting at level 3
Kurt Guenther wrote: My inittab is set to just come up as level 3, so I don't incure the overhead of an X session that I don't use. However, after the latest sync, the system boots into a beautiful Gentoo Login screen. How do I switch levels on this? --Kurt Gentoo doesn't use numbered levels but aliases instead. Do ´rc-update del xdm´ and check mail archives for further info. -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] Unicode fonts missing?
Andrew Farmer wrote: On Mon, 19 Jan 2004 14:46:55 -0800, Aaron Walker muttered: Andrej Kacian wrote: Hi, what do I need installed in order for gucharmap to display exotic characters properly instead of displaying their code in a rectangle? I assume there will be separate package for each unicode character class (latin-a, latin-b, hebrew, ...). Sorry about the broken replies... lost the original message thread. But: There will *always* be some characters that gucharmap can't display, for the simple reason that not all 2**16 (or is it 2**32?) Unicode characters aren't defined yet, and, even so, you're unlikely to have the fonts for, say, ancient Borzoovian runic glyphs. The only reason you should be concerned about getting the code-in-rectangle is if that appears as part of a document you want to read. >From what I see in the version 1.2.0 of gucharmap it actually is aware of all the unicode definitions and grays out the spots that are not specified in some unicode standard. Of course it is obvious that some more rara charcacter classes will be missing almost totally unless you have specifically sought for them (latin-a should be common, but for example latin-b and hebrew prolly won't be availabee unless the specific font is installed). So the space allocated for unicode characters was 2^32, but I think that the most recent definition dropped it to some more reasonable number, and even that was assumed to never be reached even if all reasonable glyphs that might be used are added to the definitions. (After finding solution to my problem stated in other thread earlier, I did find a workaround that I posted to the bugzilla, I don't think it's directly related to the problem despite the simlarity. It can be found in bug numbered 38775 . -- .signature: No such file or directory
Re: [gentoo-user] Unicode fonts missing?
Andrej Kacian wrote: I tried that in the first place. Nor unicode neither efont-unicode helped. I also tried some others, but to no avail. (That's why I'm asking here) Humm... I don't think I've emerged anything special and my gucharmap shows most of the characters just fine (except for the damned IPA-class). Let's see, here's the bloated use of mine: USE="X Xaw3d acpi acpi4linux alsa apache2 apm arts avi berkdb bonobo crypt cups curl dnd encode esd foomaticdb gb gd gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 java joystick jpeg kde libg++ libwww mad mbox mikmod mmx mng motif mozilla moznomail mozp3p mozsvg mozxmlterm mpeg music mysql ncurses nls nptl offensive oggvorbis opengl oss pam pdflib perl png python qt quicktime readline ruby samba scanner sdl slang spell sse ssl stroke svga tcltk tcpd tetex tiff truetype type1 unicode usb videos x86 xface xinerama xml xml2 xmms xosd xv xvid zlib" Assumably truetype, type1, unicode is only interesting part here... You might want to use gfontview or something to check that the fonts are in the same path as defined in font configurations and that they do actually contain the glyphs you are looking for. ...Although the problem I had with the fonts a bit earlier was something similar, the symbols were being replaced by wrong ones even if I had the right fonts installed, I don't know if it influences the missing font replacement as well, but there is something odd in that functionality (or more probably, my setup). -- .signature: No such file or directory
Re: [gentoo-user] Unicode fonts missing?
Andrej Kacian wrote: Hi, what do I need installed in order for gucharmap to display exotic characters properly instead of displaying their code in a rectangle? I assume there will be separate package for each unicode character class (latin-a, latin-b, hebrew, ...). emerge --search font Then you'll also have to be able to figure out which fonts you want. I'd start with unifont. Aquafont is also good if you don't mind the cartoon-like outlook. Some fonts do also install incorrect characters and apparently no one knows how to remove them, or at least no one in the gentoo forums or mailing lists. -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
[gentoo-user] Font problem: unicode IPA block corrupted by Nimbus Sans L
I have this persisting problem with incorrect glyphs being rendered in stead of the most of the IPA character block of unicode. According to gucharmap utility these wrong glyphs are contained in font called Nimbus Sans L, which doesn't even seem to exist in any of the common font-directories. Furthermore the incorrect glyphs are from cyrillic unicode block, which is located right before the IPA block, so I assume there's just a minor mistake in some font file? Anyways, I am currently unable to read any course material on phonetics on my gentoo box, so if anyone would even know a way to disable these fonts I'd appreciate it. And since it doesn't exist on Debian, Redhat or windows boxes with similar configurations I have reason to believe it is a gentoo problem, but I have opted not to report it to bugzilla yet as I am unable to find details on it (such as, what package would the problem belong to). -- .signature: No such file or directory -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] gnome 2.2 font size
On Tue, 11 Feb 2003 22:03:58 +0100 Henk Abma <[EMAIL PROTECTED]> wrote: > On Tue, Feb 11, 2003 at 06:19:42PM +0200, Tommi Pirinen wrote: > > What config files do you mean? where did you change something? If I > change the point size in gnome from 14 to 12 where possible, things > get slightly better, but some dialog boxes still seem to think they > need a large part of the screen as if I'm running in 640X480. In kde I > have no problems. > > Henk, > > Uhmm, I'm not so sure since I configured (browsed diffs through) like 30 changed files at once back then. Let's see... Perhaps it was just the host of the files in X11/app-default, which I have recently updated... I didn't notice any other files recently changed containing font configurations. (or grep didn't notice ;) -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] gnome 2.2 font size
Exactly the same problem. I wasn't sure where it came from, because I had mass update recently, but main point is that many of config files seemed to have trivial font-style increases by one pt. I thought it was related to some change in fonthandling, but it seems it was to actuallu increase font sizes. I solved it by decreasing the font sizes in config back to what they were. On Tue, 11 Feb 2003 01:22:39 +0100 Henk Abma <[EMAIL PROTECTED]> wrote: > I emerged gnome 2.2 lately, and although it looks very clear, fonts > are very large, even at 1024X768. When I change -dpi to something like > 50, the logon screen from kdm contains very small letters, but as soon > as gnome 2.2 appears they get big again. > > Anyone the same problem? how did you solve it? > > Henk, > > -- > [EMAIL PROTECTED] mailing list > -- [EMAIL PROTECTED] mailing list