Jump to content

iphitus

Global Moderator
  • Posts

    3831
  • Joined

  • Last visited

Posts posted by iphitus

  1. Whether you intended to or not, you've inadvertantly upgraded OpenSSL. Just downgrade to the last available OpenSSL RPM for 10.1 (not sure of the name, it'd either be libopenssl or just openssl)

     

    Whether or not you think you've changed an openssl package, the .so library from it has been changed and needs to be reverted. It's the only common denominator between the affected packages. mutt definitely doesnt even link to X, let alone one of freetype/gtk/pango.

  2. Don't use a filter, they're generally simple to bypass, and don't block everything.

     

    Further, the filter should be redundant, if he's 2 years old he should be under CONSTANT supervision anyway -- no excuses. The computer is not a babysitter. (why on earth would you give a 2 year old his own computer anyway)

  3. Contrary to the US... HP has wonderful support here in Australia.

     

    Their inkjet cartridges are more expensive with reason. The print heads are located on the cartridge and not the printer. This means that unlike other printers, who become useless once the print heads wear out, the HP's keep going as you get a new one with each cartridge. We had a HP 660C that worked for a good 12 years, and many of our others are years old but still print like the day we bought them. They also tend to last a good while too.

     

    Anyway, I feel like a broken record.. I know i've repeated this many times here :)

  4. urpmi is a package manager

    apt-get is a package manager

    smart is a package manager

     

    rpmdrake is a graphical frontend

    synaptic is a graphical frontend

    smart-gui is a graphical frontend

     

    I thought you know the difference between package managers and graphical frontends. :juggle:

     

    He at no stage whatsoever mentioned "graphical".

     

    This is utterly semantics but..... you _could_ say urpmi, apt-get, smart are frontends to a rpm based system. The line's totally blurred now, it lies in a different spot in each distro and often there's no separation, but once upon a time -- there was more of one.

     

    RPM itself presently stands for RPM Package Manager. The management of packages, tracking files, dependencies and installation is still done at that level. You could always grab packages by hand, and install them by hand with rpm -Uvh (iirc on the args) -- fancy downloading and resolution isnt neccesarily a part of a package manager.

     

    In Arch, pacman has been split to libalpm and pacman, so you could argue that pacman is now a frontend to our package system -- any 'frontend' can utilise libalpm and do it a bit different. In other distros, there's no split -- the package manager is the package manager and there's no lower level than that.

     

    Despite this, the semantics aren't important to understand the point of scarecrow's post, and given the above, you can see his use of 'frontend' is reasonable.

     

    Anyway... chillout :) :paul:

     

    James

  5. None, really- just some OOo macros and php scripts, which have pretty limited impact (at worst they will screw a couple of things at your local user account). But the system core will not feel anything.

    OT: I've always found this funny... how people say "oh, it won't be bad, you'll just lose your home directory".

     

    On Linux, your home dir is the worst thing you can lose. That's where your irreplacable data is. You can tell people to backup, but even then its easy to lose a day or two of work even if you do backup.

     

    Personally, I'd rather keep my home dir and lose my system -- a linux install is cheap and quick. I can get Arch up and running nominal in less than an hour. A basic Mandriva install can be installed with internet, office, email and other basic capabilities running in less than half an hour -- if not out of the box.

     

    So... let's not get ahead of ourselves here -- Linux isnt invulnerable, it just isnt being targetted yet. Inevitably, if Linux does get a larger market share on the desktop it will become a greater target. And in that case, you can expect to see a lot of emails, from which people will _still_ stupidly click and run the attachment. Or dodgy websites. Or bad passwords. Humans are still the biggest security flaw.

  6. ESET NOD32 is not free. Since the threat of virus in Linux is weak at best, paying for something seems too disparate. B)

     

    But a mailserver admin would definitely consider buying it if the detection was better (iirc NOD32 had a good reputation back in the day..). Many of the "linux virus scanners" just scan for Windows viruses. Does your ISP offer spam/virus scanning? -- they could well be using one of these solutions.

     

    I wouldnt be surprised if many of the free ones were limited and had pay counterparts for use in such larger scale situations.

  7. Why a flash video for kickoff, when 2008.0 has it, just right click the kmenu and choose kickoff menu...

    Not using Mandriva until they deal with my long standing installation regression that I filed on the bug tracker months ago.

     

    In any case, for me it's quite moot, I launch most apps from the cli, and since cf I can put kicker and my external taskbar onto a widget layer, so I normally don't even see them. More screen space for me!

    likewise. I've got gmrun on a shortcut key, and important apps on their own shortcuts, so most things are just a few keypresses away.

     

    Reiver_Fluffi, neddie: Just stating my observations, there's a lot of projects that abuse 'rc' and many that release blindly unstable things as rc's just to get extra testing. It's not as uncommon as you think, some projects treat rc as the "feature complete" stage, enact a feature freeze, then do the bug hunting through the rc series. kernel is one example which follows a similar pattern.

  8. At this early stage? The first release candidate is out, surely that means it's not an early stage any more!! It means what's out there might be the one which goes productive!

    And there's only a few weeks until Jan 11th, if they plan on sticking to that release date.

     

    Open Source projects seem to have a disregard for the terms alpha/beta/RC. Rarely, if at all will you find a project that will release on it's first RC. Take as a prime example, the kernel. By the time you run 2.6.23, it's typically been through 6 or so rc's. rc1 never had a hope of being released, and would be more correctly labelled beta - but that's inconvenient.

     

    Look at KDE3... _that_ is years old and has been through many iterations. KDE4 has yet to have a stable release, so it has barely even entered it's release cycle.

     

    KDE4 has not had a stable release, so by definition, it's unstable and things will change. It's been delayed once too, so we might not see come Jan 11.

  9. Don't approach anything new with a closed minded approach like that, particularly something as daring as KDE4. People love sensationalism and declaring that something sucks because one itty bitty feature changed or operates differently. The KDE developers should be rewarded for the optimistic act that KDE4 is. _nobody_ has the right to say "kde4 sucks" at this early stage and if they do... they better justify it well.

     

    Sure KDE4 have some teething problems like any project of it's size, but that's more reason to embrace it with an open mind. Particularly the release candidates and unstable versions. If you don't like something, file a bug or feature request -- don't whine.

     

    I think that Kickoff menu might keep me from using kde4 -- especially if they don't provide a way to use a standard Kmenu.

     

    I didn't realize that konqueror was going to use the dolphin engine. I thought I could just choose to use konqueror as the file manager and then wouldn't lose functionality. If that is not the case, that is another reason I might have to stick with what I've got.

     

    If mandriva 2008.1 ships with kde4, I might have to end up having to pass on it, until the above two items are handled with some future version of kde.

     

    For a start, they probably won't entirely remove the old Kmenu, as it would have a large following. But why don't you try kickoff before you diss it? From what i've seen, its a different way of organising what's already there. A really old flash video here looks impressive: http://home.kde.org/~binner/kickoff/sneak_preview.html

     

    Also if you had read the thread above you'd note that the dolphin engine was remarked to be as capable as konqueror.

     

    James

  10. Heh, what you talk about has imho to do with Mandrivas "strange relation to marketing". A list of business partners on their website would make them more of a trustworthy company. Try to think of a list saying e.g.

     

    Mandriva products are used by:

    Government of Nigeria

    <snip>

     

    Nigeria looks great on the top, sponsoring all those scammers :P

  11. Every criticism you made is either a matter of your personal choice or unjustified, I do not see how that translates to common opinion.

     

    and it's just my humble opinion too :) As for me calling saying it's a "common opinion" -- i meant that I have seen it expressed in many places by other people.

     

    Though I don't see how that theme is "innovative"

     

    James

  12. iphitus, I am sorry that the general concensus does not meet your approval :P

     

    Pretty common actually.

     

    I think the fedora modified tango icons are gorgeous, I nicked em from fedora 7 and have been using them under Arch for months now. The gtk is nice and tidy. But that window theme....

     

    For a start, look at the corners, rounded corners in metacity are a big no no, they generally look terrible. Secondly, the close button is pushed a ridiculous amount to the left, however the menu on the opposite end isnt. This results in an inconsistent and unbalanced appearance. Also is annoying, for me habit is to go to the far top-right corner to close an application, where the close button typically is, however this one is just... pointlessly shifted. The colour, I think it's terrible, but that's more personal choice an anything. And finally, it simply doesnt look professional.

     

    James

  13. It turns out that loading any music onto the iPod that did not originate from iTunes is intentionally blocked by Apple. There has been a hack to get around this, but the hack seems to be no longer available.

    The latest gtkpod/libgpod svn appears to have some support.

     

    I've already given the iPod away. Sigh.... It and related items were just a bit under $300.

     

    I got a Creative Zen V Plus this morning, with 8 GB. Now I am trying to figure out how to get music onto it. When I plug it into a USB port, I don't get a mounting notification like I did with the iPod.

     

    What happened to the "good old days" when you could just copy music files to the device just like it was a disk drive, without requiring all types of bizarre mp3 software on the computer.?

     

    I still don't see how to get music onto this device, but I guess this should be another thread.

    As the size went up, needing some sort of software was inevitable. Either you get a nice interface with albums/artists etc, or you get raw filesystem access. For the first, there needs to be a database of some sort. Some smaller devices are able to do this on the fly with MTP, but I'm not sure if MTP is feasible for larger devices.

     

    The good old days are still here, but are simply not practical for large devices, look for something small if you want drag/drop (afaik, the Sandisk Sansas are). People want a nice interface, not filesystem access.

     

    James

  14. What filesystem? FAT32 cannot take files larger than 2GB IIRC.

     

    edit: And also, for security reasons, some distros have a limit on file sizes by the user. (ie, so unprivelidged users cannot fill drive and cripple system). Not sure on the details on this one, i just downloaded my ISO as root last time. Lazy I know. Check out ulimit (man ulimit).

     

    (Moved to software cause it seems a software issue)

  15. Yeah... the article is pretty bad and contradicts itself. It has nothing to do with ubuntu, it just so happens that his 'issue' was discovered there first.

     

    AdamW's comment gives a better idea of whats up.

    ...here are the facts.

     

    First, it is not accurate to say that "When switching to battery power, /etc/acpi/power.sh issues the command hdparm -B 1 to all block devices". This is not the default configuration of Ubuntu. It only happens when laptop mode is enabled, which must be done manually by the user.

     

    In general, Ubuntu does nothing to hard drive power management settings. It leaves them exactly as it receives them, from the machine's BIOS. If your machine's BIOS sets a ridiculously aggressive power management strategy, that is the fault of its manufacturer.

     

    This also applies to Mandriva and, I believe, to most other distros.

     

    The suggestion that "Of course, your hard drive my eventually catch on fire, which would also lessen its lifespan." is also silly. Take a look at the specs of a typical laptop hard disk:

     

    http://www.hitachigst.com/hdd/support/5k160/5k160.htm

     

    *Maximum* power consumption, at power-on time, is a princely 5W. Consumption in active read / write use is 1.8W. Consumption in active idle mode is 0.8W.

     

    An absolutely maximum consumption of 5W and a more usual consumption below 2W is not going to set anything on fire.

     

    I might add that it's fine to continue using laptop-mode, just adjust the setting for hdd power management, either turning it off altogether or setting it to 254/255 depending on your hdd.

     

    Might be a good idea to edit the topic... it's not ubuntu specific and it's not fair to give them bad press because of others' poor reporting.

     

    James

×
×
  • Create New...