rhY wrote:I don't know, I'm kind of a noob. I'm getting this error in :Failed to fetch http://archive.getdeb.net/ubuntu/dists/ ... ackages.gz 404 Not Found, E:Some index files failed to download, they have been ignored, or old ones used instead. as well, so as you can see .deb isn't as functional as I think you could have it. Maybe I just set something up wrong, but at any rate, they weren't listed in the "Search" menu, and the rest of the OS works so well, I'm getting lazy.

Nice job team.rhY

uhm that just means the repo was down - but why did you add getdeb to lmde? not a good idea imho.

@rhY Just to explain the point in more detail, getDeb is for Ubuntu, and Ubuntu and Debian are no longer the same thing. Just because Ubuntu is based on a snapshot of Debian does not make them compatible, Ubuntu marches to it's own beat. Some packages can be cross installed, but Ubuntu is compiled for a different set of library versions and usually contains a lot of stuff from SID and Experimental. If you try and install Ubuntu packages in Debain Testing you will occasionally be successful but mostly will run the risk of borking you system and often they simply will refuse to install because dependencies cannot be satisfied. Same problem with Ubuntu PPAs, they are a fast track to stuffing up a Debian system.

If you want to continue with LMDE then leave the Ubuntu stuff behind and embrace the Debian way.

I would like to see an Xfce 4.8 version or option in LMDE. Maybe just a meta package that can be installed from inside the Gnome version. I would guess that now Squeeze is stable and we move to Wheezy that many packages are going to rapidly stream from experimental to sid to wheezy and thus to LMDE. Hopefully Xfce 4.8 will be in that stream.

I agree with others that the default kernel should be the Debian Testing kernel. However the Liquorix kernel source list could be added to the default list so those who know what they are doing can simply add a newer kernel if they need it. Liquorix kernels will not install just because they are in the list, you have to tag them. The sound chip on my motherboard is barely functional with 2.6.32, it needs at least a 2.6.35. So for me Squeeze was a fail from the start without Liquorix.

Lastly a way to keep up to date with the latest video drivers. As others have suggested a front end to smxi or the like would be desirable. I have always found the Debian way fine if you never want to update, but a pain if you like to install the newest driver all the time. I usually get lazy and just run the Nvidia installer manually and re run it with each kernel update.

I see an opportunity for a Debian based Xfce 4.8 distro to gain a lot of users who simply do not like Gnome Shell or Unity and want a more conventional desktop. Now Xfce has added support for network shares in Thunar it's time may have arrived.

The use of black text on a white background began out of the necessity to save ink. The problem is, on most monitor screens, the white background emits a glare which many of us find very uncomfortable. Please include one or two themes with non-white textarea background.

Another vote for a DE choice during the install. I'm a linux noob and have distro hopped all over the place. As a new linux user I suppose gnome is fine, but after playing around with things for a couple of months I'm in the Xfce boat now. Xfce is almost half of the ram resource hog that gnome is and the right click menu just works. Since LMDE is a rolling release that is a big plus for me. The other big plus to new linux users would be the option to pick and choose desktop enviorments. I think if LMDE had the option to install gnome, kde, xfce, lxde, etc. from the get go, it would hands down be the #1 distro.

That would be nice, of course, but it's a huge amount of work, for a small minority of users. Gnome is used by the vast majority, KDE is second , and xfce, lxde, and all the rest combined is probably less than 10%. Lots of work to support a few, and that's probably the main reason few distros provide those options.

GregE wrote:I would like to see an Xfce 4.8 version or option in LMDE. Maybe just a meta package that can be installed from inside the Gnome version. I would guess that now Squeeze is stable and we move to Wheezy that many packages are going to rapidly stream from experimental to sid to wheezy and thus to LMDE. Hopefully Xfce 4.8 will be in that stream.

Have you tried the Crunchbang XFCE? I was hoping that Crunchbang and Mint would work together on the Debian projects.

