Jump to content
funtoo forums

digifuzzy

Members
  • Content Count

    141
  • Joined

  • Last visited

  • Days Won

    4

Reputation Activity

  1. Trolling
    digifuzzy got a reaction from duncan.britton in Emerge rewrite in rust   
    I would be leery of re-writing an important package management function in a language that (according to wikipedia) is at 1.0.0 Alpha stage.
     
    I would be petrified after reading this on their front page
     
     
  2. Trolling
    digifuzzy reacted to adessemond in Should I use CPU USE Flags in make.conf?   
    In the case you  don't set  the use flags related to processor's instructions sets, the softwares you will compile will simply not take any advantage of built-in CPU hardware support for some of their operations.  However not all packages but multimedia stuff (typical case) make use of enhanced processor instructions. If you want to check what package use what flag equery h will tell:
    # equery h mmx * Searching for USE flag mmx ... [IP-] [ ] media-libs/smpeg-0.4.4-r10:0 [IP-] [ ] media-sound/lame-3.99.5-r1:0 [IP-] [ ] media-video/mjpegtools-2.1.0-r2:1 To answer your question: you SHOULD enable support for CPU's enhanced instructions, unless you have a good reason to leave it disabled (i.e. known bug, strange crash....)
     
    However to bring a bit of nuance: a use flag is simply a handle given to you by an ebuild developer to enable/disable some features at compilation time, not having a use flag in a ebuild is not a warranty that the software will not include some CPU special instructions in its binary code.
  3. Trolling
    digifuzzy got a reaction from Tassie_Tux in mdadm disappears - emerge surprises   
    Good catch. I wasn't aware of this "feature". I can already see where it was pulled out and re-installed.
     
    Must dig.
    Thx Tassie!
  4. Trolling
    digifuzzy reacted to Tassie_Tux in mdadm disappears - emerge surprises   
    Have you searched the contents of /var/log/emerge.log? That could assist you in determining when mdadm was unmerged.
  5. Trolling
    digifuzzy got a reaction from rpelayo in Systemd   
    I am a "systemd refugee". I chose to leave other distributions because of their insistence on using software that caused me all sorts of grief. A program/daemon cannot exist that saves devs/admins from themselves. I should not have to resort to pkill to take down a service. Its not about being a control freak, but does the user have control over the computer without being second guessed by some arbitrary program? With funtoo, I have that assurance the computer will do exactly what I tell it and if it fails I have the confidence to correct without shrugging my shoulders at the machinations of some undocumented black box program.
     
    edited...
     
    As has been pointed out - sure there are "needs" for systemd as other applications or libraries depend on it. I am greatful that funtoo doesn't enable this by default. For those who are "ripping out" these dependencies - Kudos! Please keep doing that. And to the funto admins - Please,please - don't enable systemd. Thank you.
  6. Trolling
    digifuzzy got a reaction from interestedaboutfuntoo in Interrupted emerge, passwd instruction executed late, dev/sda2 already exists, found lost partition   
    You must have had existing partion information from the previous attempt. Some times it may be easier to start fresh. If possible
    dd if=/dev/zero of=/dev/sda will zero or do an erase of the drive. Of course, this is assuming that you have no data on the device you want to retain. :)
     
     
     
     
    If System Rescue CD is bringing up the device as read only, something tells me that your partitions may be a little confused or you have a hardware issues.
    There is also the possibility that another error has occurred and the root partition is being mounted read-only. I can't say for sure as I'm having a hard time reading through all the issues you cite.
     
    Suggestion? Start fresh.
  7. Trolling
    digifuzzy got a reaction from interestedaboutfuntoo in Interrupted emerge, passwd instruction executed late, dev/sda2 already exists, found lost partition   
    Not sure if you're aware of this...
    Drive Mfgr's report size in SI (1000) units. GParted will report size in non-SI (1024) units.
    Doing the math...((1000/1024)^3 x 750) = 698.4 GiB sounds about right in this case.
     
    NOTE: increase exponent of (1000/1024) for each SI unit - k, M, G => 3
     
    See: wikipedia for explanation.
  8. Trolling
    digifuzzy reacted to drobbins in Making Funtoo more Fun...   
    Hi Everyone,
      I am going to be making some changes to the project soon, to fulfill the vision of a user-centric community and also make Funtoo more suitable for enterprise systems.   Here is what I have found. If you have a single Funtoo system, then the continual changes that we receive from Gentoo are probably not a big deal. You do a system update daily or maybe once a week, resolve any issues, and your system continues to work well with a little hand-holding.   However, there is a lot of work being done behind the scenes by angry_vincent and myself to keep things working well. Our tree is created in a totally automated way, but we "fix" things that break as various things in Gentoo are updated.   And there is the problem. The automated Gentoo updates are fine for a single system, but if you like me have 5+ Funtoo systems, you do not update your systems regularly and then the various hand-holding, perl-cleaner, revdep-rebuild and blocker resolution is a huge pain.   And there is another problem... Angry_vincent and I probably spend 90%+ of our Funtoo time on fixing things that are broken, which means we have no time left to actually create new awesome technology to make Funtoo better. Like a boot-update rewrite, or a metro rewrite, all things that I want to get to. Yes, I find a way to sneak in time to do various things but it is not very ideal.   So, for any problem there is a solution. I have a vision of a solution that will give us the ability to have more control over quality, without doing a wholesale fork of all of Gentoo. I don't see the point of forking all of Gentoo... without better planning and technology, we will just duplicate the same problem of continuous rolling release, but have it happen on the Funtoo side. Rolling release is a good thing, but it is not suitable for all users of Funtoo or Gentoo... so we need something that will make Funtoo more capable without working against the benefits of rolling release.   Since I am not only a developer, not only BDFL, but also a *user* of Funtoo Linux (and *that* is what I consider myself first and foremost,) I want Funtoo Linux to work for larger scale deployments. And I want developers and *users* to not be continually burdened with unending ebuild updates and break/fix situations.   So, over the next few weeks, I am going to be reaching out to our small team of staff and get them up to speed on regular Funtoo maintenance so that I can focus my 'Funtoo' time on developing this new system. Not a new distro, but a new way that Funtoo will manage updates that will give us much more control and the ability to focus on strategic initiatives much, much more than we have in the past.   Best Regards,   Daniel
  9. Trolling
    digifuzzy reacted to nrc in GNOME 3.12 is HERE...   
    I dug up your thread.  It's certainly an odd reaction to people doing what open source is supposed to be all about.
     
    There's this vicious circle in the reasoning around systemd.   On one hand if you complain that systemd is too monolithic or has consumed too many other projects they will explain that systemd is modular and you can replace those pieces if you don't want to use theirs.  But then if you propose to replace one of those components or just work around it they will explain that it's really not practical to do so because everything is so interdependent and everything is going to start depending on their pieces anyway.
     
    I suppose a rolling release source based distribution is never going to be hugely popular, but I'm surprised that we're not seeing more growth here given how much some people like to complain about systemd.
     
  10. Trolling
    digifuzzy reacted to Oleg Vinichenko in Emerge rewrite in rust   
    i'd prefer to clean-up obscure and undocumented python code in portage rather then rewrite it in new lang :)
  11. Trolling
    digifuzzy got a reaction from Deklan? in Standard manual for Funtoo presentations   
    MS Power point? There is LibreOffice/OpenOffice Impress.
     
    But I see your point.
    A standardize presentation package with default script to go with the presentation.
  12. Trolling
    digifuzzy got a reaction from tocadotux in Systemd   
    I think nrc's original post in reply to OP should be the last word...

  13. Trolling
    digifuzzy got a reaction from duncan.britton in Screenshots   
    XFCE with two different sized monitors (1920x1080 & 1600x900 - Screen shot covers up that fact - fills in desktop from first monitor.)
    Theme: Adwaita-Dark-3.14-rev2
     

  14. Trolling
    digifuzzy got a reaction from Philipp Ludwig in Systemd   
    I think nrc's original post in reply to OP should be the last word...

  15. Trolling
    digifuzzy reacted to nrc in Systemd   
    Thanks, digifuzzy.  I'll just add that if anyone considers this thread to be a flamewar they must be a sensitive soul indeed.
  16. Trolling
    digifuzzy got a reaction from nrc in Systemd   
    I am a "systemd refugee". I chose to leave other distributions because of their insistence on using software that caused me all sorts of grief. A program/daemon cannot exist that saves devs/admins from themselves. I should not have to resort to pkill to take down a service. Its not about being a control freak, but does the user have control over the computer without being second guessed by some arbitrary program? With funtoo, I have that assurance the computer will do exactly what I tell it and if it fails I have the confidence to correct without shrugging my shoulders at the machinations of some undocumented black box program.
     
    edited...
     
    As has been pointed out - sure there are "needs" for systemd as other applications or libraries depend on it. I am greatful that funtoo doesn't enable this by default. For those who are "ripping out" these dependencies - Kudos! Please keep doing that. And to the funto admins - Please,please - don't enable systemd. Thank you.
  17. Trolling
    digifuzzy got a reaction from Tassie_Tux in Systemd   
    I think nrc's original post in reply to OP should be the last word...

  18. Trolling
    digifuzzy got a reaction from uudruid74 in Systemd   
    I think nrc's original post in reply to OP should be the last word...

×
×
  • Create New...