Re: Debian Testing Build Script
Hi omns (and others). How can I install the nvidia-drivers on this debian testing? Is there no such thing as envy for debian testing??
CrunchBang Linux Forums » Tips, Tricks & Scripts » Debian Testing Build Script
Hi omns (and others). How can I install the nvidia-drivers on this debian testing? Is there no such thing as envy for debian testing??
It's pretty easy to install them manually. Off the top of my head you download the drivers from nvidia, hit ctrl+alt+f1 to get to a terminal, kill gdm, run the installer, then run the nvidia xorg configuration program and restart. You may want to look up official debian instructions, but that should be how it goes.
OK iggykoopa. Just wanted to know if the only way was manual on Debian. Thanx.
New version available ![]()
I hope you don't mind me asking a few noob questions:
Am I right in thinking that CB is based on Ubuntu which is based on Debian? So, in essence, running the above is missing out the middle man? Any up-/downsides to this?
Is it easy to modify the packages that are installed with the script? (Just a case of deleting those I don't need?)
Does Debian use a graphical package-manager, for example, Synaptic?
Lastly, omns: why did you go for XFCE, rather than OB (or anything else, for that matter)?
Cheers. ![]()
From what I can tell, in addition to some extra bloat (although the default Debian Gnome distro has a load of bloat too), Ubuntu seems to boot and run considerably faster than Debian. At least that's what I've seen on my netbook. So it's possible that Canonical is building some optimized code into Ubuntu. The only Debian-based distro that runs anywhere near as fast as #! on my netbook is Sidux, and that's still slow by comparison.
^^ I wouldn't say Debian runs any slower then Ubuntu, at least here, but it's boot time is certainly much longer, which is, due to the fact that Ubuntu switched to upstart, but Debian won't because it's not supported on all of the many platforms Debian support.
a.
Afterthought: well, my minimal Debian does make 16 s to login (shell) + some 10 s more to a working OB, which is ok, so perhaps the difference is more noticeable on the 'bloated' gnome (about 35s in Ubuntu vs. 45-50 in Debian).
Last edited by alon_h (2010-01-19 20:25:21)
I hope you don't mind me asking a few noob questions:
Not at all ![]()
Am I right in thinking that CB is based on Ubuntu which is based on Debian? So, in essence, running the above is missing out the middle man? Any up-/downsides to this?
It's a user preference. I don''t like the direction ubuntu is heading so switched to Debian.
Is it easy to modify the packages that are installed with the script? (Just a case of deleting those I don't need?)
Yes, use nano to edit the script before starting.
Does Debian use a graphical package-manager, for example, Synaptic?
Yes Synaptic is installed in this case
Lastly, omns: why did you go for XFCE, rather than OB (or anything else, for that matter)?
Because I like Xfce better. My Xfce desktop looks just like my old openbox one but with a few more options. A dynamic menu and some extra transparency being my favourites.
From what I can tell, in addition to some extra bloat (although the default Debian Gnome distro has a load of bloat too), Ubuntu seems to boot and run considerably faster than Debian. At least that's what I've seen on my netbook. So it's possible that Canonical is building some optimized code into Ubuntu. The only Debian-based distro that runs anywhere near as fast as #! on my netbook is Sidux, and that's still slow by comparison.
That's not my experience at all and any difference (if any) is minimal ![]()
Last edited by MarvinSuggs (2010-01-20 08:39:56)
Sorry I have not looked at the script yet but for those worried over boot time of debian and a few other speed hacks that do make a big impact
(these may well be included, sorry not looked)
try these (as copied from a thread over on the debian forums)
From what I can tell, in addition to some extra bloat (although the default Debian Gnome distro has a load of bloat too), Ubuntu seems to boot and run considerably faster than Debian. At least that's what I've seen on my netbook. So it's possible that Canonical is building some optimized code into Ubuntu. The only Debian-based distro that runs anywhere near as fast as #! on my netbook is Sidux, and that's still slow by comparison.
I have never minded the boot times. I still use windows at work. Now that is a long boot time. As for performance after booting up, I've always found debian to be faster than ubuntu on all my machines. I always credited the difference in the number of services unbuntu runs vs debian. Ubuntu has a lot more bloat. Much of that seems to be tied to the newbie friendly aspect of the ui.
Just my opinion, based my experiences. Your mileage may vary.
Chet
Omns, I see that your DTX forums are down again. Hum... changes coming?
I have now successfully installed a new system with your DTX script and I am very pleased with the result. However, I have the following issues, perhaps you'll know better:
1. GRUB2 boots (from choosing the menu) with following messages:
Loading kernel...
Loading initram...
Loading, please wait... (and it takes a lot of time, 40-50 seconds without any disk activity, and then loads fine)??
2. I installed debian testing with a net install, choosed no root login. Now, at the terminal I can sudo easily but starting any X superuser app, like gparted, or terminal installing script hplip, doesn't accept my superuser password. Wonder why?
Last edited by jotapesse (2010-02-08 11:09:42)
2. I installed debian testing with a net install, choosed no root login. Now, at the terminal I can sudo easily but starting any X superuser app, like gparted, or terminal installing script hplip, doesn't accept my superuser password. Wonder why?
Ok, solved this one by running gksu-properties and choosing sudo mode.
Last edited by jotapesse (2010-02-09 10:34:26)
1. GRUB2 boots (from choosing the menu) with following messages:
Loading kernel...
Loading initram...
Loading, please wait... (and it takes a lot of time, 40-50 seconds without any disk activity, and then loads fine)??
It may have something to do with one of the modules you are loading. Does your boot log (/var/log/boot) give you any ideas? You may have to activate logging to see anything http://www.go2linux.org/bootlogd-to-rea e-messages
jotapesse wrote:1. GRUB2 boots (from choosing the menu) with following messages:
Loading kernel...
Loading initram...
Loading, please wait... (and it takes a lot of time, 40-50 seconds without any disk activity, and then loads fine)??It may have something to do with one of the modules you are loading. Does your boot log (/var/log/boot) give you any ideas? You may have to activate logging to see anything http://www.go2linux.org/bootlogd-to-rea e-messages
Here you have my /var/log/boot and my /var/log/dmesg. On the the dmesg log I can only find the jump from time 8 to 61, transcribed bellow. What do you make of that? It seems that it tried to patch the firmware of eth0 nic but it was unsuccessful. However my lan eth0 works ok.
[ 8.904194] sd 8:0:0:1: [sdd] Attached SCSI removable disk
[ 8.905896] sd 8:0:0:0: [sdc] Attached SCSI removable disk
[ 8.906699] sd 8:0:0:3: [sdf] Attached SCSI removable disk
[ 8.907440] sd 8:0:0:2: [sde] Attached SCSI removable disk
[ 61.900099] eth0: unable to apply firmware patch
[ 63.470275] PM: Starting manual resume from disk
[ 63.570251] EXT4-fs (sda6): mounted filesystem with ordered data mode
[ 64.956467] udev: starting version 150
omns wrote:jotapesse wrote:1. GRUB2 boots (from choosing the menu) with following messages:
Loading kernel...
Loading initram...
Loading, please wait... (and it takes a lot of time, 40-50 seconds without any disk activity, and then loads fine)??It may have something to do with one of the modules you are loading. Does your boot log (/var/log/boot) give you any ideas? You may have to activate logging to see anything http://www.go2linux.org/bootlogd-to-rea e-messages
Here you have my /var/log/boot and my /var/log/dmesg. On the the dmesg log I can only find the jump from time 8 to 61, transcribed bellow. What do you make of that? It seems that it tried to patch the firmware of eth0 nic but it was unsuccessful. However my lan eth0 works ok.
[ 8.904194] sd 8:0:0:1: [sdd] Attached SCSI removable disk
[ 8.905896] sd 8:0:0:0: [sdc] Attached SCSI removable disk
[ 8.906699] sd 8:0:0:3: [sdf] Attached SCSI removable disk
[ 8.907440] sd 8:0:0:2: [sde] Attached SCSI removable disk
[ 61.900099] eth0: unable to apply firmware patch
[ 63.470275] PM: Starting manual resume from disk
[ 63.570251] EXT4-fs (sda6): mounted filesystem with ordered data mode
[ 64.956467] udev: starting version 150
If you have removable devices like external Hard drive it can be the reason why it takes time at the beginning of loading, I have the same "issue" with my external HD..
Adrien
If you have removable devices like external Hard drive it can be the reason why it takes time at the beginning of loading, I have the same "issue" with my external HD..
Adrien
I only have several flash card readers attached to usb, one is built-in the pc, the other is an external multi-card usb r/w. All of them are empty (no cards inserted). And I don't have this issue on my ubuntu based distro, so it must be some setting related to the debian install.
I tried this out and love the results - not to mention the idea of having a Crunchbang-like environment with a rolling release. I did, however, have some issues with audio. When I attempted to enter <super>-V to configure my volume, I noticed that gnome-volume-control wasn't installed. When I attempted to install it via apt-get install, it wasn't available. I'm now wondering if I need to configure more repositories than I currently have. Here are the contents of my /etc/apt/sources.list file:
deb http://ftp.debian.org/debian/ squeeze main contrib non-free
deb http://security.debian.org/ squeeze/updates main non-free
deb http://www.debian-multimedia.org squeeze main non-freeCould it be as simple as adding "contrib" to the security and multimedia repos?
When I attempted to enter <super>-V to configure my volume, I noticed that gnome-volume-control wasn't installed. When I attempted to install it via apt-get install, it wasn't available.
The package you are after is called gnome-volume-manager, not gnome-volume-control ![]()
Hello Omns,
I installed Debian squeeze but not with your method, (I used debian squeeze xfce + lxde cd), Then at login I used option pure openbox environnement and from that build my own environnement.
Everything is ok except that when I use another theme than clearlooks, all windows have tabs and button not rounded, which gives a look "win98 alike".
This is not my cup of tea, I must say.....
I created a /.themes folder I used gtk-2.0 themes and colour ok changed but not the format of buttons and tabs,
Do you have an idea what it can be?
Thanks in advance
Adrien
@Jdemnahouby - You might need to install some theme engines to get your themes working, but I've found that a lot of the theme engines have a Windows95 feel to them.
@ pvsage
What do u mean by theme engine? something like lxapearance or gtk-chtheme?
I installed them already.. Maybe Im not using the right theme (gtk-2.0 folder) or maybe am I missing to install some other things.
As I wrote, coulours changed, but buttons then are ugly....
If you go to /usr/share/themes/-theme-name-/gtk-2.0 and open the gtkrc file (you don't need to sudo it because you aren't editing it) you should see a line that says 'engine "-engine-name-"'.
Themes using the Mist and Industrial theme engines tend to look very plain because there's only so much you can do within those engines. Murrine and Clearlooks allow rounded tabs and more control of the widgets in general.
If you go to /usr/share/themes/-theme-name-/gtk-2.0 and open the gtkrc file (you don't need to sudo it because you aren't editing it) you should see a line that says 'engine "-engine-name-"'.
Themes using the Mist and Industrial theme engines tend to look very plain because there's only so much you can do within those engines. Murrine and Clearlooks allow rounded tabs and more control of the widgets in general.
OK I undertand now, Ill have a look.
Thanks a lot :-)
Adrien
Latest updates to the DTX Linux build scripts are now available. They work the same as the previous scripts and have mainly had the code cleaned up and some install options changed. The old scripts mentioned in this thread have a few bugs in them now so I'd highly recommend using the updates
http://dtx.omnsproject.org/?p=337
To avoid confusion I'm going to close this thread so that support questions are redirected to the new one.
Posts [ 26 to 49 of 49 ]
CrunchBang Linux Forums » Tips, Tricks & Scripts » Debian Testing Build Script
Forums powered by PunBB. Hosted by Linode.
Copyright © CrunchBang Linux.
Proudly powered by Debian GNU/Linux.
Debian is a registered trademark of Software in the Public Interest, Inc.