Re: [arch-general] Source control on /etc
Hello Don, Excerpts from Don deJuan's message of Thu Feb 23 07:35:52 +0100 2012: > What is considered the Arch way to have version control over the configs > in /etc? I would like to be able to see at least a few changes back in > my config history at the minimum. I too keep my /etc directory under version control. I have a a detached worktree. Wich enables me to have the .git directory outside of /etc. The process is simple: You create a bare repo: $ mkdir etc.git $ git init --bare Now lets congigure it to chek the files elsewhere: $ git config core.worktree /etc And export these vars to you current session $ export GIT_DIR=/path/to/etc.git $ export GIT_WORK_TREE=/etc Tip here a script[1] easy to work it. Just rember to run it with "." or "source" *not* with "sh" since it open another bash session and kills it when script is done. Now you would be able to git add and git commit in your etc while keeping it clean. :) > I have seen the package etckeeper and it does not seem to really fully > be setup to work with pacman. Both AUR packages are very outdated. etckeeper doesn't really fit pacman cause pacman doesn't merge files automatically, only apt does that (if you silly enough to configure it to do that :p ). Also etckeeper commits all the files in /etc wich makes quite dummy commits. They not really resetable... I use use it on debian server only as the last resource. The Arch way is quite simpler, every time you merge a pacnew or add a feature to a config file you commit it and keep the same workflow as a normal code repo. Much simpler. > Would I just be best off just copying the ones I change and then push > the changes to a separate dir that is under control of say git? What > methods do you employ? Well this is kinda hard to do (believe me i tried) Also having the .git on /etc and other dirs like $HOME is quite anoying since i get the (branch) in red on my bash prompt[2]. I hope this can help you. [1] https://github.com/masterkorp/Home-files/blob/master/scripts/export_git.sh [2] https://github.com/masterkorp/Home-files/blob/master/.bashrc -- Regards, Alfredo Palhares
[arch-general] Source control on /etc
What is considered the Arch way to have version control over the configs in /etc? I would like to be able to see at least a few changes back in my config history at the minimum. I have seen the package etckeeper and it does not seem to really fully be setup to work with pacman. Both AUR packages are very outdated. Would I just be best off just copying the ones I change and then push the changes to a separate dir that is under control of say git? What methods do you employ? Thanks for any info or tips on this. :)
Re: [arch-general] Ways to power on broadcom bcm4311 wireless adaptor without booting into windows
Thanks Jesse, I'm afraid there's no wifi switch in BIOS. Actually, BIOS options related to LAN/WLAN are as follows: LAN powersaving: disable Embedded WLAN Device Radio: enable Network Interface Controller(LAN): enable LAN/WLAN Switching: enable Wake on LAN: enable I tried to toggle these options except the first one enabled/disabled, but still no luck. Any suggestions? On Wed, 22 Feb 2012 17:42:50 +0200, Jesse Jaara wrote: > Your BIOS migt contain a wifi swich > > Sent from my phone. Sorry for any spelling mistakes >
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On 02/22/2012 06:01 PM, Lukas Fleischer wrote: > This happens if you don't provide all the necessary information when > starting a thread. Noted, I actually thought to do it but forgot to type it. (parentism) -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On Wed, Feb 22, 2012 at 05:53:32PM -0600, David C. Rankin wrote: > On 02/22/2012 03:44 PM, rara8a...@aol.com wrote: > > Try two digit numbers: 00 03 * * * and is your directory /etc/cron-daily or > > /etc/cron.daily? > > > > it's dcron, and on my box the updatedb file is in cron.daily: > > 17:48 providence:~/tde/bld/trinity-tqtinterface> l /etc/cron.daily/ > total 36 > drwxr-xr-x 2 root root 4096 Feb 21 09:31 . > drwxr-xr-x 111 root root 12288 Feb 22 15:13 .. > -rwxr--r-- 1 root root51 Sep 28 01:01 logrotate > -rwxr--r-- 1 root root 807 Mar 8 2010 man-db > -rwxr--r-- 1 root root 115 Feb 8 07:20 pkgfile > -rwxr--r-- 1 root root96 Dec 3 19:14 shadow > -rwxr--r-- 1 root root 654 Mar 26 2010 updatedb > > The root crontab file I have has the following ID definitions: > > > # root crontab > # DO NOT EDIT THIS FILE MANUALLY! USE crontab -e INSTEAD > > # man 1 crontab for acceptable formats: > # > #<@freq> > > # SYSTEM DAILY/WEEKLY/... FOLDERS > @hourly ID=sys-hourly /usr/sbin/run-cron /etc/cron.hourly > @daily ID=sys-daily/usr/sbin/run-cron /etc/cron.daily > @weekly ID=sys-weekly /usr/sbin/run-cron /etc/cron.weekly > @monthlyID=sys-monthly /usr/sbin/run-cron /etc/cron.monthly > > # DCR specific root crontabs from '/root/cron/ > 0 5 1 * * /root/cron/cron-monthly > 0 3 * * * /root/cron/cron-daily > > > I haven't messed with the file other than to add the last two lines. Do I > need > to change the ID lines as well? > > -- > David C. Rankin, J.D.,P.E. You say you have /etc/cron.daily but your last two lines call cron-daily t
[arch-general] tab completion is mucking up prompt spacing - started a week or so ago - any ideas?
All, I have always used the following prompt because it provides and immediate cut-n-paste for ssh or rsync directory information: User: PS1="\[\e[0;37m\]\A\[\e[1;34m\] \h:\w> \[\e[0m\]" Root: PS1="\[\e[1;34m\][\[\e[1;31m\]\A \[\e[1;34m\]\h\[\e[0;31m\]:\w\[\e[1;34m\]] # \[\e[0m\]" Lately on some tab completions using ~/, I've noticed that the tab-completion automatically fills in /home/david for ~/ and on other operations it does not. It seems in some cases that tab completion tries to automatically account for the extra spacing needed by inserting /$HOME in place of ~/ but it doesn't do it correctly resulting in my cursor being moved a line ABOVE the current line? What package is most likely responsible for this? bash-completion? Also, is anyone else seeing this? Here is an example: 17:20 providence:~/tde/bld/trinity-tqtinterface> trinity.profile.sh d.tar.gz 17:21 providence:~/tde/bld/trinity-tqtinterface> lrinity-tqtinterface-3513_git-5-i686-build.log l.tar.gz total 1416idence:~/tde/bld/trinity-tqtinterface> trinity-tqtinterface-3513_git-5-i686-package.log o.tar.gz drwxrwxr-x 2 david david 4096 Feb 22 17:21 .rinity-tqtinterface.install -.tar.gz drwxr-xr-x 11 david david 4096 Feb 22 14:26 .. dependencies-tqtinterface.tar.gz dependencies-tqtinterface.tar.gz -rw-r--r-- 1 nobody root 1361984 Feb 21 16:21 dependencies-tqtinterface-old.tar.gz -rw-r--r-- 1 david david 2510 Feb 19 02:55 PKGBUILD -rw-r--r-- 1 nobody root 680 Feb 21 16:21 tqtpc-location.patch -rw-r--r-- 1 nobody root 512 Feb 21 16:21 trinity.profile.csh -rw-r--r-- 1 nobody root 423 Feb 21 16:21 trinity.profile.sh -rw-r--r-- 1 nobody nobody 26789 Feb 21 16:24 trinity-tqtinterface-3513_git-5-i686-build.log -rw-r--r-- 1 nobody nobody 25408 Feb 21 16:24 trinity-tqtinterface-3513_git-5-i686-package.log -rw-r--r-- 1 david david 116 Feb 15 21:49 trinity-tqtinterface.install I had used mv trini trini to set up a way to back up and add -old to the trinity-tqtinterface.tar.gz (just before the .tar.gz). When I used for the second instance of the filename and touched the left-arrow key, the cursor jumped up one line each time I would type a character in 'old'. Look at the actual text above (it looked like this on the right-side of the screen): d.tar.gz l.tar.gz o.tar.gz Then after the successful 'mv' of the file, the cursor went back to normal, but it was on a line that already had text on it. Notice the: 'lrinity-tqtinterfac... line' That was the next line after the move where I had type 'l' (alias='ls -al') This is obviously prompt/completion related, but any guesses which file is responsible for the weirdness? -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On Wed, Feb 22, 2012 at 05:54:49PM -0600, David C. Rankin wrote: > On 02/22/2012 03:49 PM, Lukas Fleischer wrote: > > > > `man 5 anacrontab`. > > > > [17:51 providence:/home/david/tde/bld/trinity-tqtinterface] # man 5 anacrontab > No manual entry for anacrontab in section 5 > > Bummer :) > > This box still has dcron on it. This happens if you don't provide all the necessary information when starting a thread. > > -- > David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On 02/22/2012 03:49 PM, Lukas Fleischer wrote: > > `man 5 anacrontab`. > [17:51 providence:/home/david/tde/bld/trinity-tqtinterface] # man 5 anacrontab No manual entry for anacrontab in section 5 Bummer :) This box still has dcron on it. -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On 02/22/2012 03:44 PM, rara8a...@aol.com wrote: > Try two digit numbers: 00 03 * * * and is your directory /etc/cron-daily or > /etc/cron.daily? > it's dcron, and on my box the updatedb file is in cron.daily: 17:48 providence:~/tde/bld/trinity-tqtinterface> l /etc/cron.daily/ total 36 drwxr-xr-x 2 root root 4096 Feb 21 09:31 . drwxr-xr-x 111 root root 12288 Feb 22 15:13 .. -rwxr--r-- 1 root root51 Sep 28 01:01 logrotate -rwxr--r-- 1 root root 807 Mar 8 2010 man-db -rwxr--r-- 1 root root 115 Feb 8 07:20 pkgfile -rwxr--r-- 1 root root96 Dec 3 19:14 shadow -rwxr--r-- 1 root root 654 Mar 26 2010 updatedb The root crontab file I have has the following ID definitions: # root crontab # DO NOT EDIT THIS FILE MANUALLY! USE crontab -e INSTEAD # man 1 crontab for acceptable formats: # #<@freq> # SYSTEM DAILY/WEEKLY/... FOLDERS @hourly ID=sys-hourly /usr/sbin/run-cron /etc/cron.hourly @daily ID=sys-daily/usr/sbin/run-cron /etc/cron.daily @weekly ID=sys-weekly /usr/sbin/run-cron /etc/cron.weekly @monthlyID=sys-monthly /usr/sbin/run-cron /etc/cron.monthly # DCR specific root crontabs from '/root/cron/ 0 5 1 * * /root/cron/cron-monthly 0 3 * * * /root/cron/cron-daily I haven't messed with the file other than to add the last two lines. Do I need to change the ID lines as well? -- David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On Wed, Feb 22, 2012 at 03:26:40PM -0600, David C. Rankin wrote: > Guys, > > What is the best way to set the cron.daily items to run at 3 am. > Currently they run at 3 pm which is a pain. I have checked the > cron.daily entries and the other /etc/cron.x directories, but I > can't find a time setting anywhere. I have checked man crond and > crontab, but I didn't find a reference to setting the execution time > globally for cron.daily stuff. I have added an entry to root's > crontab: > > 0 3 * * * /root/cron/cron-daily > > Is this where this needs to go? `man 5 anacrontab`. > > -- > David C. Rankin, J.D.,P.E.
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On Wed, Feb 22, 2012 at 03:26:40PM -0600, David C. Rankin wrote: > Guys, > > What is the best way to set the cron.daily items to run at 3 am. > Currently they run at 3 pm which is a pain. I have checked the > cron.daily entries and the other /etc/cron.x directories, but I > can't find a time setting anywhere. I have checked man crond and > crontab, but I didn't find a reference to setting the execution time > globally for cron.daily stuff. I have added an entry to root's > crontab: > > 0 3 * * * /root/cron/cron-daily > > Is this where this needs to go? > > -- > David C. Rankin, J.D.,P.E. Try two digit numbers: 00 03 * * * and is your directory /etc/cron-daily or /etc/cron.daily? t
Re: [arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
On Feb 22, 2012 11:26 PM, "David C. Rankin" wrote: > > 0 3 * * * /root/cron/cron-daily How about 0 15 * * *? > > Is this where this needs to go? > > -- > David C. Rankin, J.D.,P.E. -- Thanasis Georgiou
[arch-general] Best way to adjust cron.daily or updatedb execution time? (root's crontab?)
Guys, What is the best way to set the cron.daily items to run at 3 am. Currently they run at 3 pm which is a pain. I have checked the cron.daily entries and the other /etc/cron.x directories, but I can't find a time setting anywhere. I have checked man crond and crontab, but I didn't find a reference to setting the execution time globally for cron.daily stuff. I have added an entry to root's crontab: 0 3 * * * /root/cron/cron-daily Is this where this needs to go? -- David C. Rankin, J.D.,P.E.
[arch-general] apache 2.4
Hi Does anyone know what the plans might be for apache 2.4 in testing? Thanks! gene
Re: [arch-general] /var/run should not be contained in the package file list.
On Feb 22, 2012 7:05 PM, "Leonid Isaev" wrote: > > On Wed, 22 Feb 2012 18:33:24 +0100 > Tom Gundersen wrote: > > > On Wed, Feb 22, 2012 at 5:52 PM, Leonid Isaev wrote: > > > The package-owner it 'filesystem'. But I disagree with the proposal because > > > > I'm not really sure what you are disagreeing with... > > > > > (1) /var/run is a symlink, not a separate FS and (2) initscripts should > > > accomplish the minimum required operations and should mount only absolutely > > > necessary FS (not /tmp, /media or the like). > > > > Currently we have the following: > > * /var/run is a symlink (created on boot) to /run. This should be > > changed in the future so the symlink is shipped with the filesystem > > package, but we have not figured out the transtion yet. > > Ah, OK my information seems to be old. But fs package (2011.12) used to have a > symlink, right? Why was this changed? No, it was only in svn, but had to revert it until we figure out the upgrade path. > > * /run is a tmpfs, so if packages contain files in /var/run or in > > /run, they will not survive a reboot. They should use the tmpfiles > > mechanisem which we added for this purpose. > > * traditionally rc.sysinit deleted the contents of /var/run, > > /var/lock and /tmp on boot, we have now a simpler and cleaner > > situation since /var/run and /var/lock are on tmpfs. We did not force > > /tmp to be on tmpfs as it does not matter from the point of view of > > early boot. /media is probably going away in the long-run anyway, but > > does at any rate not have anything to do with boot, so no danger of > > that being touched. > > > > -t > > > -- > Leonid Isaev > GnuPG key ID: 164B5A6D > Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D
Re: [arch-general] /var/run should not be contained in the package file list.
On Wed, 22 Feb 2012 18:33:24 +0100 Tom Gundersen wrote: > On Wed, Feb 22, 2012 at 5:52 PM, Leonid Isaev wrote: > > The package-owner it 'filesystem'. But I disagree with the proposal because > > I'm not really sure what you are disagreeing with... > > > (1) /var/run is a symlink, not a separate FS and (2) initscripts should > > accomplish the minimum required operations and should mount only absolutely > > necessary FS (not /tmp, /media or the like). > > Currently we have the following: > * /var/run is a symlink (created on boot) to /run. This should be > changed in the future so the symlink is shipped with the filesystem > package, but we have not figured out the transtion yet. Ah, OK my information seems to be old. But fs package (2011.12) used to have a symlink, right? Why was this changed? > * /run is a tmpfs, so if packages contain files in /var/run or in > /run, they will not survive a reboot. They should use the tmpfiles > mechanisem which we added for this purpose. > * traditionally rc.sysinit deleted the contents of /var/run, > /var/lock and /tmp on boot, we have now a simpler and cleaner > situation since /var/run and /var/lock are on tmpfs. We did not force > /tmp to be on tmpfs as it does not matter from the point of view of > early boot. /media is probably going away in the long-run anyway, but > does at any rate not have anything to do with boot, so no danger of > that being touched. > > -t -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] /var/run should not be contained in the package file list.
On Wed, Feb 22, 2012 at 5:52 PM, Leonid Isaev wrote: > The package-owner it 'filesystem'. But I disagree with the proposal because I'm not really sure what you are disagreeing with... > (1) /var/run is a symlink, not a separate FS and (2) initscripts should > accomplish the minimum required operations and should mount only absolutely > necessary FS (not /tmp, /media or the like). Currently we have the following: * /var/run is a symlink (created on boot) to /run. This should be changed in the future so the symlink is shipped with the filesystem package, but we have not figured out the transtion yet. * /run is a tmpfs, so if packages contain files in /var/run or in /run, they will not survive a reboot. They should use the tmpfiles mechanisem which we added for this purpose. * traditionally rc.sysinit deleted the contents of /var/run, /var/lock and /tmp on boot, we have now a simpler and cleaner situation since /var/run and /var/lock are on tmpfs. We did not force /tmp to be on tmpfs as it does not matter from the point of view of early boot. /media is probably going away in the long-run anyway, but does at any rate not have anything to do with boot, so no danger of that being touched. -t
Re: [arch-general] /var/run should not be contained in the package file list.
2012/2/22 郑文辉(Techlive Zheng) : > 2012/2/22 Allan McRae : >> On 22/02/12 12:24, 郑文辉(Techlive Zheng) wrote: >>> Due to /var/run now is a tmp filesystem, so the path /var/run/* should >>> not be packaged anymore. Instead, rc.script should take care aware >>> create needed /var/run stuff. Otherwise, there are a missing wraning >>> while running "pacman -Qk". >>> >> >> Bugs should be reported to the bug tracker... Which package is this? >> > > On my machine,runing "pacman -Ql | grep "/var/run" | cut -d' ' -f1 | > sort -u",got following: > > apache > avahi > dbus-core > filesystem > proftpd > samba > courier-authlib As Allan said, please file bugs against the relevant packages (the maintainers are probably not even reading this list). -t
Re: [arch-general] /var/run should not be contained in the package file list.
On Wed, 22 Feb 2012 10:55:53 +0800 郑文辉(Techlive Zheng) wrote: > 2012/2/22 Allan McRae : > > On 22/02/12 12:24, 郑文辉(Techlive Zheng) wrote: > >> Due to /var/run now is a tmp filesystem, so the path /var/run/* should > >> not be packaged anymore. Instead, rc.script should take care aware > >> create needed /var/run stuff. Otherwise, there are a missing wraning > >> while running "pacman -Qk". > >> > > > > Bugs should be reported to the bug tracker...Which package is this? > > > > On my machine,runing "pacman -Ql | grep "/var/run" | cut -d' ' -f1 | > sort -u",got following: > > apache > avahi > dbus-core > filesystem > proftpd > samba > courier-authlib The package-owner it 'filesystem'. But I disagree with the proposal because (1) /var/run is a symlink, not a separate FS and (2) initscripts should accomplish the minimum required operations and should mount only absolutely necessary FS (not /tmp, /media or the like). -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D signature.asc Description: PGP signature
Re: [arch-general] Ways to power on broadcom bcm4311 wireless adaptor without booting into windows
Your BIOS migt contain a wifi swich Sent from my phone. Sorry for any spelling mistakes
[arch-general] Ways to power on broadcom bcm4311 wireless adaptor without booting into windows
Hi guys, After switching from Linux Mint to Archlinux, my wireless card refused to show up in lspci. It DOES worked fine under Linux Mint, but Below is my output of 'lspci -vnn |grep Broadcom' : 10:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02) My laptop is hp 6515b, with a touch panel for the toggle of wifi on/off etc. After a search in google I found the problem may be that the power of wifi has been shut down, and solution is to boot into windows and turn wifi on, because the touch panel will not work under Linux (as far as I know), And the I found a software named rfkill, hoping it will work. 'rfkill list' out put as follows : 0: hp-wifi: Wireless LAN Soft blocked: yes Hard blocked: yes After 'rfkill unblock all', I get: 0: hp-wifi: Wireless LAN Soft blocked: no Hard blocked: yes And still no wireless card detected. So my question is, is there any way to power the wifi on without booting into windows? (in fact, windows has diappeared from my laptop for 3 years, and there is no partition on my harddisk supporting windows install).