Web page instructions for Squeeze say to use:
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main
I put that (and the other 3 TDE lines) in /etc/apt/sources.list.d/trinity.list manually.
When "trinity-keyring" gets installed it actually writes to (and overwrites if already exists) that file with this entry:
# Trinity repositories
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/ubuntu squeeze main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/ubuntu squeeze main deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13... squeeze main deb-src http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-builddeps-v3.5.13... squeeze main
It will work like that but not till after another apt-get update (that played havoc with my custom install scripts) I had to strip the deb package down to find out what had altered my list.
?
In article 4EC7163B.7060809@gmail.com, David Hare trinity-users@lists.pearsoncomputing.net wrote:
Web page instructions for Squeeze say to use:
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main
I put that (and the other 3 TDE lines) in /etc/apt/sources.list.d/trinity.list manually.
When "trinity-keyring" gets installed it actually writes to (and overwrites if already exists) that file with this entry:
The file should be declared in the .deb as a conffile, but it doesn't seem to be. Which is strange, as debhelper normally assumes all files in /etc/ are conffiles.
(pause) Aha, the source package has no debian/compat level so it defaults to very-very-old, when debhelper didn't do that. I'll bug it for when Timothy has time to look at it.
Nick
In article 4EC7163B.7060809@gmail.com, David Hare trinity-users@lists.pearsoncomputing.net wrote:
Web page instructions for Squeeze say to use:
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main
I put that (and the other 3 TDE lines) in /etc/apt/sources.list.d/trinity.list manually.
When "trinity-keyring" gets installed it actually writes to (and overwrites if already exists) that file with this entry:
New issue 649: http://bugs.pearsoncomputing.net/show_bug.cgi?id=649
Nick
On 19/11/11 22:46, Nick Leverton wrote:
In article4EC7163B.7060809@gmail.com, David Haretrinity-users@lists.pearsoncomputing.net wrote:
Web page instructions for Squeeze say to use:
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debian squeeze main
I put that (and the other 3 TDE lines) in /etc/apt/sources.list.d/trinity.list manually.
When "trinity-keyring" gets installed it actually writes to (and overwrites if already exists) that file with this entry:
New issue 649: http://bugs.pearsoncomputing.net/show_bug.cgi?id=649
Nick
Thanks for doing the bug report.
I can't see the reason for writing anything to sources.list(.d) anyway, you need that already set up to apt-get the keyring package!
If you already set TDE in main sources.list, you would then have double entries for the same stuff. Also, the ubuntu reference is confusing.
It's quite common for Debian users to manually enter non-Debian lists in sources.list.d.
David
On Saturday 19 November 2011 3:19:17 pm David Hare wrote:
On 19/11/11 22:46, Nick Leverton wrote:
In article4EC7163B.7060809@gmail.com,
David Haretrinity-users@lists.pearsoncomputing.net wrote:
Web page instructions for Squeeze say to use:
deb http://ppa.quickbuild.pearsoncomputing.net/trinity/trinity-v3.5.13/debia n squeeze main
I put that (and the other 3 TDE lines) in /etc/apt/sources.list.d/trinity.list manually.
When "trinity-keyring" gets installed it actually writes to (and overwrites if already exists) that file with this entry:
New issue 649: http://bugs.pearsoncomputing.net/show_bug.cgi?id=649
Nick
Thanks for doing the bug report.
I can't see the reason for writing anything to sources.list(.d) anyway, you need that already set up to apt-get the keyring package!
If you already set TDE in main sources.list, you would then have double entries for the same stuff. Also, the ubuntu reference is confusing.
It's quite common for Debian users to manually enter non-Debian lists in sources.list.d.
David
The install directions on the TDE site say to add sources to the ~/sources.list file. Why have two lists ?
This is something I have always done, manage my own sources.list, not necessarily 'best practices'. Probably a good reason Debian has the ~/sources.list.d dir :-)
I was not aware TDE was writing sources until I read this thread and looked. I have a google-chrome.list there, I know Opera writes there also.
In article 201111191619.10242.gomadtroll@gci.net, Greg Madden trinity-users@lists.pearsoncomputing.net wrote:
On Saturday 19 November 2011 3:19:17 pm David Hare wrote:
It's quite common for Debian users to manually enter non-Debian lists in sources.list.d.
The install directions on the TDE site say to add sources to the ~/sources.list file. Why have two lists ?
This is something I have always done, manage my own sources.list, not necessarily 'best practices'. Probably a good reason Debian has the ~/sources.list.d dir :-)
I was not aware TDE was writing sources until I read this thread and looked. I have a google-chrome.list there, I know Opera writes there also.
I have to say it did confuse me from the user point of view as well, that the keyring package includes a sources.list.d entry, especially since I chose to use a Trinity mirror in my main sources.list (both for speed and sociability in reducing the load on Timothy's site). And then I discovered that I was also getting updates from the main PPA anyway.
As you say, some third party packages use this practice of putting a sources.list entry into their keyring file, but it's not mainstream amongst third-party Debian add-ons e.g. backports-org-keyring didn't do this, debian-multimedia-keyring doesn't.
For the future, perhaps the instructions might either say to add the sources.list entry manually, or to download the keyring file manually which will then add it in sources.list.d, IMHO. Still at least I now know about sources.list.d for the future :-)
Nick