Difference between revisions of "User talk:Graysky"

From ArchWiki
Jump to: navigation, search
(linux-ck-p4 is not stable.)
(29 intermediate revisions by 5 users not shown)
Line 1: Line 1:
 
 
== <s>Could you add linux-uksm-ck in your source?</s> ==
 
== <s>Could you add linux-uksm-ck in your source?</s> ==
  
UKSM is very good for old computer.But I won't build linux kernel from AUR.It's toooooooooo slow.Could you add linux-uksm-ck's binrary in your source?
+
== XBMC shutdown/reboot polkit rules ==
<br />
+
'''Thank you.'''
+
 
+
btw, the best is it has all platfrom like linux-ck. --[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 03:00, 10 August 2012 (UTC)
+
 
+
Sorry dude, no interest in maintaining that patchset.  I tried once before. [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 20:42, 9 August 2012 (UTC)
+
 
+
Oh,It's tooooooo bad. --[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 03:00, 10 August 2012 (UTC)
+
:I went ahead and stroke this section out, meaning the discussion is closed.
+
:<s>BTW, this page is getting a bit cluttered with stuff that's been long-fixed or discussed. It's your discussion page, graysky, so I won't blank it in case you prefer to keep it as it is now.</s> -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 21:26, 15 August 2012 (UTC)
+
 
+
== linux-ck-p4 is not stable. ==
+
 
+
My cpu is P4 3.0G with HT.But linux-ck-p4 in my computer is not stable. It's usually crash. I don't know why. But I use linux-ck compile by myself is stable.<br />
+
Do you know why, guy? --[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 11:46, 30 August 2012 (UTC)
+
 
+
Since I do not have one to test myself, I will post the kernel .config that I use to build the repo package.  Please use it to build one yourself and test for stability.  If there is a problem, since yo u can run one you compile yourself, the cause should be in there.  Can you run the generic i686 package without stability issues?
+
 
+
[[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 14:33, 30 August 2012 (UTC)
+
 
+
Yes, I can. --[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 13:07, 8 September 2012 (UTC)
+
 
+
Post the output of:
+
$ cat /proc/cpuinfo
+
 
+
[[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 15:39, 8 September 2012 (UTC)
+
  
[tuxzz@TukuZaZa ~]$ cat /proc/cpuinfo
+
I undid your modification to the XBMC page, as the polkit rule that enabes poweroff and rebooting when using the systemd service is not present in the current package, as you implied in your modification comment. You can check yourself [https://www.archlinux.org/packages/community/x86_64/xbmc/ here]. Any reason you thought it was? I added a bug report mentioning this issue [https://bugs.archlinux.org/task/35729 here]. --[[User:Palmaway|Palmaway]] ([[User talk:Palmaway|talk]]) 03:31, 9 June 2013 (UTC)
  processor : 0
+
  vendor_id : GenuineIntel
+
  cpu family : 15
+
  model : 2
+
  model name : Intel(R) Pentium(R) 4 CPU 3.00GHz
+
  stepping : 9
+
  microcode : 0x14
+
  cpu MHz : 3000.161
+
  
--[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 05:20, 29 September 2012 (UTC)
+
It's not the exact udev rule, but placing the user in the 'power' group, and invoking the shutdown option works for me.  This can be reversed by removing the user for the power group, logging out and back in, and invoking the shutdown option again.  Now, the box does not go down; xbmc just exits.  So functionally, that udev rule is not needed. [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 10:44, 9 June 2013 (UTC)
  
The package I am providing should be finePer the nconfig help:
+
I pasted this on the xbmc page in case others have commentsThanks for bringing it up. [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 10:45, 9 June 2013 (UTC)
  
Select this for Intel Pentium 4 chips.  This includes the Pentium 4, Pentium D, P4-based Celeron and Xeon, and Pentium-4 M (not Pentium M) chips.
+
Unfortunately, this does not work for the systemd service, at least not on some systems. A good idea to post it there. I replyed there and modified a it the XBMC page too.
This option enables compile flags optimized for the chip, uses the correct cache line size, and applies any applicable optimizations.
+
+
CPUIDs: F[0-6][1-A] (in /proc/cpuinfo show = cpu family : 15 )
+
  
I do not know why when you compile it there are no problems.  Best I can do is offer to compare your .config to mine.
+
I don't use the service so I can't comment.  If what you say is true than I agree that it's a good idea to keep the tip. Maybe qualify it with some text describing your observation. [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 21:42, 9 June 2013 (UTC)
  
# Download the current package and enable the nconfig option
+
== wrt to your recent edits of General Recommendations ==
# makepkg -s and customize for your cpu
+
* Please don't use contractions and don't change 'GB' into 'gig' [https://wiki.archlinux.org/index.php?title=General_Recommendations&diff=next&oldid=270642]
# Once the build starts post the src/linux-3.5/.config to pastebin and link it here
+
* The styleguide says giving instructions like 'pacman -S foo' is to be avoided [https://wiki.archlinux.org/index.php?title=General_Recommendations&diff=prev&oldid=270639]
 +
* Wouldn't [https://wiki.archlinux.org/index.php?title=General_Recommendations&diff=next&oldid=270639] fit better in [[Sysctl]]? -- [[User:Karol|Karol]] ([[User talk:Karol|talk]]) 22:00, 10 August 2013 (UTC)
 +
:I corrected points 1 and 2.  To the third, perhaps?  Feel free to summarize in a sentence and paste into the other article if you feel it's a better fit.  I have no objections.
 +
:[[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 22:05, 10 August 2013 (UTC)
 +
::About 3, I've merged it to [[Maximizing Performance]], since [[General Recommendations]] should be just a list of links with small introductions. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:57, 18 August 2013 (UTC)
  
[[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 13:20, 29 September 2012 (UTC)
+
== moving != copy-pasting ==
 +
Hi, I just wanted to let you know that I've had to fix your attempt to rename [[Modprobed db]] to [[Modprobed-db]], as what you did was creating the new page, pasting the content from the other one there and redirecting the old page: this has the consequence of leaving all the history of the edits on the redirect page, hiding all the credits to its contributors. Please next time make proper use of the "move" tool accessible from the top of each article. -- [[User:Kynikos|Kynikos]] ([[User talk:Kynikos|talk]]) 04:36, 17 November 2013 (UTC)
  
Okay...Anyway,the linux-ck looks unstable. I'm using linux-bfs in aur now. This is stable now. And thank you for your reply, Graysky. :D --[[User:Tuxzz|Tuxzz]] ([[User talk:Tuxzz|talk]]) 14:40, 5 October 2012 (UTC)
+
Thanks, never noticed the option before. [[User:Graysky|Graysky]] ([[User talk:Graysky|talk]]) 10:12, 17 November 2013 (UTC)

Revision as of 10:12, 17 November 2013

Could you add linux-uksm-ck in your source?

XBMC shutdown/reboot polkit rules

I undid your modification to the XBMC page, as the polkit rule that enabes poweroff and rebooting when using the systemd service is not present in the current package, as you implied in your modification comment. You can check yourself here. Any reason you thought it was? I added a bug report mentioning this issue here. --Palmaway (talk) 03:31, 9 June 2013 (UTC)

It's not the exact udev rule, but placing the user in the 'power' group, and invoking the shutdown option works for me. This can be reversed by removing the user for the power group, logging out and back in, and invoking the shutdown option again. Now, the box does not go down; xbmc just exits. So functionally, that udev rule is not needed. Graysky (talk) 10:44, 9 June 2013 (UTC)

I pasted this on the xbmc page in case others have comments. Thanks for bringing it up. Graysky (talk) 10:45, 9 June 2013 (UTC)

Unfortunately, this does not work for the systemd service, at least not on some systems. A good idea to post it there. I replyed there and modified a it the XBMC page too.

I don't use the service so I can't comment. If what you say is true than I agree that it's a good idea to keep the tip. Maybe qualify it with some text describing your observation. Graysky (talk) 21:42, 9 June 2013 (UTC)

wrt to your recent edits of General Recommendations

  • Please don't use contractions and don't change 'GB' into 'gig' [1]
  • The styleguide says giving instructions like 'pacman -S foo' is to be avoided [2]
  • Wouldn't [3] fit better in Sysctl? -- Karol (talk) 22:00, 10 August 2013 (UTC)
I corrected points 1 and 2. To the third, perhaps? Feel free to summarize in a sentence and paste into the other article if you feel it's a better fit. I have no objections.
Graysky (talk) 22:05, 10 August 2013 (UTC)
About 3, I've merged it to Maximizing Performance, since General Recommendations should be just a list of links with small introductions. -- Kynikos (talk) 04:57, 18 August 2013 (UTC)

moving != copy-pasting

Hi, I just wanted to let you know that I've had to fix your attempt to rename Modprobed db to Modprobed-db, as what you did was creating the new page, pasting the content from the other one there and redirecting the old page: this has the consequence of leaving all the history of the edits on the redirect page, hiding all the credits to its contributors. Please next time make proper use of the "move" tool accessible from the top of each article. -- Kynikos (talk) 04:36, 17 November 2013 (UTC)

Thanks, never noticed the option before. Graysky (talk) 10:12, 17 November 2013 (UTC)