Bug#861576: new dpkg colourized output doesn't respect /etc/terminal-colors.d/disable

2017-04-30 Thread Brad Barnett
Package: dpkg Version: 1.18.23 Newer versions of dpkg have colourized output. I can see the usage case for this, and I can see the value for some. However, for others, it is a major detractor. One of the issues with the recent colourization of the userland, is that each has its own way to

Bug#703092: Info received (Bug#703092: dpkg --set-selections ignores available packages never installed or removed by dpkg)

2013-10-20 Thread Brad Barnett
I view this bug as very high priority. I see more than a decade of documentation out there, and of user experience familiar with a process. A process that changed for code correctness, and for absolutely no other reason. A process than in changing, broke the existing process. And when the

Bug#703092: dpkg --set-selections ignores available packages never installed or removed by dpkg

2013-04-21 Thread Brad Barnett
Uh, yeah... great. Ok, so we have a regression that is OK, because it is based on whether a behaviour is technically correct. I've seen this bug for months and months, but thought it was a well known bug that just wasn't resolved. In fact, I didn't even look for bug reports. I didn't even

Bug#703092: dpkg --set-selections ignores available packages never installed or removed by dpkg

2013-04-21 Thread Brad Barnett
I might add, that I attempted to use Guillem's suggestion in that email. I get borked at the whole: apt-cache dumpavail dpkg --update-avail / --merge-avail How on earth is that even supposed to work? Doesn't seem to function here... On Sun, 21 Apr 2013 11:41:35 -0400 Brad Barnett b