Hacker Newsnew | past | comments | ask | show | jobs | submit | a124556's commentslogin

I would but I love APT. I'll just stick to Debian Testing.


> I would but I love APT

As a near 100% RHEL/Fedora user I am always wondering if there is anything but a material difference between apt and yum?

From using Ubuntu extensively a few years ago they seem to have near identical feature set?


Both have a dependency system, but they are quite different in how they work and resolve dependencies.

Apt/dpkg is also a lot more careful about its treatment of configuration files. Debian packages generally ask questions during preconfigure, build a config file, and then run out of the box. But if you already have a config file it will either be left alone or ask you to resolve the merge.

http://unix.stackexchange.com/questions/634/what-are-the-pro...


Only differences that I have noticed and cared about as a home user: Yum lets you do `yum search` but Apt splits that off with `apt-cache` (this is annoying because with yum I can just swap out that 'search' with my line editor). Apt tends to be faster for equivalent operations.


If you use aptitude instead of apt* you get most of the features rolled into one command, and it also provides a curses based interface if you prefer that to the command line but are in a situation where a full GUI is not available to you can use an X based tool. I'm not sure about Ubuntu but it has been standard issue in Debian for some time.


I hope one day there's a command line package manager that works with both DPKG and RPM. Something tells me that will expose the real reason people stick with one over the other; remembering the package manager syntax. I feel no great allegiance to one side or the other, there's nothing of real merit I can differentiate them on, the only real result of the split is package maintainers duplicating work.


I have a set of shell scripts which wrap apt, yum, and macports, so i only have to remember one set of commands. They only cover a small fraction of what those tools can do, but they cover 90% of what i do day to day. They were not at all hard to write.


    dpkg -S /some/file # tells you what package provides that file  
    dpkg -L some-package # lists all the files provided by a package
    apt-get search <regex> # lists all package names matching <regex>


$ apt-get search foo E: Invalid operation search

It's apt-cache search, and it searches full descriptions, not just package names.


My bad - I meant `aptitude search`


Use aptitude.


There used to be a massive difference. Mostly because debian had apt-get and Redhat had just rpm. That's why we still have sites like rpmfind. Nowadays there is not that big of a difference from end user point of view.

As a dev I still love dpkg-buildpackage way more than rpmbuild.


As a near 100% RHEL/Fedora user I am always wondering if there is anything but a material difference between apt and yum?

Atleast some of it is momentum from being first. APT was the main reason I jumped ship from Redhat, but that was before yum.


With any standards compliant email server you can use "+whatever" in the username and the email should get to you: username+whatever@example.com.


"+" is valid in the left-hand side portion and Postfix uses it (by default) as the separator to provide this feature but other mail systems (Qmail and, IIRC, Courier) use "-".

That functionality is not an RFC requirement, however.


I believe that totally depends on the mail server. If there is an actual standard for that, please do point me to it.


"a revolutionary new platform for applications"

That didn't tell me anything.


Same here. Even scrolling down I don't get what this does/enable very easily. The code examples are also hard to understand (naming is not obvious) for someone who doesn't know what Ethereum is.


...you know there's more information if you scroll down?


Scrolled down. Read everything. Still don't see the purpose.


I'm with you, I read everything and still have no idea what it is.



In all honesty, it's not even close to VS. As a lifelong MS hater, even I have to admit that they sure know how to produce an amazing IDE.


How were those keyboards different? silent keys?


Something like this? http://www.btcmessenger.com/?page=send just filter it for spam like we do with normal email, maybe an application anyone can run instead of a website that can be taken down.

Also, is there a provable way to generate a public bitcoin address without learning the private key? As a way to keep it fair.


To what you said: yes. Except to not store the messages in the blockchain, which removes the need to generate a bitcoin address.

However, there are some implementation issues that need to be resolved, e.g. on github.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: