Re: Re: Make CapsLock an additional Escape key - Problem: https://wiki.debian.org/Keyboard advice does not work
> Hi, > > I have tried to change the behavior of the CapsLock key to make it an > additional Escape key. In order to do this I read the advice on > https://wiki.debian.org/Keyboard > > Specifically I did: > I changed the file /etc/default/keyboard to: > > XKBLAYOUT="us,at" > XKBVARIANT="," > BACKSPACE="guess" > XKBMODEL="pc105" > XKBOPTIONS="caps:escape" > > Then I tried to execute the commands > > # service keyboard-setup restart > > and rebooting the the whole system. Nothing worked. After rebooting > the CapsLock key behaved in exactly the same manner as before > rebooting. It is still a CapsLock key. > > Maybe this is helpful: > I use Debian Testing with Gnome. > > Does anyone have any tips on why this does not work? Or how to inform > the Wiki team that this page contains wrong information? > > Best regards, > Peter > > P.S.: I actually was able to change the keyboard layout later on by > the Gnome Tweak tool, but nevertheless I do not unterstand why the > official information does not work and it should be rectified. > >In case of Gnome, use gnome tweak tool, typing, caps lock key behaviour. >Set it there and that's it. --> Yes, I have already done that. Nevertheless the documentation on that Wiki page is wrong. I'd like to report a bug or something like this but the Wiki page does not provide any clues on how to do that. I don't want anybody else to waste his/her time by reading and following that wrong documentation. Do you know how to file a bug for that Wiki page?
Make CapsLock an additional Escape key - Problem: https://wiki.debian.org/Keyboard advice does not work
Hi, I have tried to change the behavior of the CapsLock key to make it an additional Escape key. In order to do this I read the advice on https://wiki.debian.org/Keyboard Specifically I did: I changed the file /etc/default/keyboard to: XKBLAYOUT="us,at" XKBVARIANT="," BACKSPACE="guess" XKBMODEL="pc105" XKBOPTIONS="caps:escape" Then I tried to execute the commands # service keyboard-setup restart and rebooting the the whole system. Nothing worked. After rebooting the CapsLock key behaved in exactly the same manner as before rebooting. It is still a CapsLock key. Maybe this is helpful: I use Debian Testing with Gnome. Does anyone have any tips on why this does not work? Or how to inform the Wiki team that this page contains wrong information? Best regards, Peter P.S.: I actually was able to change the keyboard layout later on by the Gnome Tweak tool, but nevertheless I do not unterstand why the official information does not work and it should be rectified.
Build environment failing
I am using debootstrap, fakechroot and fakeroot on Debian Squeeze to create a build environment for Firefox 3.6: fakeroot -s fakechroot.save fakechroot debootstrap --variant=fakechroot squeeze /tmp/debian-squeeze http://ftp.debian.org/debian fakeroot -i fakechroot.save fakechroot chroot /tmp/debian-squeeze-system /bin/bash Firefox fails to compile in the build environment: - tier_nspr: nsprpub config/nspr make[3]: Entering directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub' make -j1 -C config export make[4]: Entering directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/config' rm -f /root/mozilla-1.9.2/obj-i686-pc-linux-gnu/dist/bin/nspr-config make[4]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/config' make -j1 -C pr export make[4]: Entering directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr' make -C include export make[5]: Entering directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr/include' make -C md export make[6]: Entering directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr/include/md' ../../../config/./nsinstall -R -m 444 /root/mozilla-1.9.2/obj-i686-pc-linux-gnu/dist/include/nspr/md usage: ../../../config/./nsinstall [-C cwd] [-L linkprefix] [-m mode] [-o owner] [-g group] [-DdltR] file [file ...] directory make[6]: *** [export] Error 2 make[6]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr/include/md' make[5]: *** [export] Error 2 make[5]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr/include' make[4]: *** [export] Error 2 make[4]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub/pr' make[3]: *** [export] Error 2 make[3]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu/nsprpub' make[2]: *** [tier_nspr] Error 2 make[2]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu' make[1]: *** [default] Error 2 make[1]: Leaving directory `/root/mozilla-1.9.2/obj-i686-pc-linux-gnu' make: *** [build] Error 2 -- If i exit the build environment, installs the same dependencies and compile Firefox on the host, then everything works fine and Firefox builds without errors. Any ideas on where i could start debugging this problem, so i can compile Firefox in the build environment? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/BANLkTi=d0tsvxoyv1oj4roxea2fnl+0...@mail.gmail.com
Re: Compiling Firefox
On 3/25/11, Chris Bannister mockingb...@earthlight.co.nz wrote: I believe you'll have better luck getting an answer from: pkg-mozilla-maintain...@lists.alioth.debian.org Thank you very much. I did not know that list. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktik2xki2odedkrfpzl1lzaytupjk796w2got3...@mail.gmail.com
Compiling Firefox
I want to compile Firefox 3.6 on Debian Squeeze and place everything in the /opt directory. I want the compiled browser to have some security modifications. The first thing i have added to mozconfig is the following three lines: export CFLAGS=-D_FORTIFY_SOURCE=2 -fstack-protector-all export CXXFLAGS=${CFLAGS} export CPPFLAGS=${CFLAGS} This makes hardening-check on firefox-bin output the following: Position Independent Executable: no, normal executable! Stack protected: yes Fortify Source functions: yes Read-only relocations: no, not found! Immediate binding: no, not found! I don't know what flags should be passed to gcc for activating Position Independent Executable, Read-only relocations and Immediate binding or if it is a good idea at all? Is it enough to activate the options i have to make the browser more secure? I have to choose between using the system libraries for nspr, nss, jpeg, zlib, bz2 and png like this: ac_add_options --with-system-nspr ac_add_options --with-system-nss ac_add_options --with-system-jpeg ac_add_options --with-system-zlib ac_add_options --with-system-bz2 ac_add_options --with-system-png or using the code shipped with Firefox for the same functionality. So far i have not been able to build Firefox without using system nspr and nss, the Mozilla version of these will not compile on Debian. What is most secure, using the system libraries or the Mozilla libraries? I do not enable flash, java or javascript in the browser, but i still thinking about configuring TOMOYO Linux for Firefox as an extra layer of security. Anyone with experience in TOMOYO that can tell pros and cons? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTikPL_pVYosWfnNS8VpT=3fu0cknbxgkm6an0...@mail.gmail.com
Re: Debootstrap
On the adress ftp://ftp.debian.org/debian/pool/main/f/fakechroot/ i found a newer package that i tried to install on the Squeeze system and now everything is working as expected. Now i am wondering if the package was built on a Squeeze system or if the packages in these directories get security updates? Is all Debian packages stored in ftp://ftp.debian.org/debian/pool/ and then the package management system on ex. Squeeze only sees the packages intended for this system? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktikqjmd6ztcy0eot6ubfwnd+gv4xo8o6x3-mm...@mail.gmail.com
Debootstrap
Hello I have some trouble getting debootstrap, fakeroot and fakechroot working together. Any suggestions on what i am doing wrong? $ export PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin $ fakeroot -s fakechroot.save fakechroot debootstrap --variant=fakechroot squeeze /tmp/debian-squeeze http://ftp.debian.org/debian Packages are now downloaded, extracted etc. as expected until the following occurs: - I: Unpacking libattr1... I: Unpacking base-files... I: Unpacking base-passwd... I: Unpacking bash... I: Unpacking binutils... I: Unpacking libz2-1.0... I: Unpacking coreutils... W: Failure while unpacking required packages. This will be attempted up to five times. - Last four lines of debootstrap.log: - Preparing to replace coreutils 8.5-1 (using .../coreutils_8.5-1_i386.deb) ... Unpacking replacement coreutils ... dpkg: ../../src/archives.c:823: tarobject: Assertion `r == stab.st_size' failed. Aborted - System details: - Debian 6.0 (Squeeze) fakeroot version 1.14.4 fakechroot version 2.9 debootstrap version 1.0.26 - -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTimcvr-JZU1L2v3NjWmfk6iB5n5t0QDOS=mck...@mail.gmail.com
Re: Debootstrap
On Wed, Feb 16, 2011 at 11:19 PM, Sven Joachim svenj...@gmx.de wrote: Seems to be #561991š which is fixed in wheezy/sid, but not in squeeze. Sven š http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=561991 -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/87mxlvd3ld@turtle.gmx.de Yes, this is identical to my problem. Is there any chance that this defective package will be updated in Squeeze? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/AANLkTi=q-=9zgbtgbpuoqm4zk+m6oc1qxndlzrmyt...@mail.gmail.com
Debian system modifications tmpfs
I want to mount following folders as tmpfs in my Debian Lenny 5.0.6 installation: /var/cache/apt/archives /var/tmp /tmp I have added the following lines to fstab: tmpfs /var/cache/apt/archives tmpfs noatime,nodev,noexec,nosuid,mode=0755 0 0 tmpfs /var/tmp tmpfs noatime,nodev,noexec,nosuid,mode=1777 0 0 tmpfs /tmp tmpfs noatime,nodev,noexec,nosuid,mode=1777 0 0 I recreate the partial folder and the lock file in /var/cache/apt/archives at boot time by adding the following lines to /etc/rc.local mkdir -p /var/cache/apt/archives/partial touch /var/cache/apt/archives/lock chmod 640 /var/cache/apt/archives/lock Iceweasel is modified to use /tmp as cache, so when Iceweasel is loaded after a reboot it creates a folder named Cache in /tmp. Everything seems to be working as expected, but i am wondering if doing this can introduce any security problems or break my Debian system in any way.? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlkti=getcgm=g5eta=q20zehpmqn=rrmizu57pv...@mail.gmail.com
Re: Debian system modifications tmpfs
On Fri, Sep 24, 2010 at 11:34 AM, Timo Juhani Lindfors timo.lindf...@iki.fi wrote: Peter Smith peter.smith3882...@gmail.com writes: tmpfs /tmp tmpfs noatime,nodev,noexec,nosuid,mode=1777 0 0 noexec /tmp will surely break applications, no? So far no applications have been malfunction as a result of the noexec flag on /tmp, but i guess that i could change it to exec just to be sure that problems do not suddenly arise. Iceweasel is modified to use /tmp as cache, so when Iceweasel is loaded after a reboot it creates a folder named Cache in /tmp. How does this work with multiple users in a safe way? Good point, but in my case it won't be a problem as i am the only user of the system. What if a security problem was found in Iceweasel, would it be worse that the cache is placed in /tmp instead of the home folder? Today when reading the Filesystem Hierarchy Standard i found out that mounting /var/tmp as tmpfs is not a good idea: The /var/tmp directory is made available for programs that require temporary files or directories that are preserved between system reboots. Therefore, data stored in /var/tmp is more persistent than data in /tmp. Files and directories located in /var/tmp must not be deleted when the system is booted. Although data stored in /var/tmp is typically deleted in a site-specific manner, it is recommended that deletions occur at a less frequent interval than /tmp. Until now i have not found any information that talks against mounting /var/cache/apt/archives as tmpfs -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/aanlktim0unfk50rsw3gtwnd_6bcikntv7rsfptgqy...@mail.gmail.com
Please add me to your mailing list
Solved: HP 9694 Accton 1207D-TX nic
A few days ago I sent a post to this list looking for help configuring the Accton 1207D-TX netword card that ships in (some?) HP Pavalion 9694C systems. Unfortunately no one on the list was able to help me. For the sake of the archives I thought I should post the solution I found. I happened to be browsing the supported hardware list for FreeBSD, of all things, and saw this card listed, along with a note that it is a clone of a RealTek 8139. I reinstalled debian potato, picked the RealTek 8139 and clones mod, and voila, everything worked. Maybe this will help someone else down the line. __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/
HP 9694 Accton 1207D-TX nic
Hey folks; Yet another one of those pesky Redhat/Mandrake convert-wannabe's here. I have an HP Pavilion 9694C. The machine comes with an HP OEM network card. I tracked this down and it appears to be an Accton EN1207D-TX/WOL card. The Debian installer doesn't seem to have a module for this card (at least not one labeled as such). Accton actually does have a linux driver, but it comes in the form of a module with directions for using insmod to install it. That didn't work for me which I guess isn't surprising since it appears that I'd have to have the same kernal that they compiled the mod with (does that make sense?). Does anyone know of an easier way to get this card working? As I said, I have some experience with Redhat and Mandrake, but not much; probably just enough to get in real trouble. I did have Mandrake on this particular machine and the card worked, so I figure there must be some working linux drivers out there somewhere. Maybe I'm in over my head? Should I go back to RH/Mandrake and run one of them for a while before I try Debian? (This is the second system I've tried to install Debian on; the other one has an nVidia card in it, and the display goes completely wonky on me. I'm still struggling to find my own answers on that one.) Thanks for any help. __ Do You Yahoo!? Yahoo! Auctions - Buy the things you want at great prices. http://auctions.yahoo.com/