Re: [arch-general] docs in Octave package?
On Sat, Jul 16, 2011 at 12:09 PM, XeCycle wrote: > Auguste Pop writes: > >> On Fri, Jul 15, 2011 at 10:36 PM, XeCycle 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] docs in Octave package?
On 16/07/11 14:09, XeCycle wrote: Auguste Pop writes: On Fri, Jul 15, 2011 at 10:36 PM, XeCycle 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. 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. 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]. The point was that you probably do not actually have to build octave to build the docs. Anyway, requests on the mailing lists will probably not get seen by the right person. File a feature request on the bug tracker. Allan
Re: [arch-general] docs in Octave package?
Auguste Pop writes: > On Fri, Jul 15, 2011 at 10:36 PM, XeCycle 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. > 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. > 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]. -- 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 pgp7cduGp5pEN.pgp Description: PGP signature
Re: [arch-general] docs in Octave package?
Ionut Biru writes: > On 07/15/2011 05:36 PM, XeCycle wrote: >> Hello, I read from the package database that Ronald van Haren maintains >> the package "octave", but I cannot contact him, so I'm asking here. >> >> 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. >> >> Could you please build a separate "octave-docs" package? >> > > It will be nice if you post a patch to include this docs in the > octave package or in a separate package. How? I'd like to build it in a separate package. > Imo if the docs use less than 50% from the size, then is fine to > include it in the octave package. It appears to me that the original package is 8 MB, and the modified is 15 MB. Perhaps a bit large. -- 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 pgpdhD9CnYSoR.pgp Description: PGP signature
Re: [arch-general] [signoff] lvm2/device-mapper 2.02.86-1
On Mon, Jul 11, 2011 at 11:32 PM, Eric Bélanger wrote: > Hi, > > lvm2/device-mapper 2.02.86-1 are in testing for an upstream update. > Please test and signoff. Signoff from users are welcomed. > > Eric > Bump. Anyone?
Re: [arch-general] anyone success with compilation of cyanogenmod7?
2011/7/15 Jelle van der Waa : > On 07/16/2011 12:14 AM, dejfson wrote: >> >> Hi All, >> >> has anyone success to compile CM7 under Archlinux? I'm new to Arch, before >> user of Gentoo, so I'm still in learning phase. >> >> In my case the issue seems to be missing perl's "Switch.pm" module. >> Looking >> for arch package on the web was of no success. >> >> Any help appreciated >> >> d. > > [jelle@P8][~/Downloads]%pkgfile Switch.pm > core/perl > Right you're talking about CGI::Switch not Switch, I think CM7 try to find Switch -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
Re: [arch-general] anyone success with compilation of cyanogenmod7?
On 07/16/2011 12:14 AM, dejfson wrote: Hi All, has anyone success to compile CM7 under Archlinux? I'm new to Arch, before user of Gentoo, so I'm still in learning phase. In my case the issue seems to be missing perl's "Switch.pm" module. Looking for arch package on the web was of no success. Any help appreciated d. [jelle@P8][~/Downloads]%pkgfile Switch.pm core/perl Perl should be installedon your system, but CM7 probably fails to find it.. -- Jelle van der Waa
Re: [arch-general] anyone success with compilation of cyanogenmod7?
2011/7/15 dejfson : > Hi All, > > has anyone success to compile CM7 under Archlinux? I'm new to Arch, before > user of Gentoo, so I'm still in learning phase. > > In my case the issue seems to be missing perl's "Switch.pm" module. Looking > for arch package on the web was of no success. > > Any help appreciated > > d. > Switch is deprecated from 5.10.1 and removed on 5.14.0 perl release. Would you mind to paste the error to suggest a parch for CM7 devs? -- Angel Velásquez angvp @ irc.freenode.net Arch Linux Developer / Trusted User Linux Counter: #359909 http://www.angvp.com
[arch-general] anyone success with compilation of cyanogenmod7?
Hi All, has anyone success to compile CM7 under Archlinux? I'm new to Arch, before user of Gentoo, so I'm still in learning phase. In my case the issue seems to be missing perl's "Switch.pm" module. Looking for arch package on the web was of no success. Any help appreciated d.
Re: [arch-general] docs in Octave package?
On Fri, Jul 15, 2011 at 10:36 PM, XeCycle 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 07/15/2011 05:36 PM, XeCycle wrote: Hello, I read from the package database that Ronald van Haren maintains the package "octave", but I cannot contact him, so I'm asking here. 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. Could you please build a separate "octave-docs" package? It will be nice if you post a patch to include this docs in the octave package or in a separate package. Imo if the docs use less than 50% from the size, then is fine to include it in the octave package. -- Ionuț
[arch-general] docs in Octave package?
Hello, I read from the package database that Ronald van Haren maintains the package "octave", but I cannot contact him, so I'm asking here. 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. Could you please build a separate "octave-docs" 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 pgp8rBaduDK5n.pgp Description: PGP signature
Re: [arch-general] The OpenCL ICD problem
On 07/08/2011 09:49 PM, Vojtěch Král wrote: So, what is going on? Don't you guys quit on me... @Nicolas: You pointed out that the nVidia ICD loader (libOpenCL.so) is only 1.0 (outdated), that is correct, but the ICD specs only require 1.0, so 1.1 possibly should not be needed. See specs: http://www.khronos.org/registry/cl/extensions/khr/cl_khr_icd.txt Although this would require testing. I'll do it later if possible... ~kralyk i've been waiting a new nvidia version and now is time to push something into extra. in the end, is it settled that the name of the package for loader should be _libcl_ and the implementation _opencl-nvidia_ ? -- Ionuț
Re: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly discouraged" BUT???
even though I have switch to HARDWARECLOCK="UTC", rtkit-daemon line date time in logs are still wrong. in UTC ?? what's the matter with it ?
Re: [arch-general] OK so HARDWARECLOCK="localtime" is "strongly discouraged" BUT???
Le mardi 12 juillet 2011 à 20:41 +0200, Tom Gundersen a écrit : > No, we adjust the time as soon as possible to minimize the problems (though > we are not able to eliminate the gap when the time is wrong, so we simply > don't know what might go wrong, the more init is optimized, the more likely > we are to run across problems with this). > I just check my /var/log/messages.log to see if there date time changing all of the sudden, especially because I use HARDWARECLOCK="localtime" ( UTC+2 here) And I found something very strange The kernel boot in "local time": at least the log in /vaR/log/messages.log are in local time as soon there is some log about the kernel boot up Jul 15 10:26:35 soho kernel: [0.00] Initializing cgroup subsys cpuset all the other are also in localtime BUT all line about rtkit-daemon are in UTC ! that's what I found strange even hours after the boot, rtkit-daemon line in mesageS.log still use UTC instead of local time ! how is this possible ? look at it Jul 15 13:15:34 soho kernel: [10164.898981] gnome-settings-[16527]: segfault at b5484160 ip b5484160 sp bf88261c error 4 in libdbus-1.so.3.5.7[b54b8000+47000] Jul 15 11:15:40 soho rtkit-daemon[1331]: Successfully made thread 29613 of process 29613 (/usr/bin/pulseaudio) owned by '120' high priority at nice level -11. Jul 15 11:15:41 soho rtkit-daemon[1331]: Successfully made thread 29614 of process 29613 (/usr/bin/pulseaudio) owned by '120' RT at priority 5. Jul 15 11:15:41 soho rtkit-daemon[1331]: Successfully made thread 29615 of process 29613 (/usr/bin/pulseaudio) owned by '120' RT at priority 5. Jul 15 13:15:41 soho gdm-simple-greeter[29620]: Gtk-WARNING: gtkwidget.c:6794: widget not within a GtkWindow Jul 15 13:15:41 soho gdm-simple-greeter[29620]: WARNING: Unable to read from file /etc/arch-release Jul 15 13:15:41 soho gdm-simple-greeter[29620]: Gtk-WARNING: gtk_widget_size_allocate(): attempt to allocate widget with width -47 and height -47 Jul 15 11:15:47 soho rtkit-daemon[1331]: Successfully made thread 29686 of process 29686 (/usr/bin/pulseaudio) owned I think I am gonna swtich to UTC for HARDWARECLOCK
