0:06:44parjanyausing quicklisp, having loaded cl-base64, I tried loading another package that uses base64 (a different package), but it complained that base64 is a nick for cl-base64, so it wouldn’t load. I opened a new repl and everything went fine, using base64 alone. this kind of clash shouldn’t happen, right?
0:10:58edgar-rftparjanya: I think you first must (shadow 'base-64) the nickname before you load the base-64 package, then it should work.
0:26:54pjbparjanya: yes, this kind of clash can happen, quicklisp doesn't guarantee anything (it only tests a single system per image).
0:27:25pjbparjanya: and developers don't listen to what I'm telling them, to name their packages and systems using the reverse domain-name convention.
0:27:58pjbparjanya: If instead of cl-base64, you used com.informatimago.common-lisp.rfc3548.rfc3548, you wouldn't have that problem!