Welcome back, Ikey! Keep up the great work. To add my votes (they're really modest):+n for adding a partitioner during install+n for the option to encrypt /home during install

I agree that lmde needs its own identity, but I also want to preserve the Mint identity. I love Mint, and have been running the latest main edition as my primary desktop since Daryna. I have lmde as a VM in VirtualBox, and I am liking it a lot. It seems cleaner and crisper than main, but I like being able to emulate the same look and feel with both.

One interesting discovery is that I can use Evolution with the Exchange backend under lmde, but not in Mint main. In Mint main the calendar and tasks fail after a short time. I need the Exchange connection, including Active Directory, for work, so I may switch to lmde for my main desktop. (I'm currently stuck using Outlook in a Windows VM in VirtualBox for work e-mail and other tool integration.)

Yeah, I've tried that a couple of times, and it was unstable (crashed fairly frequently). Another option is DavMail/Thunderbird/Lightning, which works for some of our Linux users. I prefer the seamless integration that Office (Outlook, Word, PowerPoint) offers, and the closest Linux equivalent I have found is Evolution. But Evolution has been unstable, and its development cycle uneven. I was excited to discover that it worked dependably under LMDE, and may switch, once the Squeeze/Testing transition settles down.

I don't like grub2 and never has - it reminds me too much of days of yore (lilo) and "that other OS" inasmuch as it wants to be all-encompassing (and often fails miserably - just like that "other" OS).

It just wants to be #1 - which is fine if you run only one distro.Me - I'm an ardent distro-hopper (favourite distro these past couple of months being lmde!!) - I usually have at least 3 distro's on each of my many rigs.Also - I'm afraid I also like 'reiserfs' and I like to install the 'native' bootloader for any distro on the first sector of the root filesystem - that way I keep it all oh-so-clean.

Now - grub2 doesn't want to do that - it wants the MBR and it doesn't like reiserfs - together with any other distro also using grub2! (yup - welcome to my world)So - I make myself a nice little 'grub-partition' where I use legacy grub and chainload to whatever distro I like ... and - I don't have to run grub-update (ooops, that should be 'sudo grub-update') every friggin time.

Having these grub2-aversions - I have removed grub from my lmde (because it insists on using MBR at least if the rootfs is reiserfs (not enough space at start of partition" - duh!!)) and of course I get an error every time the kernel is being updated because it generates a new initrd and then try to do a grub-update - silly thing! - can it not see I dont want grub?? (well - at least grub2)

In short - on my wishlist:1) enable grub2 to work with both reiserfs _and_ being able to install it on the first sector of the root filesystem2) to be able to do an 'apt-get upgrade' without involving grub

NTFS partitions don't mount automatically when you click on them in Nautilus. This is the default behaviour in Ubuntu-based Mint, as well as a few other distros, and so I think it should also be the default here if we are aiming to make it as close to the main edition as possible. I'm not actually sure what the difference is that allows this to happen. I've setuid /usr/bin/ntfs-3g (I've even set it to 777 just for testing's sake) without any luck, so I imagine that there's an Ubuntu patch going on somewhere.

randomizer wrote:NTFS partitions don't mount automatically when you click on them in Nautilus. This is the default behaviour in Ubuntu-based Mint, as well as a few other distros, and so I think it should also be the default here if we are aiming to make it as close to the main edition as possible. I'm not actually sure what the difference is that allows this to happen. I've setuid /usr/bin/ntfs-3g (I've even set it to 777 just for testing's sake) without any luck, so I imagine that there's an Ubuntu patch going on somewhere.

actually nautilus behaves exactly the same way in lmde - it's just that by default you need to have root rights to mount local file-systems that aren't in your fstab in debian.

gotjazz wrote:actually nautilus behaves exactly the same way in lmde - it's just that by default you need to have root rights to mount local file-systems that aren't in your fstab in debian.

So perhaps we need to look at changing that. I know that LMDE is meant to be keeping its Debian roots, but it also aims to be close to the main edition. From what I've read it seems that one of the solutions is to use setuid root on /usr/bin/ntfs-3g, but that alone didn't work for me. I just wish I knew how it was done in Ubuntu.

Before anyone brings it up, I don't consider ntfs-config an adequate solution. It's little more than a front-end to /etc/fstab anyway. Unfortunately it's the dominant "solution" to NTFS automounting issues when I do research using Google (usually because people want to automount at startup, which this is fine for, but that's not what I'm after).

This one would be more for MintUpdate with radio button options to select between Stable, Testing, or Unstable. If you choose to not use Testing or SID, the Stable option would assign the repository strings to the current stable name (Squeeze), and when a new stable version comes out (Wheezy), the Stable option then changes the repository names to the new one. That way a person can stick with the stable option only and only make the major upgrade when the next stable release comes out. Maybe I am IT manager at an office and want the systems locked down and only update when it is at the most stable. That could be a year or 2 years, but could be something to brainstorm.