Domain: fedorapeople.org
Stories and comments across the archive that link to fedorapeople.org.
Comments · 9
-
Re:Huh?curl http://levex.fedorapeople.org/... | lzma -z9c | base64 | qrencode -t ANSIUTF8
This produces output too large to fit on most screens unless your console font is ridiculously small or your screen resolution is higher than most (my notebook has a 15" 1680x1050 panel). Also, it appears the console (on Ubuntu, anyway) doesn't handle UTF-8. Falling back to ANSI, it's even farther from being feasible.
-
Re:Good idea
They're encoding the kernel oops. Here's one example oops they're using in that thread:
-
Re:Lincense wars in...Error messages are only slightly better in clang, because GCC has improved since version 4.2, and now even clang developers themselves explain that clang is better in caret positioning and colouring, which I wouldn't call being a generation ahead. See what the GCC wiki says about that.
Clang is slightly faster than GCC, when compiling at the same optimization level.
Clang is written in C++ and modular, and as result of this, it is more embeddable in third party projects and it can target multiple platforms with a single executable. Work is being done in GCC to address this but I'm talking about released code here.
But when we consider less "hip" features, GCC makes faster code (which is usually the foremost interest of a compiler's user). And GCC supports more target platforms. And GCC supports more language features (FORTRAN, OpenMP, VLAIS).
A GCC developer's benchmark about GCC's vs clang's speed of compilation and of the resulting code.
-
just an example of a broken webkit.
https://bugs.webkit.org/show_bug.cgi?id=79680#c3
http://kalev.fedorapeople.org/midori_about_widgets.pnghttp://www.mail-archive.com/webkit-gtk@lists.webkit.org/msg01200.html
And webkitgtk is at 1.10.2 now, but this particular bug is still not fixed.
Yes - you can "fix" this by compiling webkitgtk against gtk3, but then the audio and video tags are messed up. They are transparent and have no slider.
-
Re:Remove More Barriers To Entry
Fedora has a RPM for it now (from http://spot.fedorapeople.org/steam/). There is also a package (built from this one) on OpenSUSE's build service. I can confirm the package works on Fedora 17 and 18 (with the nvidia blob from nvidia, tested TF2 on a Quadro 600 and GTX 460).
-
Feedback
Glad to see that the Fedora devs are listening to their userbase, according to the new fedUP tool.
:) -
Re:How often does debugger speed matter?
I would LOVE to see some comparison/benchmark that shows LLVM generated binaries being faster than GCC generated. CLang cries high and low about compiling faster than GCC, but they don't say anything about resulting executable speeds.
GCC still generates faster code overall as far as the SPEC benchmarks are concerned, but LLVM isn't too shabby (and in some cases beats GCC). See http://vmakarov.fedorapeople.org/spec/ (bottom two sub-entries in the left frame, check the SPECINT/SPECFP2000 score graphs)
-
Re:Great!
Right, we'll be doing nothing. Nothing, that is, except this:
http://poelstra.fedorapeople.org/schedules/f-12/f-12-quality-tasks.html
oh, yeah, the days are going to be fricking *empty* around here. That's just the QA calendar, BTW, doesn't cover release engineering or development team's tasks. To translate, we'll do a full set of installation validation tests on the release candidate images, and weekly blocker bug review meetings at which the entire list of bugs marked as final release blockers are reviewed and managed. I spent most of today managing the blocker bug list, ensuring fixes were being worked on, confirming fixes, and clarifying the impacts of certain issues.
In the four days since the beta freeze was ended, around 200 bugfix updates have already landed in the F12 tree, including the whole KDE 4.3.2. But, yep, we're not doing any work on F12, you're perfectly right. Man, we're lazy.
-
Re:Apps
Inkscape is currently undergoing a Google Summer of code project to improve it's applicability for blueprints, which is why I mentioned it.
There's no interest in duplicating AutoCAD because it's a massive load of work. Somehow you've taken the idea that people not getting together and duplicating AutoCAD's massive infrastructure and lock-in for ignorance of Engineering principles and design. Autodesk can dig themselves out of the hole they're in; they have Linux experts on hand (to support Maya) to start digging themselves out with. I know tons of places that want Linux in their shop; but none want the first mover disadvantage of funding whatever replaces AutoCAD. They'll probably look at things like QCad with more lenient eyes than yourself.
I understand the need for engineering design tools; spice is a critical analysis tool, and at some point I'd love to see Oregano picked up under GSoC or some other academic project. Fedora has Electronic Lab spin that seems neat. I suppose at the end of the day, open source is written by those who need it can can write it, and EE's write code more often than architects.