Sources.list (s)
Forum rules
LMDE 2 has reached end of support as of 1-1-2019
LMDE 2 has reached end of support as of 1-1-2019
Re: The sources.list and their variables
thanks Gerd....that was very helpful
I will probably deactivate those sources for now until update pack 3 arrives in latest...
I will probably deactivate those sources for now until update pack 3 arrives in latest...
Re: The sources.list and their variables
Update Pack 3 is available for latest now and the Security and Multimedia repositories are part of the Update Pack itself
http://blog.linuxmint.com/
http://blog.linuxmint.com/
Re: The sources.list and their variables
Hello,
I'm still using the old sources.list, the ones based on the official Debian repos and used before Mint opened its incoming and latest repos. I've modificated a little bit the file and the preferences file. Do you think I can continue using this sources.list without problems (meaning : problems coming from the mix Mint/Debian and not bugs inherent to Debian Testing itself) ?
If that's not possible, how may I make the transition, given that a lot of my packages are from a newer version than those of the "current" Debian Mint repo ? May I drop the Mint part and just go fully Debian ?
My actual sources.list and preferences files :
I'm still using the old sources.list, the ones based on the official Debian repos and used before Mint opened its incoming and latest repos. I've modificated a little bit the file and the preferences file. Do you think I can continue using this sources.list without problems (meaning : problems coming from the mix Mint/Debian and not bugs inherent to Debian Testing itself) ?
If that's not possible, how may I make the transition, given that a lot of my packages are from a newer version than those of the "current" Debian Mint repo ? May I drop the Mint part and just go fully Debian ?
My actual sources.list and preferences files :
Code: Select all
$ cat /etc/apt/sources.list
#### testing #########
deb http://packages.linuxmint.com/ debian main upstream import
deb http://ftp.fr.debian.org/debian testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
deb http://www.debian-multimedia.org testing main non-free
#### unstable #########
deb http://ftp.fr.debian.org/debian unstable main contrib non-free
#### experimental #####
deb http://ftp.fr.debian.org/debian experimental main
#### autres ####
deb http://mozilla.debian.net/ squeeze-backports iceweasel-release
deb http://mozilla.debian.net/ squeeze-backports icedove-release
Code: Select all
$ cat /etc/apt/preferences
Package: *
Pin: release o=linuxmint
Pin-Priority: 700
Package: *
Pin: origin packages.linuxmint.com
Pin-Priority: 700
Package: *
Pin: release o=Debian,a=testing
Pin-Priority: 500
Package: *
Pin: release o=Debian,a=unstable
Pin-Priority: 300
Package: *
Pin: release o=Debian,a=experimental
Pin-Priority: 200
Re: The sources.list and their variables
Sorry Tony, i don't know how to use apt-pinning. If i want newer packages than there are in testing or if there are missing
pks in testing i enable unstable or experimental sources temporarely.
The Mint part in your list you can drop, but you won't get updates for mint maintained packages then.
My sources.list is this:
With this list i'm running LMDE since October last year, never had to reinstall it and using backups i create with qt4-fsarchiver
were seldom neccessary. So there is no reason for me to discover the secrets of apt-pinning.
pks in testing i enable unstable or experimental sources temporarely.
The Mint part in your list you can drop, but you won't get updates for mint maintained packages then.
My sources.list is this:
Code: Select all
deb http://packages.linuxmint.com/ debian main upstream import
deb http://ftp.debian.org/debian testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
deb http://www.debian-multimedia.org testing main non-free
# deb http://packages.linuxmint.com/ debian main upstream import backport romeo
# deb http://ftp.debian.org/debian unstable main contrib non-free
# deb http://ftp.debian.org/debian stable main contrib non-free
# deb http://ftp.debian.org/debian experimental main contrib non-free
were seldom neccessary. So there is no reason for me to discover the secrets of apt-pinning.
Re: The sources.list and their variables
Yes, you can drop the mint part and go to straight debian, but it really isn't necessary. You would lose all the mint stuff such as fontconfig, artwork etc. (see section origin in synaptic for details). Or you can change your pin priorities. This way (at least to my understanding of apt-pinning) debian would overwrite only packages with the same name and leave the extra mint packages intact. If you want to make the jump to pure debian anyway and want to be sure about the sources, check this site: http://debgen.simplylinux.ch/index.phpTinyTony wrote:Hello,
I'm still using the old sources.list, the ones based on the official Debian repos and used before Mint opened its incoming and latest repos. I've modificated a little bit the file and the preferences file. Do you think I can continue using this sources.list without problems (meaning : problems coming from the mix Mint/Debian and not bugs inherent to Debian Testing itself) ?
If that's not possible, how may I make the transition, given that a lot of my packages are from a newer version than those of the "current" Debian Mint repo ? May I drop the Mint part and just go fully Debian ?
My actual sources.list and preferences files :Code: Select all
$ cat /etc/apt/sources.list #### testing ######### deb http://packages.linuxmint.com/ debian main upstream import deb http://ftp.fr.debian.org/debian testing main contrib non-free deb http://security.debian.org/ testing/updates main contrib non-free deb http://www.debian-multimedia.org testing main non-free #### unstable ######### deb http://ftp.fr.debian.org/debian unstable main contrib non-free #### experimental ##### deb http://ftp.fr.debian.org/debian experimental main #### autres #### deb http://mozilla.debian.net/ squeeze-backports iceweasel-release deb http://mozilla.debian.net/ squeeze-backports icedove-release
Code: Select all
$ cat /etc/apt/preferences Package: * Pin: release o=linuxmint Pin-Priority: 700 Package: * Pin: origin packages.linuxmint.com Pin-Priority: 700 Package: * Pin: release o=Debian,a=testing Pin-Priority: 500 Package: * Pin: release o=Debian,a=unstable Pin-Priority: 300 Package: * Pin: release o=Debian,a=experimental Pin-Priority: 200
In short, your sources.list for testing/wheezy would look like this:
###### Debian Main Repos
deb http://ftp.fr.debian.org/debian/ wheezy main contrib non-free
###### Debian Update Repos
deb http://security.debian.org/ wheezy/updates main contrib non-free
deb http://ftp.fr.debian.org/debian/ wheezy-proposed-updates main contrib non-free ***
#### Debian Multimedia
deb http://www.debian-multimedia.org testing main non-free
*** This is the only difference between lmde old sources and debian sources. I added it to my lmde sources.list without any issues so far. But that again I may be fortunate. So use it at your own risk
Re: The sources.list and their variables
I'm using a minimalist repos list pointing to Debian Stable. Here at work, I prefer stability over bleeding edge code (using Testing at home, with some quirks...) and, as a beginner, I liked Mint quite a lot. So here's my list (omitting commented lines):
deb http://packages.linuxmint.com/ debian main upstream import
deb http://ftp.debian.org/debian stable main contrib non-free
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://www.debian-multimedia.org stable main non-free
Since the fresh installation points to testing, and downgrading isn't a good idea, I used the release cycle as a tool. After installation, I changed the original Testing for Squeeze, which was Testing at the time, so nothing changed. When Squeeze became stable, I changed Squeeze for Stable, so nothing changed again.
And now I have a stable Mint Debian system. Almost flawless - I just have to make sure to never upgrade Firefox to anything from 4 up. Let's see what happens when Wheezy becomes Stable.
Best regards,
Emerson
deb http://packages.linuxmint.com/ debian main upstream import
deb http://ftp.debian.org/debian stable main contrib non-free
deb http://security.debian.org/ stable/updates main contrib non-free
deb http://www.debian-multimedia.org stable main non-free
Since the fresh installation points to testing, and downgrading isn't a good idea, I used the release cycle as a tool. After installation, I changed the original Testing for Squeeze, which was Testing at the time, so nothing changed. When Squeeze became stable, I changed Squeeze for Stable, so nothing changed again.
And now I have a stable Mint Debian system. Almost flawless - I just have to make sure to never upgrade Firefox to anything from 4 up. Let's see what happens when Wheezy becomes Stable.
Best regards,
Emerson
Re: The sources.list and their variables
I have a couple of questions:
1. you say "Don‘t forget to disable sources after each action and load synaptic for new."
How does one diable sources? Does just closing synaptic do it? If the update manager is running does it have consequences here?
2. If I open a terminal window and type apt-get update I get messages like this:
W: Duplicate sources.list entry http://packages.linuxmint.com/ debian/import i386 Packages (/var/lib/apt/lists/packages.linuxmint.com_dists_debian_import_binary-i386_Packages) and I take it from the message that lists in /var/lib/apt/lists are being read too.
Can someone explain how the various sources lists are used and is there/should there be some way to consolidate the lists into one?
1. you say "Don‘t forget to disable sources after each action and load synaptic for new."
How does one diable sources? Does just closing synaptic do it? If the update manager is running does it have consequences here?
2. If I open a terminal window and type apt-get update I get messages like this:
W: Duplicate sources.list entry http://packages.linuxmint.com/ debian/import i386 Packages (/var/lib/apt/lists/packages.linuxmint.com_dists_debian_import_binary-i386_Packages) and I take it from the message that lists in /var/lib/apt/lists are being read too.
Can someone explain how the various sources lists are used and is there/should there be some way to consolidate the lists into one?
Re: The sources.list and their variables
Hi mfs2,
1. LMDE is based on Debian testing. If you want newer packages from sid you can add the unstable sources.
now they are enabled
the # disables the source.
if you forget to refresh synaptic after you disabled the source, with the next update, no matter if you use update
manager or the command sudo apt-get update && sudo apt-get dist-upgrade, your system will be updated to unstable.
Synaptic does not forget what is loaded.
2. Seems like you have a double entry in your sources.list. Please post the output of
How to use the sources.list i described in my first post. You should decide for one. 1.3 - a sources.list with all repositories
that can be used - is a list which contains all main sources. Please read again and lets talk about it after we know your
output of inxi -r.
1. LMDE is based on Debian testing. If you want newer packages from sid you can add the unstable sources.
Code: Select all
deb http://ftp.debian.org/debian unstable main contrib non-free
Code: Select all
# deb http://ftp.debian.org/debian unstable main contrib non-free
if you forget to refresh synaptic after you disabled the source, with the next update, no matter if you use update
manager or the command sudo apt-get update && sudo apt-get dist-upgrade, your system will be updated to unstable.
Synaptic does not forget what is loaded.
2. Seems like you have a double entry in your sources.list. Please post the output of
Code: Select all
inxi -r
that can be used - is a list which contains all main sources. Please read again and lets talk about it after we know your
output of inxi -r.
Re: The sources.list and their variables
First of all, I apologize for letting this tutorial section sort of morph into a support one. If this should be moved I'm cool with that. Here's the output from :
frank@lmde ~ $ inxi -r
Repos: Active apt sources in file: /etc/apt/sources.list
deb http://packages.linuxmint.com/ debian main upstream import
deb http://debian.linuxmint.com/latest testing main contrib non-free
deb http://debian.linuxmint.com/latest/security/ testing/updates main contrib non-free
deb http://debian.linuxmint.com/latest/multimedia testing main non-free
deb http://packages.linuxmint.com/ debian main upstream import
deb-src http://packages.linuxmint.com/ debian main upstream import
Active apt sources in file: /etc/apt/sources.list.d/whatsthis_sources.list
deb http://packages.linuxmint.com/ debian main upstream import
deb http://packages.linuxmint.com/ debian main upstream import
deb-src http://packages.linuxmint.com/ debian main upstream import
Active apt sources in file: /etc/apt/sources.list.d/wuala.list
deb http://repo.wuala.com stable main
I simply did not read your post carefully enough to catch that you had sources from testing and experiemntal and were informing folks to be mindful to comment out (disable) the exp. ones.
But about the sources in (/var/lib/apt/lists/ - I've never know of the existence of these and don't know how they were generated.
I have taken your list from the first post and put it into /etc/apt/sources.list. Being careful to disable oll the old entries. Thanks for all of your efforts there at Linux Mint.
frank@lmde ~ $ inxi -r
Repos: Active apt sources in file: /etc/apt/sources.list
deb http://packages.linuxmint.com/ debian main upstream import
deb http://debian.linuxmint.com/latest testing main contrib non-free
deb http://debian.linuxmint.com/latest/security/ testing/updates main contrib non-free
deb http://debian.linuxmint.com/latest/multimedia testing main non-free
deb http://packages.linuxmint.com/ debian main upstream import
deb-src http://packages.linuxmint.com/ debian main upstream import
Active apt sources in file: /etc/apt/sources.list.d/whatsthis_sources.list
deb http://packages.linuxmint.com/ debian main upstream import
deb http://packages.linuxmint.com/ debian main upstream import
deb-src http://packages.linuxmint.com/ debian main upstream import
Active apt sources in file: /etc/apt/sources.list.d/wuala.list
deb http://repo.wuala.com stable main
I simply did not read your post carefully enough to catch that you had sources from testing and experiemntal and were informing folks to be mindful to comment out (disable) the exp. ones.
But about the sources in (/var/lib/apt/lists/ - I've never know of the existence of these and don't know how they were generated.
I have taken your list from the first post and put it into /etc/apt/sources.list. Being careful to disable oll the old entries. Thanks for all of your efforts there at Linux Mint.
Re: The sources.list and their variables
mfs2, if you have taken a sources.list from my first post you can delete your old entries except wuala. Have you seen the double
entry in your old list?
Well, in my first post i didn't write 'comment out sources that should not be active'. I choosed 'disable' because i think for
newbies it's easier to understand. I'll change that to both
Don't think about the sources in /var/lib/apt/lists/. It's generated by the entries in your /etc/apt/sources.list.
entry in your old list?
Code: Select all
deb http://packages.linuxmint.com/ debian main upstream import !!!
deb http://debian.linuxmint.com/latest testing main contrib non-free
deb http://debian.linuxmint.com/latest/security/ testing/updates main contrib non-free
deb http://debian.linuxmint.com/latest/multimedia testing main non-free
deb http://packages.linuxmint.com/ debian main upstream import !!!
newbies it's easier to understand. I'll change that to both
Don't think about the sources in /var/lib/apt/lists/. It's generated by the entries in your /etc/apt/sources.list.
Re: Sources.list (s)
I changed the subject for the new year. First i thought of Happy Sources.list
Well, press my thumbs for a happy latest and incoming testing in 2012
Well, press my thumbs for a happy latest and incoming testing in 2012
Re: Sources.list (s)
Due to the lack of updates/upgrades because of the very busy schedule of the few devs LM has, I just did a CLI upgrade of my LMDE install using the sources.list posted above. When the devs are able to get the time to upgrade LMDE (after LM 13), then I'll change my repos back to LMDE so I can see what I missed. I just hope I don't break something in the meantime. Thanks for the info - LMDE is a great distro, I'm not giving up on it, just trying to keep up with 'Testing' !
Re: Sources.list (s)
All of the repo's posted here result in
Failed to fetch http://debian.linuxmint.com/latest/test ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/latest/test ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/multimedia/ ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/multimedia/ ... ackages.gz 404 Not Found
Some index files failed to download, they have been ignored, or old ones used instead.
Doesn't matter if I'm using synaptic or mintupdate, so how do I get myself updated or get the drivers if everything keeps failing?
Failed to fetch http://debian.linuxmint.com/latest/test ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/latest/test ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/security/di ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/multimedia/ ... ackages.gz 404 Not Found
Failed to fetch http://debian.linuxmint.com/multimedia/ ... ackages.gz 404 Not Found
Some index files failed to download, they have been ignored, or old ones used instead.
Doesn't matter if I'm using synaptic or mintupdate, so how do I get myself updated or get the drivers if everything keeps failing?
Re: Sources.list (s)
dwainehead wrote:
I didn't publish a sources.list with the word 'dists' in it. If you want to run LMDE latest testing sources, your sources.list
should be this:
Your sources.list seems to be completely wrong dwainehead. If i click a link of your 404 Not Found i get this:All of the repo's posted here result in
Code: Select all
/latest/testing/dists/main/contrib/
should be this:
Code: Select all
deb http://packages.linuxmint.com/ debian main upstream import
deb http://debian.linuxmint.com/latest testing main contrib non-free
deb http://debian.linuxmint.com/latest/security testing/updates main contrib non-free
deb http://debian.linuxmint.com/latest/multimedia testing main non-free
Re: Sources.list (s)
I copied and pasted directly from your post, and those are the results, and I get an error message about the gpg key being expired for 100+ days....
Re: Sources.list (s)
@ dwainehead
I'm using this list posted by Gerd50, and I use it just as it is shown, no changes:
If you're trying to track Testing until the updater is back on track, this one should help. I don't have any errors at all - try copying and pasting again Just be sure you don't uncomment any source you don't want to use!
I'm using this list posted by Gerd50, and I use it just as it is shown, no changes:
Code: Select all
deb http://packages.linuxmint.com/ debian main upstream import
deb http://ftp.debian.org/debian testing main contrib non-free
deb http://security.debian.org/ testing/updates main contrib non-free
deb http://www.debian-multimedia.org testing main non-free
# deb http://packages.linuxmint.com/ debian main upstream import backport romeo
# deb http://ftp.debian.org/debian unstable main contrib non-free
# deb http://ftp.debian.org/debian stable main contrib non-free
# deb http://ftp.debian.org/debian experimental main contrib non-free
Re: Sources.list (s)
Finally got it! it took a complete reload, the only disk that would install is the 201010xx, the newer release dosen't work, so I had to start and update dist upgrade to squeeze to get things on track now the repos show correctly and I can normally add the latest packages.
thanks!
thanks!
Re: Sources.list (s)
dwainhead;
Squeeze is the 'stable' version and Wheezy is the 'testing.' Since you "upgraded" to Squeeze, I think you actually downgraded your LMDE from Testing to Stable, which means that it's no longer going to work as a 'rolling release' - am I right or wrong I know that you can still dist-upgrade, but you won't be tracking the Testing repos with Squeeze, so doesn't that let you out of a true 'rolling release' A dist-upgrade just upgrades the Woody/Sarge/Etch/Lenny/Squeeze "Official" releases only, rather than moving on the the newer Wheezy, and whatever comes after that. You may have to upgrade the kernel (or not), but that can be done the Debian way or by using smxi. With a 'rolling release' you should never have to re-install a newer release of LMDE/Debian (like Wheezy) to have the latest/greatest because it always stays up with the latest/greatest every time you go to a terminal and type in (as root)
Squeeze is the 'stable' version and Wheezy is the 'testing.' Since you "upgraded" to Squeeze, I think you actually downgraded your LMDE from Testing to Stable, which means that it's no longer going to work as a 'rolling release' - am I right or wrong I know that you can still dist-upgrade, but you won't be tracking the Testing repos with Squeeze, so doesn't that let you out of a true 'rolling release' A dist-upgrade just upgrades the Woody/Sarge/Etch/Lenny/Squeeze "Official" releases only, rather than moving on the the newer Wheezy, and whatever comes after that. You may have to upgrade the kernel (or not), but that can be done the Debian way or by using smxi. With a 'rolling release' you should never have to re-install a newer release of LMDE/Debian (like Wheezy) to have the latest/greatest because it always stays up with the latest/greatest every time you go to a terminal and type in (as root)
Code: Select all
apt-get update && apt-get upgrade
(the emphasis in the 3rd paragraph is mine!)Wikipedia wrote:Development procedures
Software packages in development are either uploaded to the project distribution named unstable (also known as sid), or to the experimental repository. Software packages uploaded to unstable are normally versions stable enough to be released by the original upstream developer, but with the added Debian-specific packaging and other modifications introduced by Debian developers. These additions may be new and untested. Software not ready yet for the unstable distribution is typically placed in the experimental repository.
After a version of a software package has remained in unstable for a certain length of time (depending on the urgency of the software's changes), that package is automatically migrated to the testing distribution. The package's migration to testing occurs only if no serious (release-critical) bugs in the package are reported and if other software needed for package functionality qualifies for inclusion in testing.
Since updates to Debian software packages between official releases do not contain new features, some choose to use the testing and unstable distributions for their newer packages. However, these distributions are less tested than stable, and unstable does not receive timely security updates. In particular, incautious upgrades to working unstable packages can sometimes seriously break software functionality. Since September 9, 2005 the testing distribution's security updates have been provided by the testing security team.
After the packages in testing have matured and the goals for the next release are met, the testing distribution becomes the next stable release. The timing of the release is decided by the Release Managers, and in the past the exact date was rarely announced earlier than a couple of weeks beforehand.
Re: Sources.list (s)
Well I had installed using the 201012xx spin, which was before squeeze was a release, it was testing at the time, so I'm sure I'm back on track for rolling release with the LMDE repos, everything is installing and updated fine now and it's happy with the mint LMDE repos. Which make me happy! so now I can track with wheezy and keep it rolling. Nvidia driver installed now, both monitors active and getting the software instaled I want, now I got time to migrate my windows files and do some work..bootmakr wrote:dwainhead;
Squeeze is the 'stable' version and Wheezy is the 'testing.' Since you "upgraded" to Squeeze, I think you actually downgraded your LMDE from Testing to Stable, which means that it's no longer going to work as a 'rolling release' - am I right or wrong
Re: Sources.list (s)
Hi dwainhead:
I guess, by your answer, you have checked your "sources.list" and everything is pointed to "testing" rather than to "Squeeze." If you are still pointed to "Squeeze" you will only update from Squeeze repos which are now in the "stable" category, right? If you are pointed to "testing" repos, you will be upgrading to the "testing" or "Wheezy" repos. IOW, to make sure you have a rolling-release, keep the repos pointed to Debian Testing (or the LMDE repos when they get updated), not to a specific release name like the Woody/Sarge/Etch/Lenny/Squeeze/Wheezy "Official" releases - otherwise, you'll just be upgrading to the latest updates/upgrades of whatever "Official" release name is listed in your sources.list.
Even if you use the debian sources.list generator you still have to remove all of the words that say "Wheezy" and type "Testing" in their place if you want to have a rolling-release. It's the same with other distros that I have used - antiX, sidux, Kanotix, Arch, etc. - they don't point to their "Official" release name, they point to their latest repos that have been tweaked for that particular distro, but not to a particular release name of that distro, so their distro will be constantly upgrading with Debian Testing or Sid (or Arch) instead of being stuck into one particular release, (which will eventually become stale and then be called legacy, backported etc.) - that's what makes it a rolling-release. To prove my point, just try installing an old Woody or Sarge 'stable' on a small partition, don't change the repos, and then try to update/upgrade/dist-upgrade You will probably end up doing a lot of Googling to find backports that will bring it up to somewhere close to today's distros - IF you can even find some backports!
If you're happy with the Squeeze repos, you've most likely got a very stable LMDE, and will probably not have any problems until, like Woody/Sarge/Etch, etc., many of the updates/upgrades are no longer available because everyone else, (Debian//Mepis/Ubuntu/LMDE), has moved on - I prefer to have the rolling-release as outlined by the devs, so until they get the MUD updated after they roll out LM13, I can just use the Debian Testing repos instead of the LMDE repos to keep it updated - that's just one of the positives of using Linux instead of a proprietary OS. I wish you great success with your LMDE OS of choice, it'll be set up the way you want it, it's not set up according to someone else's idea of what you should-have/need-to-have/have-to-have (including me :wink)
I just don't like to have to reinstall all the time like Mepis, Ubuntus, DebianStable, and other distros do, it's easier for me to just do an update/upgrade, but some people swear by the "every-six-months" install/upgrade, they hate the idea of a rolling release, because they might miss something. I don't care about missing something as long as my OS works the way I want it to for as long as possible without having to constantly reinstall! This is the great thing about running one of the Linux distros or one of the BSDs instead of M$ & Mac, you can have whatever you want to have for an OS, because you can customize it to YOUR way, and not to the M$ or Mac way - it's better than McD's (or is that Burger King or Wendy's?)
I guess, by your answer, you have checked your "sources.list" and everything is pointed to "testing" rather than to "Squeeze." If you are still pointed to "Squeeze" you will only update from Squeeze repos which are now in the "stable" category, right? If you are pointed to "testing" repos, you will be upgrading to the "testing" or "Wheezy" repos. IOW, to make sure you have a rolling-release, keep the repos pointed to Debian Testing (or the LMDE repos when they get updated), not to a specific release name like the Woody/Sarge/Etch/Lenny/Squeeze/Wheezy "Official" releases - otherwise, you'll just be upgrading to the latest updates/upgrades of whatever "Official" release name is listed in your sources.list.
Even if you use the debian sources.list generator you still have to remove all of the words that say "Wheezy" and type "Testing" in their place if you want to have a rolling-release. It's the same with other distros that I have used - antiX, sidux, Kanotix, Arch, etc. - they don't point to their "Official" release name, they point to their latest repos that have been tweaked for that particular distro, but not to a particular release name of that distro, so their distro will be constantly upgrading with Debian Testing or Sid (or Arch) instead of being stuck into one particular release, (which will eventually become stale and then be called legacy, backported etc.) - that's what makes it a rolling-release. To prove my point, just try installing an old Woody or Sarge 'stable' on a small partition, don't change the repos, and then try to update/upgrade/dist-upgrade You will probably end up doing a lot of Googling to find backports that will bring it up to somewhere close to today's distros - IF you can even find some backports!
If you're happy with the Squeeze repos, you've most likely got a very stable LMDE, and will probably not have any problems until, like Woody/Sarge/Etch, etc., many of the updates/upgrades are no longer available because everyone else, (Debian//Mepis/Ubuntu/LMDE), has moved on - I prefer to have the rolling-release as outlined by the devs, so until they get the MUD updated after they roll out LM13, I can just use the Debian Testing repos instead of the LMDE repos to keep it updated - that's just one of the positives of using Linux instead of a proprietary OS. I wish you great success with your LMDE OS of choice, it'll be set up the way you want it, it's not set up according to someone else's idea of what you should-have/need-to-have/have-to-have (including me :wink)
I just don't like to have to reinstall all the time like Mepis, Ubuntus, DebianStable, and other distros do, it's easier for me to just do an update/upgrade, but some people swear by the "every-six-months" install/upgrade, they hate the idea of a rolling release, because they might miss something. I don't care about missing something as long as my OS works the way I want it to for as long as possible without having to constantly reinstall! This is the great thing about running one of the Linux distros or one of the BSDs instead of M$ & Mac, you can have whatever you want to have for an OS, because you can customize it to YOUR way, and not to the M$ or Mac way - it's better than McD's (or is that Burger King or Wendy's?)