This is mandated by the switch to repomd. repomd's design doesn't allow downloading only a subset of metadata because all metadata are stored in a single XML file. (It's actually not a single XML file, but the effect is the same as if it were.)
Whatever the reason, it SUCKS. (And it's not nice without a progress indicator.) This is half a show stopper. I doubt any of my $RELATIVES on dialup are going to download >10MB every few days just to find out that a package they haven't installed was updated.
b) Major modifications to the repomd standard. Not possible without a consensus between all parties that use it.
Good scheme. An upwards-compatible way should be possible.
Sorry, that doesn't really belong here. The usage of file name extensions is of course not specific to a certain platform.
This thread is about what's annoying about the package management. .exe processes are. The .exe extension is specific to the mswindows platform (can one say of legendary notoriety?).
At the very least, couldn't they call it .mono if they really thought they couldn't do better?
No, this would suggest that the assembly is specific to the Mono implementation of a CLI, which is not the case.
?? Are there more Linux applications than mono which produce this .exe cr*p? If the executable is unspecific, why was an extension used at all? Volker -- Volker Kuhlmann is list0570 with the domain in header http://volker.dnsalias.net/ Please do not CC list postings to me.