Jump to content
Welcome to InsanelyMac Forum

Register now to gain access to all of our features. Once registered and logged in, you will be able to contribute to this site by submitting your own content or replying to existing content. You'll be able to customize your profile, receive reputation points as a reward for submitting content, while also communicating with other members via your own private inbox, plus much more! This message will be removed once you have signed in.


  • Content count

  • Joined

  • Last visited

  1. Myths - You will harm your system as root

    It's not all about human errors, it's about security too. Running the graphical session as root is plain stupid, but using the shell as root come down to experience. I usually have a root shell opened and my system run fine and clean since 2007 (Gentoo).
  2. What's the Best Linux for the Old Think 560

    Debian installed with a floppy disk without any profile + xfbdev + dwm will run fast. It will boot in about 40 seconds and will be able to run some good old apps like XMMS(1), EmelFM(1), URXVT, XPDF, XFig, Rox and many other as fast as a modern computer would run the GTK2/Qt4 equivalent of those apps. In fact, c omputer like this can run very fast with idle ram usage a little above 5mb. I did it for fun, it took some work to strip it down to that point, but performances were very good by modern standard.
  3. Hi I use Linux and OS X (dual boot) on my Mac Book Pro 3.1 (pre-unibody). The boot is not as fast as I would like it to be. I have built a custom grub bootloader for EFI (no bios emulation, no rEFIt). It work great and is as fast as the built in OSX one. That said, the part before the boot loader, the gray screen, is very slow. It take about 5-6 second to past the initial gray screen. As EFI is modular, does someone ever tried to slim this part down? Or any tip to make it faster. Some of these new NetBook can boot in 8 second, EFI included, so, somwhow, it can be slimmed down. Linux boot in 7 second, so id it can cut EFI from 6 to 2 second, it will be as fast. Any idea?
  4. Win7 "does not support GPT partition sheme"

    Moving the windows partition before the linux one and using gptsync on a live-cd did the trick, the installer is running right now, thanks for the help!
  5. Win7 "does not support GPT partition sheme"

    That solve the one saying that it is a factory recorery partition, not that one (at least, not for me because I did that)
  6. Hi, I am trying to install windows 7 RC on my macbook pro but I fail. It say that it does not support GPT partition sheme. It is true, but as I know it is possible to install windows, what is the workaround? Here is my partition sheme: EFI (200mb) OSX 10.5 (16gb) Linux 92gb Windows (16gb (minimum)) SWAP 2gb Windows is number 4, so it can still be used as primary with mbr emulation. How can I fix this?
  7. Linux Program Lists

    Inkscape (vector graphic) Blender (3D graphic) Gimp (bitmap graphic) Scribus (presentation/layout) XMMS (media player) aterm, aterm, aterm, aterm (terminal) kate (coding) firefox (web) mplayer (movie player) cinelerra (advanced movie creation) kino (fast DV movie creation, like iMovie) avidemux (like virtualdob for windows, fast trimming/croping of video files) ddd code debugger gcc/g++ compiler konversation (irc) sauerbraten (game)
  8. Running mac apps under linux

    As bofors said, GNUstep exist, it is the open source version of NeXtStep, the base of OSX. The cocoa API is mostly (~75%) there and few other libs also exist. Under that, Apple use GNU tools, the same as Linux use (GCC, G++, autotools, binutils). To get mac apps to compile in Linux, you have to rewrite Quartz, CoreImage, the remainning part of Cocoa, core animation, interface coreAudio using pulseAudio and rewrite 5-10 other libs. Then apps will need to be recompiled to use XLib and not the propriatary display framework of OSX. After that, they will run native on Linux, like any other Linux apps.
  9. just installed debian i like it to a certain degree

    Aptitude is installed by default on Ubuntu too Ubuntu and deb are similar, everything you can do on one you can do it on the other, but deb have less bloat.
  10. D-OSX-IAN: The Ability The Creativity And Mobility

    I dont think those libs are binary compatible, you will have to rewrite them from scratch. But take a look at gnuStep and Etoile project, you have to look in that direction. Good luck!
  11. Gateway G6-366 Desktop Pc

    Debian+dwm+midori or arora as browser thunar or as filemanger aterm or urxvt as terminal emulator Xfbdev or xvesa as Xserver (use xfbdev only if you have an accelerated framebuffer) custom kernel I used this on a P100 + 16mb ram and it boo in 40 second to the desktop and all apps load in less than 5 sec. It is a matter of optimisation. Linux can boot with less than 1 mb of ram. On that laptop, it use 5.5mb with feh, conky, X and dwm.
  12. I Couldn't Believe My Eyes

    I would never give those kind of command, but sometime, a dangerous stupid command is the right answer, take a look. Let say the noob say: "Is there a way that I can be ABSOLUTELY sure that nobody will ever have access to my data?". Well, in this case, the right command is destructive, because "nobody" include himself. So `sudo cat /dev/urandom > /dev/sda &` is the right command. I saw that kind of questions many time. The right answer is to encrypt your partition with a TMP chip on your motherboard as key and an other private key on top of that. Then having industrial strenght passwork or quality fingerprint reader, but even there if data exist, you can get them, so the right answer is to destroy them (and warn the user that it is). When someone ask how to remove windows as default choice in grub and someone give a command with mkfs in it, ban him, a chmod 777 or u+s, warn him, a scriptkiddy perl script to take control, ban his IP. But for someone who explain what the command he post do, and the noob don't read and execute it anyway, then the one who posted the command is not responsible for damage done to the noob system. Of course, if the command is off topic, then he should be banned, but once again, dangerous command exist and have some real life usage, it is the power and beauty of Linux, you are the master of your computer, you can do wtf you want with it.
  13. E17, Slimmed Down For Cell Phones

    The KDE(4) team did it too, it is ok for the N810, run on the OpenMoko, but is a little too slow on it. Gnome are working on a version too, but I did not see any result from them yet.
  14. KDE4, your view now?

    @dies: Your the fanboy. Between 3.5 and 4.1 I used gnome, so yes, I used recent version and I developped apps for both DE. I can talk as a programmer and as an user. KDE4 desktop is a complete rewrite, it will take time to complete it. No, it is not complete, it is "mostly" complete for day to day use. The "just wait" is because it is an in progress rewrite, not because today it is {censored}, it isn't, you did use KDE4 since a lot of time. It was needed, kdesktop+kicker suck and they had reach their limit (still more powerfull than gnome, but gnome does not need as powerfull panel, they have no use of these extra/useless functions). Plasma is more flexible. It allow all old features to be rewriten, but keep them out of the codebase with plugins (plasmoids). You can't say that KDE4 apps suck more than in KDE3, because they are the same, so can you point 3 major weakness of plasma that make it so bad? And 3 things that gnome do better (exept the default panel/menu -layout-, I admit that the gnome one is better but you can copy it with KDE4 in 10sec)?
  15. KDE4, your view now?

    KDE4 vision is the right path to follow, it will take time, but once everything is pluged with everything, it will be even more user friendly than OSX. Everything will work with everything (akonadi, nepomuk, strigi, kjobs, plasma, solid and phonon have been designed to do that). The "port" will be long (KDE application are basically the same than in KDE3.5, just with QT4 and bigger toolbar). You will see, all will be better, it is a meter of time. The path that KDE took is hard to follow and will required a lot of effort, but it will pay. Gnome vision (or lack of) suck, they have met their goal and now add some useless bloat to it. They even start to copy the KDE3 roadmap (at least 1 apps for each task), this is the opposite of the original Gnome goal (leave it to 3rd party but provide a totaly open API). Gnome will eventually die out of progress while KDE accepted to recive some critics to be sure to move foward to met future desktop standard.