Re: [arch-general] disable fourth mouse button
On Thu, Aug 29, 2013 at 12:09 PM, David Benfell benf...@parts-unknown.orgwrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 But in a browser it can be disastrous. I would really like it to go away. Google isn't helping me. And the Arch Wiki mouse articles seem to be leading in a different direction. Can someone point me in the right direction? xinput set-button-map x x x x x
Re: [arch-general] chromium crash when print dialog is invoked
On Fri, Aug 3, 2012 at 1:17 PM, Magnus Therning mag...@therning.org wrote: On Thu, Aug 2, 2012 at 6:41 PM, Guillaume Brunerie guillaume.brune...@gmail.com wrote: 2012/8/2 Ray Kohler ataraxia...@gmail.com: On Thu, Aug 2, 2012 at 3:43 AM, Scott Weisman sweis...@pobox.com wrote: I should have added more details. I am using OpenBox on an X86_64 install. Two different systems (desktop and notebook) but otherwise largely similar setups. I'm also using Chromium in a pure Openbox environment on x86_64, and I don't see this problem. I notice that the first time I show the print dialog, cups is started (by systemd's socket activation) if it wasn't running already. I wonder if the hang comes when cups isn't available? Do you have it running, or at least available for socket / path activation if you're on systemd? Indeed, that’s the problem. On my system I also have a pure openbox x86_64 environment but without cups and without systemd (yet), and I noticed the same freeze when pressing Ctrl-P. But then I installed cups and started the daemon and now the print dialog shows immediately and there is no freeze anymore. So a workaround is to install cups and start the daemon at boot. I was just bitten by this too, and I can confirm it strikes both through Ctrl+P and when clicking on print links. I've searched for a bug reported upstream on this, but can't find one, has anyone with a stronger goggle-fu had more success finding one? /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus using xfce without cups installed. same problem here.
Re: [arch-general] bad md5sum on archlinux-2012.07.15-netinstall-dual.iso?
On Sun, Jul 29, 2012 at 12:20 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: All, Downloading the archlinux-2012.07.15-netinstall-dual.iso from http://cake.lib.fit.edu/archlinux/iso/2012.07.15/, the md5sums.txt files shows: a40c60ce93efb9dfd9a7353310fed35a archlinux-2012.07.15-netinstall-dual.iso However, I get: cc979f9ce51a0ffac73b1f60437ffea6 archlinux-2012.07.15-netinstall-dual.iso I'll try again, but can someone else confirm the md5sum for the iso? Thanks. -- David C. Rankin, J.D.,P.E. i tried from the same site you posted. the md5sums file is correct. you'd better try again. regards,
Re: [arch-general] How do you extract version from pacman?
On Thu, Jul 26, 2012 at 5:19 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: With the new virtualbox update I had to obtain virtualbox version in a script (and of course, virtualbox binary doesn't have a sane --version parameter...). Anyway, its pretty simple to pacman -Qi virtualbox | grep -e ^Version | awk '{print $3}' | sed 's|-.||' Perhaps it may be nice to have a pacman flag to obtain just the version string. I'll file a feature request, but before that anyone has an comments on why it would be useless or a bad idea? $ pacman -Q virtualbox virtualbox 4.1.18-4 $ vboxmanage -v 4.1.18_OSEr78361
Re: [arch-general] [Bulk] Re: RFC: OpenRC as init system for Arch
On Mon, Apr 30, 2012 at 11:12 PM, Kevin Chadwick ma1l1i...@yahoo.co.uk wrote: On Mon, 30 Apr 2012 19:59:02 +0530 Jayesh Badwaik wrote: You are very correct, master documents should always be plain text. The generated documents can be binary however. Also, there should be a fallback system where the plain text documents are used rather than binary documents so that the faults in generator do not affect the bootability of the system. What's the point. To me that's just adding an extra redundant layer that could have bugs. I see no point using binaries for configuration whatosever. RAM is crazy fast and some SSDs are now as fast as a PIIIs ram. How many nanoseconds does it take to parse config files??? and don't forget to mention some stupid binary configuration system, like gconf, that incapable of removing erroneous entries created by a typo.
Re: [arch-general] Old packages
On Fri, Apr 20, 2012 at 3:25 PM, Guillermo Leira gle...@gleira.com wrote: Hello! I've seen that I have some very old packages installed: [gleira@guillelinux ~]$ pacman -Qi|grep Fecha de instal|grep 2009 Fecha de instalación : sáb 26 dic 2009 00:07:06 CET Fecha de instalación : mié 04 mar 2009 08:46:20 CET Fecha de instalación : vie 14 ago 2009 20:25:57 CEST Fecha de instalación : sáb 23 may 2009 13:05:17 CEST Fecha de instalación : sáb 26 dic 2009 00:07:06 CET [gleira@guillelinux ~]$ How can I find which packages are they? Best Regards, Guillermo Leira something link this may help: (i am using english) pacman -Qi | grep -P '^(Name|Install Date)' | grep 2009 -B1
Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?
On Sun, Apr 1, 2012 at 12:59 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: Guys, Is there any way to check the number of cores on a machine to set the number of jobs within a PKGBUILD?: make -j'X' I have some dual-core and some quad-core boxes and the difference between -j2 and -j4 on build time is tremendous. However, for generically creating a source package to be used by someone else, I can't hardcode the jobs number. Anyway to test in pkgbuild or is this just a per box makepkg.conf issue? -- David C. Rankin, J.D.,P.E. i am not sure why are you trying to do it in PKGBUILD. if you have several machines that you want to have different settings, why not set /etc/makepkg.conf or $HOME/.makepkg.conf separately? anyway, i think the following command can easily get the information you need: grep -c processor /proc/cpuinfo
Re: [arch-general] Can you test machine to set --jobs[=N] from w/i PKGBUILD?
On Sun, Apr 1, 2012 at 7:49 AM, Vitor Garcia vitorlopesgar...@gmail.com wrote: On Sun, 01 Apr 2012 13:37:27 +0200 Florian Pritz bluew...@xinu.at wrote: Simple tests (building readline because it's small) with -j4 and -j8 on my i7-920 show that -j8 is around 20% faster than -j4. IIRC wikipedia states that HT core can increase performance by up to 30%. This is nice to know. I work with mechanichal engineering simulations and we have noted that using more threads then avaiable processors (we have a 2 x 6 cores processors that has HT, so it looks like a 24 cores server) increases the calculation time on the softwares we have. I assumed that the same would apply to any intensive task, and we have even disabled HT on the BIOS. Perhaps I'll enable it again. from my limited experience with scientific computing, the appropriate number of threads oftens relates not only to the number of cpus/cores, but also to the genuine feature of your application. i would suggest making some smaller-scaled test runs to test the performance and the implementation as well. best regards,
Re: [arch-general] An empty /etc/crontab file maybe needed bo be add in to package filesystem.
On Mon, Feb 20, 2012 at 2:00 AM, Leonid Isaev lis...@umail.iu.edu wrote: On Sun, 19 Feb 2012 07:01:52 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/19 郑文辉(Techlive Zheng) techlivezh...@gmail.com: I see, I just upgraded to 1.4.8 on 14 Feb 2012, The log must be generated by an former version of cronie. Now it seems all gone, and I can't provid the spamed log because I have cleaned them up 2 days ago. Let's see, if there are spams again, I will post here. 2012/2/19 Leonid Isaev lis...@umail.iu.edu: On Sat, 18 Feb 2012 15:26:46 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/18 Heiko Baums li...@baums-on-web.de: Am Sat, 18 Feb 2012 14:25:54 +0800 schrieb 郑文辉(Techlive Zheng) techlivezh...@gmail.com: Due to cronie doesn't contain an /etc/crontab anymore, there are losts of msgs of missing crontab as shown below in errors.log. /usr/sbin/crond[1236]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Such an empty /etc/crontab would belong into the package cronie and not into the package filesystem. It's cronie specific since fcron, which I use, doesn't need and provide one. The corresponding, but also not necessary file for fcron would be /etc/fcrontab. And I'm not sure if such an empty /etc/crontab would affect fcron. If cronie doesn't provide an empty /etc/crontab and doesn't run without it, it is a bug in cronie. Heiko It runs well,but just spam the error.log and crond.log without /etc/crontab. Since 1.4.8 cronie doesn't need /etc/crontab... Can you show relevant piece of /var/log/crond.log? -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D Still have the problem: Feb 19 06:31:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Feb 19 06:32:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory This is odd... you must have something in /var/spool/cron. Otherwise please provide more info because your problem is not easily reproducible. -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D i have the same problem. i do have a file in /var/spool/cron/, because i have some user cron jobs to do. here's some log from /var/log/crond.log Mar 18 18:04:30 pop crontab[8708]: (pop) BEGIN EDIT (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) REPLACE (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) END EDIT (pop) Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (pop) RELOAD (/var/spool/cron/pop)
Re: [arch-general] An empty /etc/crontab file maybe needed bo be add in to package filesystem.
On Sun, Mar 18, 2012 at 6:15 PM, Auguste Pop augu...@gmail.com wrote: On Mon, Feb 20, 2012 at 2:00 AM, Leonid Isaev lis...@umail.iu.edu wrote: On Sun, 19 Feb 2012 07:01:52 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/19 郑文辉(Techlive Zheng) techlivezh...@gmail.com: I see, I just upgraded to 1.4.8 on 14 Feb 2012, The log must be generated by an former version of cronie. Now it seems all gone, and I can't provid the spamed log because I have cleaned them up 2 days ago. Let's see, if there are spams again, I will post here. 2012/2/19 Leonid Isaev lis...@umail.iu.edu: On Sat, 18 Feb 2012 15:26:46 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/18 Heiko Baums li...@baums-on-web.de: Am Sat, 18 Feb 2012 14:25:54 +0800 schrieb 郑文辉(Techlive Zheng) techlivezh...@gmail.com: Due to cronie doesn't contain an /etc/crontab anymore, there are losts of msgs of missing crontab as shown below in errors.log. /usr/sbin/crond[1236]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Such an empty /etc/crontab would belong into the package cronie and not into the package filesystem. It's cronie specific since fcron, which I use, doesn't need and provide one. The corresponding, but also not necessary file for fcron would be /etc/fcrontab. And I'm not sure if such an empty /etc/crontab would affect fcron. If cronie doesn't provide an empty /etc/crontab and doesn't run without it, it is a bug in cronie. Heiko It runs well,but just spam the error.log and crond.log without /etc/crontab. Since 1.4.8 cronie doesn't need /etc/crontab... Can you show relevant piece of /var/log/crond.log? -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D Still have the problem: Feb 19 06:31:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Feb 19 06:32:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory This is odd... you must have something in /var/spool/cron. Otherwise please provide more info because your problem is not easily reproducible. -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D i have the same problem. i do have a file in /var/spool/cron/, because i have some user cron jobs to do. here's some log from /var/log/crond.log Mar 18 18:04:30 pop crontab[8708]: (pop) BEGIN EDIT (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) REPLACE (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) END EDIT (pop) Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (pop) RELOAD (/var/spool/cron/pop) after some further test, it seems the error only occurs after crontab -e. i think this may be an upstream bug, if upstream says that /etc/crontab is not indispensable. anyway, showing one line of missing file in log is not a big deal. we don't constantly modify our crontab. best regards,
Re: [arch-general] An empty /etc/crontab file maybe needed bo be add in to package filesystem.
2012/3/18 郑文辉(Techlive Zheng) techlivezh...@gmail.com: 2012/3/18 Auguste Pop augu...@gmail.com: On Sun, Mar 18, 2012 at 6:15 PM, Auguste Pop augu...@gmail.com wrote: On Mon, Feb 20, 2012 at 2:00 AM, Leonid Isaev lis...@umail.iu.edu wrote: On Sun, 19 Feb 2012 07:01:52 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/19 郑文辉(Techlive Zheng) techlivezh...@gmail.com: I see, I just upgraded to 1.4.8 on 14 Feb 2012, The log must be generated by an former version of cronie. Now it seems all gone, and I can't provid the spamed log because I have cleaned them up 2 days ago. Let's see, if there are spams again, I will post here. 2012/2/19 Leonid Isaev lis...@umail.iu.edu: On Sat, 18 Feb 2012 15:26:46 +0800 郑文辉(Techlive Zheng) techlivezh...@gmail.com wrote: 2012/2/18 Heiko Baums li...@baums-on-web.de: Am Sat, 18 Feb 2012 14:25:54 +0800 schrieb 郑文辉(Techlive Zheng) techlivezh...@gmail.com: Due to cronie doesn't contain an /etc/crontab anymore, there are losts of msgs of missing crontab as shown below in errors.log. /usr/sbin/crond[1236]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Such an empty /etc/crontab would belong into the package cronie and not into the package filesystem. It's cronie specific since fcron, which I use, doesn't need and provide one. The corresponding, but also not necessary file for fcron would be /etc/fcrontab. And I'm not sure if such an empty /etc/crontab would affect fcron. If cronie doesn't provide an empty /etc/crontab and doesn't run without it, it is a bug in cronie. Heiko It runs well,but just spam the error.log and crond.log without /etc/crontab. Since 1.4.8 cronie doesn't need /etc/crontab... Can you show relevant piece of /var/log/crond.log? -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D Still have the problem: Feb 19 06:31:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Feb 19 06:32:01 vbox02 /usr/sbin/crond[8394]: (root) CAN'T OPEN (/etc/crontab): No such file or directory This is odd... you must have something in /var/spool/cron. Otherwise please provide more info because your problem is not easily reproducible. -- Leonid Isaev GnuPG key ID: 164B5A6D Key fingerprint: C0DF 20D0 C075 C3F1 E1BE 775A A7AE F6CB 164B 5A6D i have the same problem. i do have a file in /var/spool/cron/, because i have some user cron jobs to do. here's some log from /var/log/crond.log Mar 18 18:04:30 pop crontab[8708]: (pop) BEGIN EDIT (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) REPLACE (pop) Mar 18 18:04:32 pop crontab[8708]: (pop) END EDIT (pop) Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (root) CAN'T OPEN (/etc/crontab): No such file or directory Mar 18 18:05:01 pop /usr/sbin/crond[8619]: (pop) RELOAD (/var/spool/cron/pop) after some further test, it seems the error only occurs after crontab -e. i think this may be an upstream bug, if upstream says that /etc/crontab is not indispensable. anyway, showing one line of missing file in log is not a big deal. we don't constantly modify our crontab. best regards, My problem did not occur any more after I delete /var/spoon/cron/root, I don't know what exactly cause the problem. actually, as far as i can see. this message appears only once every time i edit my crontab. it's not re-occurring. that's why i think this is not a big issue. best regards,
[arch-general] package information error
hi, somtimes the installed size information is simply wrong.e $ pacman -Si thunderbird Repository : extra Name : thunderbird Version: 11.0-1 .. Download Size : 15409.89 KiB Installed Size : 7968.00 KiB Architecture : x86_64 $ xz -l thunderbird-11.0-1-x86_64.pkg.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 15.0 MiB 40.0 MiB 0.376 CRC64 thunderbird-11.0-1-x86_64.pkg.tar.xz $ mkdir thunderbird tar xf thunderbird-11.0-1-x86_64.pkg.tar.xz -C thunderbird du -sh thunderbird tar: Ignoring unknown extended header keyword `SCHILY.fflags' 41M thunderbird the installed size should be around 40M while pacman and the package website show only about 8M. best regards,
Re: [arch-general] package information error
On Mon, Mar 19, 2012 at 12:16 PM, Allan McRae al...@archlinux.org wrote: On 19/03/12 13:40, Auguste Pop wrote: hi, somtimes the installed size information is simply wrong.e $ pacman -Si thunderbird Repository : extra Name : thunderbird Version : 11.0-1 .. Download Size : 15409.89 KiB Installed Size : 7968.00 KiB Architecture : x86_64 $ xz -l thunderbird-11.0-1-x86_64.pkg.tar.xz Strms Blocks Compressed Uncompressed Ratio Check Filename 1 1 15.0 MiB 40.0 MiB 0.376 CRC64 thunderbird-11.0-1-x86_64.pkg.tar.xz $ mkdir thunderbird tar xf thunderbird-11.0-1-x86_64.pkg.tar.xz -C thunderbird du -sh thunderbird tar: Ignoring unknown extended header keyword `SCHILY.fflags' 41M thunderbird the installed size should be around 40M while pacman and the package website show only about 8M. best regards, Known issue for which a fix is either on the way or committed... Note that these sizes are only for informational purposes and not used in (e.g.) disk space checking. Allan thank you for your prompt response. that's quite reassuring. ;-) best regards,
Re: [arch-general] /var/run should not be contained in the package file list.
2012/2/22 郑文辉(Techlive Zheng) techlivezh...@gmail.com: 2012/2/22 Allan McRae al...@archlinux.org: 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 i think something like pacman -Ql | grep -P '/var/run/.+' is more appropriate in this case.
Re: [arch-general] Top Posting Revisited
On Fri, Dec 16, 2011 at 11:44 AM, Alex Liu rnk...@gmail.com wrote: However, there exists a bottom posting script for Greasemonkey if you want to check that out. http://userscripts.org/scripts/show/35866 An according lab feature has been suggested some time ago in the Gmail group, but as of no there has been no reply by one of the Gmail team members. i'm not sure how the script works. i went to the link you gave and hit the install button. i closed all chromium instances and opened the browser again. still, bottom posting is not automatic.
Re: [arch-general] Kernel pkgbuild
On Mon, Nov 21, 2011 at 6:58 PM, Alex Ferrando alfer...@gmail.com wrote: On 21/11/11 01:46, Myra Nelson wrote: Caveats first: I know the package I'm referring to is from the aur -- the linux-pf kernel. I'm asking here rather than file a needless bug report for someone to have to squash. I also realize not everyone's whims can be considered or satisfied and don't expect such. However since the pkgbuild is crafted from the mainline pkgbuild this trivial change would, imho, make the pkgbuild more flexible. Below is the section I'm referring to. # http://bugs.archlinux.org/task/11194 mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/ cp include/config/dvb/*.h ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/ I understand the need for this as the main kernel builds the modules but would like to request one small change. # http://bugs.archlinux.org/task/11194 mkdir -p ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/ if [ -a include/config/dvb/*.h ] ; then cp include/config/dvb/*.h ${pkgdir}/usr/src/linux-${_kernver}/include/config/dvb/ fi This allows one to build the kernel without having to build the dvb modules if they are not required. My build went fine so I think my bash is correct, but I haven't tested it with the dvb modules being built. Myra What about posting it as a comment on the AUR page or as a reply on the linux-pf forum thread [1] as they seem a better place for that kind of request? [1] https://bbs.archlinux.org/viewtopic.php?id=103462 -- Alex i thought the op meant to suggest this change to the repo linux package to ease all possible abs rebuilds.
Re: [arch-general] What about packaging something like emacs-goodies in AUR?
On Thu, Sep 22, 2011 at 12:48 PM, XeCycle xecy...@gmail.com wrote: Hello list. I found the package `emacs-goodies-el' quite useful when I was using Ubuntu, but Arch doesn't seem to have a equivalent package. I know I can install them myself, but it may be better to pack some of the most used into one package? So that most people could just install this, which is of course not very big, and get what they wanted. So I'm asking here, what extensions to package? -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 you can package anything you want in AUR.
Re: [arch-general] Any suggestions on frequently rebuilding a git package?
On Sun, Sep 18, 2011 at 11:33 PM, XeCycle xecy...@gmail.com wrote: Hi, I build Emacs from git quite frequently, about twice a month or so. However the PKGBUILD from AUR rebuilds everything each time, which takes too many time I think. Perhaps Emacs is small, but I think there should be a way to prevent too many rebuilds --- is that possible? -- Carl Lei (XeCycle) Department of Physics, Shanghai Jiao Tong University OpenPGP public key: 7795E591 Fingerprint: 1FB6 7F1F D45D F681 C845 27F7 8D71 8EC4 7795 E591 yaourt has an option to compile vcs packages in a separate directory rather than the default /tmp directory. in this way, the download part in every recompile can be minimized. just fyi.
Re: [arch-general] system slowing down when copying files.
On Sat, Aug 27, 2011 at 3:11 PM, Gerardo Exequiel Pozzi vmlinuz...@yahoo.com.ar wrote: On 08/27/2011 12:42 AM, Madhurya Kakati wrote: Hi, My system tends to slow down a lot when I copy files to and from a pen drive or even from one hard disk to another. Even my mouse cursor slows down. The system becomes almost unusable. I more than enough RAM and I am using a tiling window manager. So I am not even using a lot of RAM. Why is this happening? I can't work on my system if I run any large file copy/move operation. Please help. Thanks. If you have 1GiB or more of RAM, one cause in recent kernels can be transparent hugepages. Disable it from boot with transparent_hugepage=never on kernel cmd param. Maybe this is fixed in newer 3.0, I do not know, I still have disable, some day I will test again if was improved. -- Gerardo Exequiel Pozzi \cos^2\alpha + \sin^2\alpha = 1 will transparent_hugepage=madvise be saner so that apps that do benefits from transparent hugepages and explicitly asked for it can have this feature available? unfortunately, i have no idea whether cp and mv are using these features. ;-) best regards,
Re: [arch-general] Issues with Firefox 6 not starting after update
On Sun, Aug 21, 2011 at 2:29 PM, Samuel Baldwin recursive.for...@gmail.com wrote: The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading. Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute. Thanks, -- Samuel Baldwin - logik.li do you aware that the log file is about 36M? $ curl -IL http://lusitania.logik.li/files/firefox.log HTTP/1.1 200 OK Content-Type: text/plain Accept-Ranges: bytes ETag: 4135181073 Last-Modified: Sun, 21 Aug 2011 07:13:51 GMT Content-Length: 37618121 Date: Sun, 21 Aug 2011 07:20:16 GMT Server: lighttpd/1.4.26
Re: [arch-general] May be add /etc/rc.d/vboxtun to Virtualbox package?
On Tue, Aug 9, 2011 at 5:10 PM, Joker-jar joker...@gmail.com wrote: What you think about it? Or create additional package with this script, that depend from uml_utilities what does it do? virtualbox is capable of creating bridged network interfaces, as well as nat, host-only ones. and it is not an upstream script. is it really necessary to use this script? best regards,
Re: [arch-general] Installation of libreoffice
On Wed, Aug 3, 2011 at 2:41 PM, Hector Martinez-Seara hse...@gmail.com wrote: Hi, I'm aware that recently there has been some changes in libreoffice package. The problem is that yesterday I updated my system and surprisingly only libreoffice-common was updated. By that I mean that I mean that not base, writer, impress... were available after the update, they dissapered. Moreover, if I make pacman -S libreoffice only libreoffice-common is targeted and there is no traces of libreoffice-calc, libreoffice-base, libreoffice-draw The thing is that there seems to be a container called libreoffice which it is suppose to contain all this basic packages but in my case only installs libreoffice-common. What I'm doing wrong? I hope it is not expected that we install one by one the components we want. Thanks in advance, Hector -- Hector Martínez-Seara Monné mail: hse...@gmail.com Tel: +34656271145 Tel: +358442709253 you should read the output of pacman when libreoffice is updated to libreoffice-common.
Re: [arch-general] Installation of libreoffice
On Wed, Aug 3, 2011 at 3:16 PM, Guillermo Leira gle...@gleira.com wrote: If you run pacman -Ss libreoffice, you see that there seems to be a libreoffice group. But when you run pacman -S libreoffice, only libreoffice-common is installed... i guess that's because libreoffice-common provides libreoffice. try pacman -S $(pacman -Sgq libreoffice)
Re: [arch-general] [arch-dev-public] Installation of libreoffice
On Wed, Aug 3, 2011 at 8:23 PM, Heiko Baums li...@baums-on-web.de wrote: Am Wed, 03 Aug 2011 14:09:06 +0200 schrieb Jan de Groot j...@jgc.homeip.net: As pacman will happily install multiple replacement packages, I would suggest removing the provides= line from libreoffice-common and adding replaces=libreoffice to the split packages that should get installed when upgrading. And 'libreoffice-langpack' needs to be removed from depends of libreoffice-common. It doesn't make much sense to have it in depends and in optdepends anyway. I think it's better to keep it in optdepends, maybe with a post install note that no language package has been installed. Because of this someone got his language pack been uninstalled and replaced by a different one by pacman -Syu. See the bug report I have mentioned earlier. Heiko i thought there was a choosing phase before actually install a language pack when upgrading. the default choice is alphabetically the first, which may caused the problem you just depicted. best regards,
Re: [arch-general] Installation of libreoffice
On Wed, Aug 3, 2011 at 9:06 PM, Mauro Santos registo.maill...@gmail.com wrote: On 03-08-2011 07:41, Hector Martinez-Seara wrote: Hi, I'm aware that recently there has been some changes in libreoffice package. The problem is that yesterday I updated my system and surprisingly only libreoffice-common was updated. By that I mean that I mean that not base, writer, impress... were available after the update, they dissapered. Moreover, if I make pacman -S libreoffice only libreoffice-common is targeted and there is no traces of libreoffice-calc, libreoffice-base, libreoffice-draw The thing is that there seems to be a container called libreoffice which it is suppose to contain all this basic packages but in my case only installs libreoffice-common. What I'm doing wrong? I hope it is not expected that we install one by one the components we want. Thanks in advance, Hector My only (small) gripe is that libreoffice-gnome maybe should be called libreoffice-gtk. As a user of xfce I was slightly puzzled but the naming saying gnome as it sort of implies that it is specific to gnome, however the description clarifies that it applies to any gtk dependent DE. Maybe the naming should be general and the description should state gnome,xfce and anything else gtk dependent that is officially supported by arch. -- Mauro Santos and libreoffice-kde4 should be libreoffice-qt.
Re: [arch-general] [arch-dev-public] Installation of libreoffice
On Wed, Aug 3, 2011 at 9:27 PM, Heiko Baums li...@baums-on-web.de wrote: Am Wed, 3 Aug 2011 21:10:53 +0800 schrieb Auguste Pop augu...@gmail.com: i thought there was a choosing phase before actually install a language pack when upgrading. the default choice is alphabetically the first, which may caused the problem you just depicted. If you install libreoffice-common for the first time libreoffice-langpack is installed as a dependency and then you get the chooser, but not if you upgrade libreoffice with pacman -Syu. Nevertheless libreoffice-langpack currently is in both depends and optdepends in libreoffice-common which is at least redundant. Well, the language pack issue mentioned in the bug report regarding the libreoffice group issue seems to be related to clyde, not to pacman. Heiko i pacman -Syu'ed yesterday, and i got to choose which language pack to install. i guess it is the problem of the pacman wrapper you are using. best regards,
Re: [arch-general] Installation of libreoffice
On Wed, Aug 3, 2011 at 9:32 PM, Philipp Überbacher hollun...@lavabit.com wrote: Excerpts from Auguste Pop's message of 2011-08-03 15:12:21 +0200: On Wed, Aug 3, 2011 at 9:06 PM, Mauro Santos registo.maill...@gmail.com wrote: On 03-08-2011 07:41, Hector Martinez-Seara wrote: Hi, I'm aware that recently there has been some changes in libreoffice package. The problem is that yesterday I updated my system and surprisingly only libreoffice-common was updated. By that I mean that I mean that not base, writer, impress... were available after the update, they dissapered. Moreover, if I make pacman -S libreoffice only libreoffice-common is targeted and there is no traces of libreoffice-calc, libreoffice-base, libreoffice-draw The thing is that there seems to be a container called libreoffice which it is suppose to contain all this basic packages but in my case only installs libreoffice-common. What I'm doing wrong? I hope it is not expected that we install one by one the components we want. Thanks in advance, Hector My only (small) gripe is that libreoffice-gnome maybe should be called libreoffice-gtk. As a user of xfce I was slightly puzzled but the naming saying gnome as it sort of implies that it is specific to gnome, however the description clarifies that it applies to any gtk dependent DE. Maybe the naming should be general and the description should state gnome,xfce and anything else gtk dependent that is officially supported by arch. -- Mauro Santos and libreoffice-kde4 should be libreoffice-qt. I'm not sure about this, it pulls in at least phonon, which is kde specific. oh, i didn't install that. that was a blind guess. :-P best regards,
[arch-general] shouldn't the java-sun package be named java-oracle?
hi, the binaray version of java has been in repo with the name jre and jdk for a long time. i noticed that a split package of java-sun is now in the community repo. i don't know if java-sun is newly created or has been there also for a long time. anyway, the -sun suffix is not appropriate as the upstream java is branded oracle now. i have been using openjdk since the beginning. so, basically, i pointed this out just for curiosity's sake. best regards,
Re: [arch-general] virtualbox additions package naming
On Tue, Jul 19, 2011 at 10:12 PM, Ionut Biru ib...@archlinux.org wrote: I've been criticized a lot because I choose poorly the name for guest additions. Right now the packages are like this: virtualbox-addtitions - contains the iso with guest additions for linux/windows/etc and is installed on host virtualbox-guest-additions - contains guest additions only for an arch linux system as guest. virtualbo-guest-modules - modules only for an arch linux system as guest. Now that virtualbox 4.1 is released I need help choosing this names. -- Ionuț i am thinking making a group virtualbox containing virtualbox-core and virtualbox-additions, and a group virtualbox-arch-guest containing virtualbox-guest-additions and virtualbox-guest-modules.
Re: [arch-general] docs in Octave package?
On Fri, Jul 15, 2011 at 10:36 PM, XeCycle xecy...@gmail.com wrote: I need the documents of octave, but it's not in the current octave package, so I need to compile it manually after each update. However the compilation is very time and power consuming, it can drive my CPU to 100 degrees --- which is not very fine for a laptop. ./configure make pdf make install-pdf would be quite fast. as a matter of fact, most of the time you spent would be in the configure stage. have you tried to make an independent aur package for yourself?
Re: [arch-general] docs in Octave package?
On Sat, Jul 16, 2011 at 12:09 PM, XeCycle xecy...@gmail.com wrote: Auguste Pop augu...@gmail.com writes: On Fri, Jul 15, 2011 at 10:36 PM, XeCycle xecy...@gmail.com wrote: I need the documents of octave, but it's not in the current octave package, so I need to compile it manually after each update. However the compilation is very time and power consuming, it can drive my CPU to 100 degrees --- which is not very fine for a laptop. ./configure make pdf make install-pdf would be quite fast. I used to remove the --disable-docs in the ./configure parameters. the PKGBUILD of octave does not contain anything like --disable-docs. if the documentations are not installed by make install, it's an UPSTREAM FEATURE. as a matter of fact, most of the time you spent would be in the configure stage. Not really... At least it's not the case with octave. It used to take more than one hour (on my Intel Core i5 430M); with make -j4 it's faster, but the CPU temperature shows 100 degrees Celsius. you are re-compiling the whole octave again with the docs, that's not what i said. if you are only interested in adding docs, you can package docs separately. if you want pdf docs, you can make pdf make install-pdf, or html docs, make html make install-html. both would take less than a minute to complete. have you tried to make an independent aur package for yourself? Does that make a difference? Still I have to build it myself, and I'm asking if we can build a docs package in [extra]. putting a separate docs package in aur means you don't have to endure the long, tedious, and meaningless re-compiling process, which you complained about, every time the package got updated. what you get is a slightly outdated documentation package, which you can easily update automatically alongside the repo octave package, if you are willing to. actually, even manually doing so would take you no more than five minutes. anyway, if you want a package to include a change you propose, the best way is to show up with a working PKGBUILD. best regards,
Re: [arch-general] [arch-dev-public] removing load-modules.sh from udev
On Sun, May 29, 2011 at 6:18 PM, Tom Gundersen t...@jklm.no wrote: I have not found any uses of the MODULES array like you describe (if they exist they should be considered bugs though, the MODULES array was not meant to be used in this way). However, if anyone knows of any, then please let me know. i'll really like to know what is the meant way of using MODULES array in rc.conf? in rc.conf shipped with initscripts 2011.05.2-1, it is stated clearly: MODULES: Modules to load at boot-up. Prefix with a ! to blacklist. and all of a sudden, prefixing modules with ! in MODULES array to blacklist the module at boot is considered improper use?
Re: [arch-general] [arch-dev-public] removing load-modules.sh from udev
On Sun, May 29, 2011 at 6:56 PM, Tom Gundersen t...@jklm.no wrote: No. I was saying that only load-modules.sh/initscripts should parse the MODULES array directly (Oon-ee was suggesting that udev rules might rely on the MODULES array). Once we make this change, then blacklisting in rc.conf will become unsupported and we would of course update the comment and make an announcement. It should be replaced by a native modprobe configuration file (see my previous email or man modprobe.conf). thanks for the explanation. i have used modprobe.conf to blacklist ipv6 on some boxes. and used ! in MODULES array to blacklist speaker, which is what's wrote on wiki. i know they probably do the same thing. and just love the possibility that rc.conf rules them all. :p have a nice weekend~
Re: [arch-general] Future of 'kernel26'
On Wed, May 25, 2011 at 11:20 PM, Bernardo Barros bernardobarr...@gmail.com wrote: Hi there, There are rumors that the next version number of the Linux Kernel is going to be 3.0. Since we choosed 'kernel26' as the package name, we will have to modify it anyway. Why not just 'linux 3.0'? Just an idea.. since we have the fellow project 'Arch Hurd' providing 'hurd' as an alternative different kernel already. Best, Bernardo i suggest we make a virtual package kernel, and kernel-headers. all flavors of kernel, like vanilla kernel26, kernel26-lts, and so on, should provide kernel, and so does all flavors of kernel-headers.
[arch-general] rc.d bash completion
i wrote a very simple rc.d bash completion script. is there any chance it can be used upstream? the script is uploaded to http://paste.pocoo.org/show/391283/ it is also copy-pasted here for your convenience: #!/bin/bash _rc.d_getdaemons () { /usr/bin/find $1 -mindepth 1 -maxdepth 1 -type f -printf '%f\n' } _rc.d_arraydiff () { local arr declare -A arr for elem in ${!1} do arr[$elem]=1 done for elem in ${!2} do unset arr[$elem] done echo ${!arr[@]} } _rc.d () { local command commands available started local cur words cword commands=list help start stop restart available=($(_rc.d_getdaemons /etc/rc.d)) started=($(_rc.d_getdaemons /run/daemons)) _get_comp_words_by_ref -n =: cur words cword [ $cword -gt 1 ] command=${words[1]} if [ -z $command ] then COMPREPLY=($(compgen -W $commands -- $cur)) else case $command in start) COMPREPLY=($(compgen -W $(_rc.d_arraydiff \ available[@] started[@]) -- $cur)) ;; stop|restart) COMPREPLY=($(compgen -W $(echo ${started[@]}) -- $cur)) ;; list|help|*) COMPREPLY=() ;; esac fi } complete -F _rc.d rc.d
Re: [arch-general] rc.d bash completion
On Thu, May 19, 2011 at 12:21 AM, Tom Gundersen t...@jklm.no wrote: On Wed, May 18, 2011 at 6:13 PM, Auguste Pop augu...@gmail.com wrote: i wrote a very simple rc.d bash completion script. is there any chance it can be used upstream? Thanks for your work! If you make a git patch (so we get proper authorship info etc) and send it to arch-projc...@archlinux.org for review then it can almost certainly be used. Just as long as Seblu signs off on it, I'll be happy to apply it. Cheers, Tom PS It would be extra cool if your patch also adds this to the Makefile so it gets installed correctly. i am not familiar with git, i did it by git clone, git branch, git commit, and git show. the mail will be sent soon after this reply. ;-)
Re: [arch-general] Cannot Find Desktop in GNOME3
On Tue, May 10, 2011 at 6:34 PM, Filip Filipov pilif.pi...@googlemail.com wrote: On Tue, May 10, 2011 at 01:40, Steve Holmes steve.holme...@gmail.comwrote: in the gnomeShell cheat sheet[1] it is only written Most keybindings can be viewed under the User Menu - System Settings - Keyboard - Shortcuts, although I don't know what they call 'User Menu'. lets hope it will be. [1] http://live.gnome.org/GnomeShell/CheatSheet -- This mail was sent using 100% recycled electrons user menu seems to be what you see when you click your username on the top right corner of your desktop.
Re: [arch-general] nautilus 3 update - pacman error
On Fri, May 6, 2011 at 2:38 AM, David C. Rankin drankina...@suddenlinkmail.com wrote: guys, I think the nautilus INSTALL file has a problem. The latest update resulted in: (3/3) upgrading nautilus [###] 100% /tmp/alpm_1J0ybD/.INSTALL: line 4: gtk-update-icon-cache: command not found -- David C. Rankin, J.D.,P.E. i'm on i686, just updated under runlevel 1. everything seems ok. just fyi.
Re: [arch-general] libre office java support
On Wed, Apr 13, 2011 at 3:16 PM, Dennis Beekman d.c.beekman.de...@gmail.com wrote: I suspected as much when both packages seemed to work :-) but can we change the Libre Office packages to depend upon JRE instead ? Openjdk6 is missing a lot of functionality such as browser support, JRE would be a better choice.. browser plugin is provided by icedtea-web. it's another package. unless openjdk failed to function with a package, it WILL NOT depend on jre. actually, libreoffice depends on java-runtime, you can install jre to suffice the requirement yourself.
Re: [arch-general] What are people's opinions about this?
On Thu, Apr 14, 2011 at 9:55 AM, Grigorios Bouzakis grb...@xsmail.comwrote: Yaro Kasear wrote: On Wednesday, April 13, 2011 20:45:32 Grigorios Bouzakis wrote: This feature request: https://bugs.archlinux.org/task/23747 Greg Is this some sort of configuration utility for Xorg? A little background would be nice. Autocutsel is not part of the X suite. It changes the way the X clipboards work. http://www.nongnu.org/autocutsel X servers use two schemes to copy text between applications. The first one (old and deprecated) is the cutbuffer. It is a simple buffer in which any application can store text. The other scheme is the selection and works differently. There may be many selections in a single server. An application does not copy data in a selection, it owns it. When another application wants to retreive the content of a selection, it asks the owner. Recent desktop applications (GNOME, KDE, ...) use two selections: the PRIMARY and the CLIPBOARD. The PRIMARY selection is used when you select some text with the mouse. You usually paste it using the middle button. The CLIPBOARD selection is used when you copy text by using, for example, the Edit/Copy menu. You may paste it using the Edit/Paste menu. Windows VNC clients keep the Windows clipboard synchronized with the cutbuffer, but not with the selections. And since recent applications don't use the cutbuffer, the server's CLIPBOARD is never synchronized with Windows' one. Autocutsel tracks changes in the server's cutbuffer and CLIPBOARD selection. When the CLIPBOARD is changed, it updates the cutbuffer. When the cutbuffer is changed, it owns the CLIPBOARD selection. The cutbuffer and CLIPBOARD selection are always synchronized. Since the VNC client synchronizes the Windows' clipboard and the server's cutbuffer, all three clipboards are always kept synchronized. When you copy some text in Windows, the cutbuffer and the CLIPBOARD selection are updated. When you copy text on the server using either the cutbuffer or the CLIPBOARD selection, the Windows's clipboard is always updated. You can also use autocutsel to track the PRIMARY selection to copy text when it's selected. To do this, simply run autocutsel with the arguments -s PRIMARY Some softwares (like Open Office Writer) have trouble when the PRIMARY selection is requested before the mouse button is released. As a workaround, you can run autocutsel with the -buttonup option and it will only get the selection when the first mouse button is not pressed. does this fix the problem that i can not directly copy-paste from java applications into gnome-terminal? although it seems to be working in places where i can ctrl+v.
Re: [arch-general] Using python3 setup.py in PKGBUILDs
On Mon, Apr 11, 2011 at 3:09 PM, Jan de Groot j...@jgc.homeip.net wrote: On Mon, 2011-04-11 at 12:06 +0800, Auguste Pop wrote: relinking python is a bad idea, but imho, explicitly envoking python3 when packaging it not. using python to install python3 packages is like linking to foo.so instead of foo.so.3. Which is what is done by default when you tell gcc to link -lfoo ;) but the soname recorded in the executable would be libfoo.so.3. so if a soname bump occured in libfoo, out executable will not run since libfoo.so is now linked to libfoo.so.4, even if it's totally identical to libfoo.so.3. my point is, the executable would fail to run in the linking stage, instead of making some ugly errors in runtime.
Re: [arch-general] Gnome 3 + KDE 4 are both large disappointments.
On Mon, Apr 11, 2011 at 5:54 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: On Mon, Apr 11, 2011 at 4:49 PM, SanskritFritz sanskritfr...@gmail.com wrote: On Sun, Apr 10, 2011 at 3:52 PM, Matthew Gyurgyik pyt...@pyther.net wrote: 2. Next time, please create a new mail, instead of replying to an existing thread and changing the topic What's wrong with that? Changing the topic has no effect on the threading in 'real' and 'proper' mail clients, which track threads based on message headers. Of course, those who use gmail don't notice it because google in their infinite wisdom decided to ignore those message headers and thread based on topic =) by gmail, do you mean the gmail web interface or the gmail mail service? i am using the web interface, and has the behavior you depicted for gmail. if i use a real and proper mail client, would it be better?
Re: [arch-general] Gnome 3 + KDE 4 are both large disappointments.
On Mon, Apr 11, 2011 at 6:23 PM, Piyush P Kurur p...@cse.iitk.ac.in wrote: On Mon, Apr 11, 2011 at 05:57:02PM +0800, Auguste Pop wrote: On Mon, Apr 11, 2011 at 5:54 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: by gmail, do you mean the gmail web interface or the gmail mail service? The threading is done by the mail client and has nothing to do with the mail protocol SMTP/IMAP etc. i am using the web interface, and has the behavior you depicted for gmail. if i use a real and proper mail client, would it be better? So in this case the mistake is that of gmail webclient. Because: Have a discussion with someone on say Bugs in the code. Now if your mailer justs looks at subjects to thread then two different mails with subjects Bugs in the code (and their subsequent replies) will be clubbed which is clearly undesirable. A real mailer a la mutt for example will thread mails based of message id's and this will solve this otherwise problem of mind reading. What is assumed is a bit of consideration from the replier. A new message should be started as a new message not as a reply to an old message with a changed subject. Regards ppk thank you for the explanation. i noticed some inconsistency between my mail inbox and the mailing list's archive. i now know the reason. :-D
Re: [arch-general] Gnome 3 + KDE 4 are both large disappointments.
On Sun, Apr 10, 2011 at 9:52 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: Or you could just save yourself the hassle and just switch over to XFCE, awesomewm, the possibilities are endless. More productive than pining over a DE that's now officially dead (dying). xfce depends on gtk2. when gnome3 hits the repo, i assume gtk3 will deprecate gtk2, which will in turn deprecate xfce. it is possible to maintain gtk2 and gtk3 at the same time, but using a desktop environment depending on a deprecated library seems not so good. anyway, we are still using tons of applications depending on the deprecated python2. :p
Re: [arch-general] Using python3 setup.py in PKGBUILDs
On Mon, Apr 11, 2011 at 9:40 AM, Allan McRae al...@archlinux.org wrote: On 11/04/11 10:48, Oon-Ee Ng wrote: On Mon, Apr 11, 2011 at 6:57 AM, Aaron DeVoreaaron.dev...@gmail.com wrote: I recently started creating/maintaining packages for the AUR. One request I've run up against is allowing users to relink /usr/bin/python to /usr/bin/python2, but still have package building work. Apparently the current policy is to use python setup.py for Python 3 packages, but that breaks Python 3 package building for users who relink. Using python3 setup.py fixes that problem. Could that policy change? I searched around for a conversation, but couldn't find anything. Also, the policy itself is undocumented in the wiki and /usr/share/pacman/PKGBUILD-python.proto. -Aaron DeVore AFAICR users who relink python to python2 are on their own. This breaks repo packages as well, not just AUR packages. Correct. This currently breaks all sort of stuff so is completely unsupported. Allan relinking python is a bad idea, but imho, explicitly envoking python3 when packaging it not. using python to install python3 packages is like linking to foo.so instead of foo.so.3.
Re: [arch-general] Where should system-wide vim files go?
On Mon, Apr 4, 2011 at 9:01 PM, Oon-Ee Ng ngoonee.t...@gmail.com wrote: I installed vim-peaksea from the AUR the other day and couldn't use it, because it installed in /usr/share/vim/colors/peaksea.vim. This seems a fairly standard directory, but its not in runtimepath on a fresh install (AFAIK). Checked out some other vim colour-themes on the AUR, the majority seem to install to the same location. Some choose /usr/share/vim/vim** instead, but that breaks when vim updates. Perhaps /usr/share/vim/vimfiles makes more sense (only found one PKGBUILD using that so far). So what's the 'correct' behaviour? The vim split package doesn't seem to do any patches affecting runtimepath, so probably I assume runtimepath is an upstream default. In that case, should AUR packages correct their location? Posting to arch-general because it overlaps and isn't solely an AUR issue. plugins installed into $VIM/vimfiles works. i thought that's the correct place for plugins. /usr/share/vim/vimXX directory should only be used by vim packages that updates along with vim. that's my understanding of the vim directories.
Re: [arch-general] Wavpack support in Sox
On Wed, Mar 30, 2011 at 9:50 PM, Kyle k...@gmx.ca wrote: Having recently migrated from Ubuntu, I notice that while Ubuntu's Sox package didn't support encoding to mp3, it did support Wavpack encoding and decoding, whereas in Arch, it supports mp3 encoding, but Wavpack seems to be unsupported. Am I missing an add-on that will make Sox support Wavpack, or do I need to rebuild the package with Wavpack support? ~Kyle If you already have wavpack installed, simply recompile the package from abs would have wavpack support included.
Re: [arch-general] Wavpack support in Sox
On Wed, Mar 30, 2011 at 11:00 PM, Wieland Hoffmann themi...@googlemail.com wrote: On 30.03.2011 16:16, Auguste Pop wrote: If you already have wavpack installed, simply recompile the package from abs would have wavpack support included. But it wouldn't depend on wavpack which certainly is not what Kyle wants. Yes, the package dependencies would be incorrect, but we have a working application that suits Kyle's needs. The point is, he can have a quick-and-dirty fix right away. Best Regards,
Re: [arch-general] Can't connect to WEP-protected network
On Thu, Mar 17, 2011 at 10:34 PM, John Albright trumpetman...@gmail.com wrote: Hello. I just installed Arch last weekend and have gotten KDE and NetworkManager installed. I'm able to connect to unprotected and WPA-protected wireless networks, but when I try to use a WEP-protected one, the NetworkManager applet keeps prompting for the password. I'm sure I'm putting the right password in. Other computers are able to connect to the network. I've only been able to try one WEP-protected network so far. I have no idea what else could be wrong. Has anyone else had this problem? Hi, What's the channel the WEP network you mentioned is operating on? Make sure it is operating on channel 1-11. Best Regards,
Re: [arch-general] Several advices about Perl Package Packaging Standards
On Wed, Mar 9, 2011 at 10:58 AM, 郑文辉 techlivezh...@gmail.com wrote: Hey,guys I have several thoughts about perl packages packing standards. First,It seems to me that renaming spamassassin to perl-mail-spamassassin which following the cpan perl packages naming standard is better.May be we can add a feature to PKGBULD that allowing package have several alias.Ex,perl-mail-spamassassin should be the official name and spamassassin could be the common name or aliase.Both official name and standard name can be installed or qureied using pacman,but official name mostly used in programing and official posts. Spamassassin is used as a daemon, which happens to use perl. If it is not necessarily used as a perl module, why should we rename it into perl-something? Should we rename all c packages into c-* and bash scripts into bash-*? Second,the URL variable of perl package's PKGBUILD should be restriced to cpan permanent urls (like:http://search.cpan.org/dist/*) even if the project has its own home page,and the cpan will link to the project's real homepage if exits. And I don't think using CPAN as the package main page URL is a good way if the package upstream has its own page. CPAN is downstream compared to the package's own page. I am not an Arch developer. This is simply my own opinion. Best Regards,
Re: [arch-general] mkinitcpio compression
On Sun, Feb 27, 2011 at 10:12 AM, Dimitrios Apostolou ji...@gmx.net wrote: --- /sbin/mkinitcpio.orig 2010-10-06 03:23:00.966415649 +0300 +++ /sbin/mkinitcpio 2011-02-26 19:11:36.309682053 +0200 @@ -277,7 +277,7 @@ status=0 if [ -n ${GENIMG} ]; then echo -n :: Generating image '${GENIMG}'... - if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} -9 ${GENIMG}; then + if ! /sbin/gen_init_cpio ${FILELIST} | ${COMPRESSION} ${GENIMG}; then echo FAILED status=1 else i think making it something like ${COMPRESSIONLEVEL:--9} is more appropriate.
Re: [arch-general] mkinitcpio compression
On Sun, Feb 27, 2011 at 10:12 AM, Dimitrios Apostolou ji...@gmx.net wrote: Hello list, I'm using arch on an old laptop with only 128MB RAM. I had problems compressing the initcpio image with lzma, it always failed allocating memory. The following one-line patch allowed me to set my own compression level in mkinitcpio.conf, with COMPRESSION=lzma -4 can you just set XZ_DEFAULTS=--memlimit=48MiB and leave mkinitcpio alone? i am not sure if this approach could work.
Re: [arch-general] Unannounced syslog config move
2011/2/27 Sebastian Köhler sebkoeh...@whoami.org.uk: On Sun, 27 Feb 2011 07:04:11 +1000, Allan McRae wrote: You would have got a message about a pacsave file being created. Which I responded to with a mv /etc/sylog-ng.conf.pacsave /etc/syslog-ng.conf because there was no indication that the conf file is now at another place. Sebastian -- The best thing about a boolean is even if you are wrong, you are only off by a bit. .pacsave indicates that /etc/syslog-ng.conf no longer exists in the package. although it's still not an explicit warning. anyway, we can use logic. ;-)
[arch-general] should imagemagick-doc really be i686/x86_64
Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be any rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours,
Re: [arch-general] should imagemagick-doc really be i686/x86_64
On Thu, Jan 27, 2011 at 6:45 PM, Ionuț Bîru ib...@archlinux.org wrote: On 01/27/2011 12:41 PM, Auguste Pop wrote: Hi, I am not aware of the package until I saw it listed on the home page of Archlinux today. Just out of curiosity, I skimmed the contents of the package and find out that they are mainly html files. Shouldn't it be any rather than i686/x86_64? Should I file a bug report or this is just my ignorance of imagemagick? Thank you for your kind attention. Yours, is not a bug. is more a impossibility to split 'any' packages like that. makepkg supports such splits but our server scripts doesn't handle them at all. -- Ionuț I see. Thank you for the enlightening. And thank you all for all the quick replies. This is just amazing. ;-)
Re: [arch-general] When will Arch switch to Systemd
On Fri, Jan 21, 2011 at 4:45 PM, Ray Rashif sc...@archlinux.org wrote: On 21 January 2011 16:43, John K Pate j.k.p...@sms.ed.ac.uk wrote: http://aur.archlinux.org/packages.php?O=0K=systemddo_Search=Go http://aur.archlinux.org/packages.php?O=0K=systemd-arch-units-gitdo_Search=Go http://aur.archlinux.org/packages.php?ID=40419 They just didn't put -git on the end, but it is a git package That doesn't make one bit difference. The fact is that the package does not exist. It was just an FYI for the rest, I was not asking for any answers or links. you do understand that you can edit the wiki page yourself to correct this mistake, right?
[arch-general] ibus-table dependency
Hi, The ibus-table package in community repository has several python2 fix sed lines in PKGBUILD. However, the dependency of ibus-table includes python-pyenchant, which is a python3 package. Should we change the dependency into python2-pyenchant? Thank you for your attention. Best Regards,
Re: [arch-general] LZO kernel compression?
Hi, LZO compression has quicker compression and bigger compressed file. As the kernel load time is the sum of the time loading the compressed image and the time of decompressing the image, I am not sure if LZO compression is better than traditional gzip compression on a i686 or x86_64 system where CPU is considerably faster than hard disk. However, choice should always be welcomed. Best Regards, Date: Mon, 22 Nov 2010 19:48:38 -0600 From: C Anthony Risinger anth...@extof.me Subject: [arch-general] LZO kernel compression? To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: aanlktimdynaghrfixrz91abkwoj9qy18j=wgvtcvf...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 i did a brief search and didn't turn up anything... any particular reason LZO compression is not mentioned in mkinitcpio.conf? and lzop not included in core? its only a 56k binary :-) looks like lzo2 package in core has the headers and library. i know it doesn't compress quite as well as gzip, but it's also much faster/lighter. worth a mention at least i think. C Anthony
Re: [arch-general] python3 thoughts
The transition is indeed smooth, as least for me. I am just worrying that maybe most python utilities will remain using python2 for a rather long time. Considering the incompatibility in the fundamental print function/statement, I seriously doubt the number of python2 packages that can run under python3 without any modification. Most python programmers are clearly not so interested in the bleeding-edge technologies. That's what makes me frustrated as an Arch user. Best Regards, Date: Fri, 12 Nov 2010 02:11:56 -0500 From: Isaac Dupree m...@isaac.cedarswampstudios.org Subject: Re: [arch-general] python3 thoughts To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: 4cdce8bc.4080...@isaac.cedarswampstudios.org Content-Type: text/plain; charset=UTF-8; format=flowed On 11/12/10 01:51, Auguste Pop wrote: ... I hope python3 won't die this way, so that all the previous efforts in transition to python3 will not go in vain. Maybe we just took the transitional leap too early when nobody is ready except us. As you note, nobody is ready except us -- we are ready -- the pain is not very much. On the flip side, the little pain that we do feel is a really valuable offering to the other more conservative distros: they get to see how it was for us and what the biggest pain points are in practice. You're also (I think?) making a good point that, at least where upstream projects written in python can run on python3, we as packagers should proactively package them to do so. We should be conscious if we're letting them languish in the doldrums of 2-ness untended. -Isaac
Re: [arch-general] Could python2 be breaking genpkgmetadata.py?
the package you mentioned is orphaned and marked out-of-date. i think you can simply adopt and update it. change the PYTHON variable in Makefile to python2 and several shebang lines in .py files may solve the breakage. of course, you need to change the dependency from python to python2. Date: Fri, 12 Nov 2010 12:00:26 -0600 From: David C. Rankin drankina...@suddenlinkmail.com Subject: Re: [arch-general] Could python2 be breaking genpkgmetadata.py? To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: 4cdd80ba.7080...@suddenlinkmail.com Content-Type: text/plain; charset=ISO-8859-9 On 11/12/2010 11:44 AM, David C. Rankin wrote: But on how many packages? Just the ones that are breaking or is there some set of base packages I should backup and the do a 'perl -p -i -e s/bin\/python/bin\/python2/' on? Err.. It doesn't seem to be that simple. After changed the executable line, now the scripts don't find the modules: Traceback (most recent call last): File /usr/share/createrepo/genpkgmetadata.py, line 29, in module import createrepo ImportError: No module named createrepo Is there a way to teach the python2 scripts about the modules it used to know? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com --
[arch-general] python3 thoughts
Hi, Firstly, I want to state clearly that I am 100% supportive to the python3 transition which took part in Archlinux a month ago. I installed libreoffice from extra today to replace go-openoffice. And all of a sudden, python is no longer required by any package at all. I checked the dependencies of openoffice, go-openoffice, and libreoffice, it seems that openoffice depends on python2, go-openoffice depends on python, and libreoffice goes back to depend on python2 again. In fact, the required-by list of python on the package website is quite short. Ideally, python2 packages will migration to python3 and the package python will be required again one of these days. I am just wondering if this change would actually happen in the future. When I tried to learn python several year ago, I felt a very strong reluctance from the python community to moving on to python3 and the split of language drove me away. After all these years, python developers are still so unwilling to move on to the new system. I hope python3 won't die this way, so that all the previous efforts in transition to python3 will not go in vain. Maybe we just took the transitional leap too early when nobody is ready except us. Best Regards,
Re: [arch-general] arch-general Digest, Vol 73, Issue 6
Hi, the src archive is attached. I will copy-paste the files bellow in case the attached file can not be properly received. However, the hash may be different. $ cat PKGBUILD # Contributor: Jason Chu ja...@archlinux.org # Contributor: Tom Newsom jeeps...@gmx.co.uk # Contributor: Auguste augu...@gmail.com pkgname=xboard pkgver=4.4.4 pkgrel=1 pkgdesc=A graphical user interfaces for chess arch=('i686' 'x86_64') url=http://www.gnu.org/software/xboard/; license=('GPL3') depends=('libxaw' 'gnuchess' 'texinfo') install=$pkgname.install source=(ftp://ftp.gnu.org/gnu/$pkgname/${pkgname}-${pkgver}.tar.gz ${pkgname}.install ${pkgname}.desktop) md5sums=('06a2d921650718ea272e7c0ec957dccc' '5fb37acdeb9e6a80ddef0fb056519cd6' '1d9d4a7864465a703fe4a215e83f4806') build() { cd ${srcdir}/${pkgname}-${pkgver} sed -i 's/fairymax/gnuchess/' xboard.h ./configure --prefix=/usr --mandir=/usr/share/man make } package() { install -m 755 -D ${srcdir}/${pkgname}.desktop \ ${pkgdir}/usr/share/applications/${pkgname}.desktop cd ${srcdir}/${pkgname}-${pkgver} make DESTDIR=${pkgdir} install } $ cat xboard.install post_install() { install-info usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e /usr/bin/gtk-update-icon-cache ] then /usr/bin/gtk-update-icon-cache -fq /usr/share/icons/hicolor fi } post_upgrade() { post_install $1 } pre_remove() { install-info --delete usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e /usr/bin/gtk-update-icon-cache ] then /usr/bin/gtk-update-icon-cache -fq /usr/share/icons/hicolor fi } $ cat xboard.desktop [Desktop Entry] Type=Application Version=1.0 Name=XBoard Comment=An X Window System graphical chessboard Exec=xboard Icon=xboard Terminal=false Categories=Game;BoardGame Message: 9 Date: Fri, 5 Nov 2010 12:09:33 +0100 From: Guillaume ALAUX guilla...@archlinux.org Subject: Re: [arch-general] package xboard long outdated, new pkgbuild attached To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: aanlktim4rcxslpwvrs_mr7f6sssmzfnykeg1t3jyr...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 On 5 November 2010 03:21, Auguste Pop augu...@gmail.com wrote: Hi, The xboard package in extra has been long outdated and orphaned. I have attached my own PKGBUILD which includes an .desktop file to ease the use. Can any maintainer just update it? Thank you for your kind attention. Best Regards, Hello Auguste, No PKGBUILD on your email :) -- Guillaume -- ___ arch-general mailing list arch-general@archlinux.org http://mailman.archlinux.org/mailman/listinfo/arch-general End of arch-general Digest, Vol 73, Issue 6 ***
Re: [arch-general] package xboard long outdated, new pkgbuild attached
Thank you for pointing out the slash thing for me. I was not aware of this. The updated files are cat below. Best Regards, $ cat PKGBUILD # Contributor: Jason Chu ja...@archlinux.org # Contributor: Tom Newsom jeeps...@gmx.co.uk # Contributor: Auguste augu...@gmail.com pkgname=xboard pkgver=4.4.4 pkgrel=1 pkgdesc=A graphical user interfaces for chess arch=('i686' 'x86_64') url=http://www.gnu.org/software/xboard/; license=('GPL3') depends=('libxaw' 'gnuchess' 'texinfo') install=$pkgname.install source=(ftp://ftp.gnu.org/gnu/$pkgname/${pkgname}-${pkgver}.tar.gz ${pkgname}.install ${pkgname}.desktop) md5sums=('06a2d921650718ea272e7c0ec957dccc' 'a20d79ba844198ed23ee2eff1f8f4950' '1d9d4a7864465a703fe4a215e83f4806') build() { cd ${srcdir}/${pkgname}-${pkgver} sed -i 's/fairymax/gnuchess/' xboard.h ./configure --prefix=/usr --mandir=/usr/share/man make } package() { install -m 755 -D ${srcdir}/${pkgname}.desktop \ ${pkgdir}/usr/share/applications/${pkgname}.desktop cd ${srcdir}/${pkgname}-${pkgver} make DESTDIR=${pkgdir} install } $ cat xboard.install post_install() { install-info usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e usr/bin/gtk-update-icon-cache ] then usr/bin/gtk-update-icon-cache -fq usr/share/icons/hicolor fi } post_upgrade() { post_install $1 } pre_remove() { install-info --delete usr/share/info/xboard.info.gz usr/share/info/dir 2 /dev/null if [ -e usr/bin/gtk-update-icon-cache ] then usr/bin/gtk-update-icon-cache -fq usr/share/icons/hicolor fi } $ cat xboard.desktop [Desktop Entry] Type=Application Version=1.0 Name=XBoard Comment=An X Window System graphical chessboard Exec=xboard Icon=xboard Terminal=false Categories=Game;BoardGame
[arch-general] package xboard long outdated, new pkgbuild attached
Hi, The xboard package in extra has been long outdated and orphaned. I have attached my own PKGBUILD which includes an .desktop file to ease the use. Can any maintainer just update it? Thank you for your kind attention. Best Regards,
[arch-general] What's happening about libdjvu?
Hi, The package djvulibre now conflicts and provides libdjvu, and libdjvu disappeared from the repository. However, judging by the files they provide and the PKGBUILD cached in my abs directory, I don't think they are the same thing. djvulibre does not provide the dynamic linked library as libdjvu does and thus may break other application depending on libdjvu. For instance, /usr/lib/evince/3/backends/libdjvudocument.so from evince package links to /usr/lib/libdjvulibre.so.21, which would be removed if I update the system to allow djvulibre to replace libdjvu. What's happened to the libdjvu package? Why is it removed from repository? Should I file a bug report? Best Regards,
Re: [arch-general] What's happening about libdjvu?
I noticed this by compiling the package myself... When I sent this mail, the web page was not updated and I saw an old list of files that did not contain the .so file. I should have tried it first rather than relying on a presumably delayed response on the web site. Sorry for the false alarm. Message: 6 Date: Thu, 21 Oct 2010 13:43:43 +0200 From: Thomas B?chler tho...@archlinux.org Subject: Re: [arch-general] What's happening about libdjvu? To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: 4cc0276f.9050...@archlinux.org Content-Type: text/plain; charset=iso-8859-15 Am 21.10.2010 13:38, schrieb Auguste Pop: For instance, /usr/lib/evince/3/backends/libdjvudocument.so from evince package links to /usr/lib/libdjvulibre.so.21, which would be removed if I update the system to allow djvulibre to replace libdjvu. This is false, the djvulibre package contains this library. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: http://mailman.archlinux.org/pipermail/arch-general/attachments/20101021/575a37a9/attachment-0001.bin
[arch-general] why is sage-mathematics so huge?
Hi, I just noticed that there is a sage-mathematics package in community repository and tried to install it and found out that the package is really huge. I understand that sage is always shipped in a gigantic bundle, but the arch package is considerably larger than official packages provided for other Linux distributions. For lzma compressed archives, they are typically around 330MB, while the arch package is about 630MB. Why is the package so big? I have just noticed that the arch version is 4.5.3, the version on its official site is still 4.5.2. Is this the reason for the big package? Thank you for your kind attention. Yours,
Re: [arch-general] arch-general Digest, Vol 71, Issue 26
Thank you for such a quick reply. I have another little problem here. The desktop file in the package uses the icon /opt/sage/notebook/sage_logo.png, but this file is not installed. Date: Fri, 10 Sep 2010 17:07:57 -0500 From: Thomas Dziedzic gos...@gmail.com Subject: Re: [arch-general] why is sage-mathematics so huge? To: General Discussion about Arch Linux arch-general@archlinux.org Message-ID: aanlkti=sbzyqc0vmbxvehs5w3ntpaxmg7jwapaxpb...@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1 On Fri, Sep 10, 2010 at 8:41 AM, Thomas Dziedzic gos...@gmail.com wrote: On Fri, Sep 10, 2010 at 1:17 AM, Auguste Pop augu...@gmail.com wrote: Hi, I just noticed that there is a sage-mathematics package in community repository and tried to install it and found out that the package is really huge. I understand that sage is always shipped in a gigantic bundle, but the arch package is considerably larger than official packages provided for other Linux distributions. For lzma compressed archives, they are typically around 330MB, while the arch package is about 630MB. Why is the package so big? I have just noticed that the arch version is 4.5.3, the version on its official site is still 4.5.2. Is this the reason for the big package? Thank you for your kind attention. Yours, Hi Auguste, I don't know the exact answer to this question, but I think I may know why. Currently, sage keeps all the spkgs in the package. Also it is built with fat binaries although this itself probably doesn't add such a significant amount. I'll investigate this and let you know. Back with some results :) I have gone through the directory to see what made it so big, and I realized my initial suspicions were correct. I have removed about 300mb of spkgs (compressed) and a lot of extraneous logs. The changes are already in trunk along with a few other bug fixes. Changes should be visible for the next sage release (4.6). Thanks for your interest!
Re: [arch-general] sudoers file change - not much on dev list - reason for changes?
i tried to add myself into the sudo group to avoid possible future problems and found out that sudo group does not even exist. i will just ignore this and keep granting sudoer privilege by user.
[arch-general] telepathy-butterfly broken
after a recent update, i found out that telepathy-butterfly is broken. /usr/lib/telepathy/telepathy-butterfly, running manually from a console, complains about requiring papyon = 0.5.0, while to he package state it requires papyon = 0.4.9. but there is NO papyon 0.5.0 out there according to the following web page: http://www.freedesktop.org/software/papyon/releases is this a bug or just a little version issue that we have some workarounds?
[arch-general] Any TU would like to adopt xboard in extra? My updated PKGBUILD attached.
Hi, I am new to archlinux and just tried to install xboard this afternoon and found out that the package is labeled orphan. I updated the PKGBUILD (attached) and made a successful installation. Any TU would like to adopt the package? The difference between the original PKGBUILD and my PKGBUILD is listed below: 6,7c6,7 pkgver=4.4.1 pkgrel=2 --- pkgver=4.4.3 pkgrel=0 14,15c14,15 source=(ftp://ftp.gnu.org/gnu/$pkgname/${pkgname}-${pkgver}.tar.gz) md5sums=('4623a83fdd43f410bfcc8a20e2eb1474') --- source=(http://ftpmirror.gnu.org/${pkgname}/${pkgname}-${pkgver}.tar.gz) md5sums=('6b30535c0883205d23d389b12c1295a8') Thank you for your kind attention. PKGBUILD Description: Binary data