Gentoo Archives: gentoo-user

From: Fernando Villareal <xxmel0nxx@×××××.com>
To: gentoo-user@l.g.o
Subject: [gentoo-user] Re: Digest of gentoo-user@lists.gentoo.org issue 2724 (141378-141427)
Date: Tue, 02 Oct 2012 18:59:01
Message-Id: CAMd_9fwgMD+-LUBdZb0H+hyfhwhPJkf4X=oc0t-N5OPA2_NVmw@mail.gmail.com
1 On Sun, Sep 16, 2012 at 11:05 AM, <gentoo-user+help@l.g.o> wrote:
2
3 > Topics (messages 141378 through 141427):
4 >
5 > [gentoo-user] How do I determine the processor type?
6 > 141378 - felix@×××××××.com
7 >
8 > [gentoo-user] How do I determine the processor type?
9 > 141379 - Dale <rdalek1967@×××××.com>
10 >
11 > [gentoo-user] How do I determine the processor type?
12 > 141380 - felix@×××××××.com
13 >
14 > [gentoo-user] UPS and serial or USB connections
15 > 141381 - Dale <rdalek1967@×××××.com>
16 >
17 > [gentoo-user] UPS and serial or USB connections
18 > 141382 - "J. Roeleveld" <joost@××××××××.org>
19 >
20 > [gentoo-user] UPS and serial or USB connections
21 > 141383 - Dale <rdalek1967@×××××.com>
22 >
23 > [gentoo-user] How do I determine the processor type?
24 > 141384 - Dale <rdalek1967@×××××.com>
25 >
26 > [gentoo-user] How do I determine the processor type? -- grub2 comments
27 > 141385 - "G.Wolfe Woodbury" <redwolfe@×××××.com>
28 >
29 > [gentoo-user] UPS and serial or USB connections
30 > 141386 - "J. Roeleveld" <joost@××××××××.org>
31 >
32 > [gentoo-user] UPS and serial or USB connections
33 > 141387 - Dale <rdalek1967@×××××.com>
34 >
35 > [gentoo-user] How do I determine the processor type? -- grub2 comments
36 > 141388 - felix@×××××××.com
37 >
38 > [gentoo-user] Re: modem configuration
39 > 141389 - Philipp Kraus <philipp.kraus@×××××××××.de>
40 >
41 > [gentoo-user] Gentoo is the best linux distro
42 > 141390 - Graham Murray <graham@×××××××××××.uk>
43 >
44 > [gentoo-user] Re: How do I determine the processor type?
45 > 141391 - Grant Edwards <grant.b.edwards@×××××.com>
46 >
47 > [gentoo-user] Re: How do I determine the processor type?
48 > 141392 - Grant Edwards <grant.b.edwards@×××××.com>
49 >
50 > [gentoo-user] Generate an ebuild for mldonkey-3.1.3
51 > 141393 - Alexandre Paz Mena <erzapito@×××××.com>
52 >
53 > [gentoo-user] Update to newer kernel completely hoses suspend
54 > 141394 - Daniel Frey <djqfrey@×××××.com>
55 >
56 > [gentoo-user] Re: modem configuration
57 > 141395 - Mick <michaelkintzios@×××××.com>
58 >
59 > [gentoo-user] Update to newer kernel completely hoses suspend
60 > 141396 - Mick <michaelkintzios@×××××.com>
61 >
62 > [gentoo-user] Update to newer kernel completely hoses suspend
63 > 141397 - Dale <rdalek1967@×××××.com>
64 >
65 > [gentoo-user] new machine : a few small queries
66 > 141398 - Mick <michaelkintzios@×××××.com>
67 >
68 > [gentoo-user] partitioning an ssd for new installation
69 > 141399 - Allan Gottlieb <gottlieb@×××.edu>
70 >
71 > [gentoo-user] bibletime segmentation fault
72 > 141400 - Gene Hannan <gjhannan@×××××.com>
73 >
74 > [gentoo-user] new machine : a few small queries
75 > 141401 - Philip Webb <purslow@××××××××.net>
76 >
77 > [gentoo-user] partitioning an ssd for new installation
78 > 141402 - Kerin Millar <kerframil@×××××××××××.uk>
79 >
80 > [gentoo-user] partitioning an ssd for new installation
81 > 141403 - Philip Webb <purslow@××××××××.net>
82 >
83 > [gentoo-user] partitioning an ssd for new installation
84 > 141404 - Kerin Millar <kerframil@×××××××××××.uk>
85 >
86 > [gentoo-user] partitioning an ssd for new installation
87 > 141405 - Allan Gottlieb <gottlieb@×××.edu>
88 >
89 > [gentoo-user] partitioning an ssd for new installation
90 > 141406 - Allan Gottlieb <gottlieb@×××.edu>
91 >
92 > [gentoo-user] partitioning an ssd for new installation
93 > 141407 - William Kenworthy <billk@×××××××××.au>
94 >
95 > [gentoo-user] partitioning an ssd for new installation
96 > 141408 - Allan Gottlieb <gottlieb@×××.edu>
97 >
98 > [gentoo-user] partitioning an ssd for new installation
99 > 141409 - Kerin Millar <kerframil@×××××××××××.uk>
100 >
101 > [gentoo-user] Generate an ebuild for mldonkey-3.1.3
102 > 141410 - Michael Orlitzky <michael@××××××××.com>
103 >
104 > [gentoo-user] Apache forked itself to death...
105 > 141411 - Jarry <mr.jarry@×××××.com>
106 >
107 > [gentoo-user] Generate an ebuild for mldonkey-3.1.3
108 > 141412 - Alexandre Paz Mena <erzapito@×××××.com>
109 >
110 > [gentoo-user] Samba wants to downgrade my python....
111 > 141413 - Andrew Lowe <agl@×××××××.au>
112 >
113 > [gentoo-user] Samba wants to downgrade my python....
114 > 141414 - Randolph Maaßen <r.maassen60@×××××.com>
115 >
116 > [gentoo-user] Samba wants to downgrade my python....
117 > 141415 - Alan McKinnon <alan.mckinnon@×××××.com>
118 >
119 > [gentoo-user] Samba wants to downgrade my python....
120 > 141416 - Neil Bothwick <neil@××××××××××.uk>
121 >
122 > [gentoo-user] Samba wants to downgrade my python....
123 > 141417 - Marc Joliet <marcec@×××.de>
124 >
125 > [gentoo-user] Samba wants to downgrade my python....
126 > 141418 - Andrew Lowe <agl@×××××××.au>
127 >
128 > [gentoo-user] Samba wants to downgrade my python....
129 > 141419 - Neil Bothwick <neil@××××××××××.uk>
130 >
131 > [gentoo-user] Apache forked itself to death...
132 > 141420 - Michael Hampicke <gentoo-user@××××.biz>
133 >
134 > [gentoo-user] Samba wants to downgrade my python....
135 > 141421 - Andrew Lowe <agl@×××××××.au>
136 >
137 > [gentoo-user] Apache forked itself to death...
138 > 141422 - Michael Mol <mikemol@×××××.com>
139 >
140 > [gentoo-user] Generate an ebuild for mldonkey-3.1.3
141 > 141423 - Michael Orlitzky <michael@××××××××.com>
142 >
143 > [gentoo-user] Offline Update
144 > 141424 - Silvio Siefke <siefke_listen@×××.de>
145 >
146 > [gentoo-user] Samba wants to downgrade my python....
147 > 141425 - Kerin Millar <kerframil@×××××××××××.uk>
148 >
149 > [gentoo-user] Offline Update
150 > 141426 - Alan McKinnon <alan.mckinnon@×××××.com>
151 >
152 > [gentoo-user] Offline Update
153 > 141427 - Bryan Gardiner <bog@××××××.net>
154 >
155 >
156 > On Sat, Sep 15, 2012 at 01:26:41AM +0100, Kerin Millar wrote:
157 > > felix@×××××××.com wrote:
158 > > > On Sat, Sep 15, 2012 at 12:45:51AM +0100, Kerin Millar wrote:
159 > > >> felix@×××××××.com wrote:
160 > > >>> I have a shiny new System76 laptop with a "3rd Generation Intel Core
161 > i7-3720QM Processor (2.60GHz 6MB L3 Cache - 4 Cores plus Hyperthreading)".
162 > > >>>
163 > > >>> It comes with Ubuntu, so naturally my first move was to split the
164 > Ubuntu partition in half and install gentoo. I will say no more about my
165 > first experiences with Unity.
166 > > >>>
167 > > >>> The Ubunto uname -a says "3.2.0-30-generic #48-Ubuntu SMP Fri Aug 24
168 > 16:52:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux".
169 > > >> Take note - it's a x86_64 host environment.
170 > > >>
171 > > >>> I installed the latest stage3 tarball and set up make.conf as
172 > > >> Which stage3 tarball exactly?
173 > > >
174 > > > Maybe that's part of my confusion -- I was following the x86 handbook,
175 > not amd64, because it's not amd. But if amd64 should be used for all 64
176 > bit installs, that's probably my problem.
177 > > >
178 > > > As for the exact stage3 tarball, the ftp choice was
179 > "gentoo/releases/x86/current-stage3". This was about Sep 10.
180 > > >
181 > >
182 > > It will work if you chroot as described in my previous message. linux32
183 > > is a symlink to setarch so you can read the setarch manpage if you're
184 > > curious as to why it is necessary. Still, unless you have a particular
185 > > reason not to avoid using an amd64 stage tarball, I'd suggest starting
186 > > over with one.
187 >
188 > Nope, just ignorance, thinking that amd64 shouldn't be used with an intel
189 > processor.
190 >
191 > --
192 > ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
193 > Felix Finch: scarecrow repairman & rocket surgeon / felix@×××××××.com
194 > GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license
195 > #4933
196 > I've found a solution to Fermat's Last Theorem but I see I've run out of
197 > room o
198 >
199 > felix@×××××××.com wrote:
200 > > On Sat, Sep 15, 2012 at 01:26:41AM +0100, Kerin Millar wrote:
201 > >> felix@×××××××.com wrote:
202 > >>> On Sat, Sep 15, 2012 at 12:45:51AM +0100, Kerin Millar wrote:
203 > >>>> felix@×××××××.com wrote:
204 > >>>>> I have a shiny new System76 laptop with a "3rd Generation Intel Core
205 > i7-3720QM Processor (2.60GHz 6MB L3 Cache - 4 Cores plus Hyperthreading)".
206 > >>>>>
207 > >>>>> It comes with Ubuntu, so naturally my first move was to split the
208 > Ubuntu partition in half and install gentoo. I will say no more about my
209 > first experiences with Unity.
210 > >>>>>
211 > >>>>> The Ubunto uname -a says "3.2.0-30-generic #48-Ubuntu SMP Fri Aug 24
212 > 16:52:48 UTC 2012 x86_64 x86_64 x86_64 GNU/Linux".
213 > >>>> Take note - it's a x86_64 host environment.
214 > >>>>
215 > >>>>> I installed the latest stage3 tarball and set up make.conf as
216 > >>>> Which stage3 tarball exactly?
217 > >>> Maybe that's part of my confusion -- I was following the x86 handbook,
218 > not amd64, because it's not amd. But if amd64 should be used for all 64
219 > bit installs, that's probably my problem.
220 > >>>
221 > >>> As for the exact stage3 tarball, the ftp choice was
222 > "gentoo/releases/x86/current-stage3". This was about Sep 10.
223 > >>>
224 > >> It will work if you chroot as described in my previous message. linux32
225 > >> is a symlink to setarch so you can read the setarch manpage if you're
226 > >> curious as to why it is necessary. Still, unless you have a particular
227 > >> reason not to avoid using an amd64 stage tarball, I'd suggest starting
228 > >> over with one.
229 > > Nope, just ignorance, thinking that amd64 shouldn't be used with an
230 > intel processor.
231 > >
232 >
233 > From my understanding, someone correct me if I am off here, AMD sort of
234 > beat Intel to the 64 bit thing. So, it sort of got named amd64 even tho
235 > Intel came along later on and the name just stuck. That's a very short
236 > version of the story and I think that is how it went but someone may
237 > come along and correct something.
238 >
239 > Dale
240 >
241 > :-) :-)
242 >
243 > --
244 > I am only responsible for what I said ... Not for what you understood or
245 > how you interpreted my words!
246 >
247 >
248 > On Fri, Sep 14, 2012 at 09:42:42PM -0500, Dale wrote:
249 >
250 > > From my understanding, someone correct me if I am off here, AMD sort of
251 > > beat Intel to the 64 bit thing. So, it sort of got named amd64 even tho
252 > > Intel came along later on and the name just stuck. That's a very short
253 > > version of the story and I think that is how it went but someone may
254 > > come along and correct something.
255 >
256 > I sort of knew that, but I haven't kept up with all the processor
257 > names, and linux the kernel merged x86 and amd64 in some fashion, or
258 > was it x86 and x86_64? /usr/src/linux/arch/x86_64/boot/bzImage is a
259 > symlink to the x86. It's all very confusing, and one of the gentoo
260 > docs says iCore2 is Xeon, so what do I know about iCore7?
261 >
262 > Kernel compile finished, 16 minutes (SSD sure speeds it up). I'll
263 > finish the setup tomorrow. At some point I have to figure out where
264 > Ubuntu hides the boot config so I can add an entry for the gentoo install.
265 >
266 > --
267 > ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
268 > Felix Finch: scarecrow repairman & rocket surgeon / felix@×××××××.com
269 > GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license
270 > #4933
271 > I've found a solution to Fermat's Last Theorem but I see I've run out of
272 > room o
273 >
274 > Howdy,
275 >
276 > Newegg just had a sale on a really nice UPS. I got one. Anyway, it has
277 > both serial and USB connections. I have a question about these. I
278 > could use either one but not sure if it matters. Does the USB
279 > connection offer any additional features over the serial connection? I
280 > could use USB but would rather use serial since nothing else I have is
281 > serial but I have a bit of USB devices. Also, I never disconnect the
282 > serial cable from either the system or the UPS when either is in use.
283 > Sort of defeats the purpose I guess. Since it also has screws to make
284 > sure the serial cable doesn't come undone, the serial has one
285 > advantage. I'm not sure what would happen if it looses the connection
286 > all of a sudden. Does it do like NORAD and assume power is out? lol
287 >
288 > So, since I already have everything set up for serial connections,
289 > should I just keep using it or does the USB have more goodies?
290 >
291 > Thanks.
292 >
293 > Dale
294 >
295 > :-) :-)
296 >
297 >
298 > P. S. Crap, there goes my uptime again. :-@
299 >
300 > --
301 > I am only responsible for what I said ... Not for what you understood or
302 > how you interpreted my words!
303 >
304 >
305 > Dale <rdalek1967@×××××.com> wrote:
306 >>
307 >> Howdy,
308 >>
309 >> Newegg just had a sale on a really nice UPS. I got one. Anyway, it has
310 >> both serial and USB connections. I have a question about these. I
311 >> could use either one but not sure if it matters. Does the USB
312 >> connection offer any additional features over the serial connection? I
313 >> could use USB but would rather use serial since nothing else I have is
314 >> serial but I have a bit of USB devices. Also, I never disconnect the
315 >> serial cable from either the system or the UPS when either is in use.
316 >> Sort of defeats the purpose I guess. Since it also has screws to make
317 >> sure the serial cable doesn't come undone, the serial has one
318 >> advantage. I'm not sure what would happen if it looses the connection
319 >> all of a sudden. Does it do like NORAD and assume power is out? lol
320 >>
321 >> So, since I already have everything set up for se
322 >> rial
323 >> connections,
324 >> should I just keep using it or does the USB have more goodies?
325 >>
326 >> Thanks.
327 >>
328 >> Dale
329 >>
330 >> :-) :-)
331 >>
332 >>
333 >> P. S. Crap, there goes my uptime again. :-@
334 >>
335 >>
336 > Dale.
337 >
338 > It depends on the UPS wether or not you get different functionality
339 > between serial or USB. You would need to check the manual and support for
340 > the UPS by NUT (or whichever tool you use)
341 >
342 > How UPS software responds to a connection failure depends on how you
343 > configure it.
344 >
345 > In other words. You haven't provided enough information on the UPS to give
346 > any meaningfull answers :)
347 >
348 > Which UPS and which UPS software are you using?
349 >
350 > --
351 > Joost
352 > --
353 > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
354 >
355 > J. Roeleveld wrote:
356 >
357 > Dale <rdalek1967@×××××.com> <rdalek1967@×××××.com> wrote:
358 >>
359 >> Howdy,
360 >>
361 >> Newegg just had a sale on a really nice UPS. I got one. Anyway, it has
362 >> both serial and USB connections. I have a question about these. I
363 >> could use either one but not sure if it matters. Does the USB
364 >> connection offer any additional features over the serial connection? I
365 >> could use USB but would rather use serial since nothing else I have is
366 >> serial but I have a bit of USB devices. Also, I never disconnect the
367 >> serial cable from either the system or the UPS when either is in use.
368 >> Sort of defeats the purpose I guess. Since it also has screws to make
369 >> sure the serial cable doesn't come undone, the serial has one
370 >> advantage. I'm not sure what would happen if it looses the connection
371 >> all of a sudden. Does it do like NORAD and assume power is out? lol
372 >>
373 >> So, since I already have everything set up for se
374 >> rial
375 >> connections,
376 >> should I just keep using it or does the USB have more goodies?
377 >>
378 >> Thanks.
379 >>
380 >> Dale
381 >>
382 >> :-) :-)
383 >>
384 >>
385 >> P. S. Crap, there goes my uptime again. :-@
386 >>
387 >>
388 > Dale.
389 >
390 > It depends on the UPS wether or not you get different functionality
391 > between serial or USB. You would need to check the manual and support for
392 > the UPS by NUT (or whichever tool you use)
393 >
394 > How UPS software responds to a connection failure depends on how you
395 > configure it.
396 >
397 > In other words. You haven't provided enough information on the UPS to give
398 > any meaningfull answers :)
399 >
400 > Which UPS and which UPS software are you using?
401 >
402 > --
403 > Joost
404 > --
405 > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
406 >
407 >
408 >
409 > Ooops. I thought I put the model. It's a CyberPower 1350AVR. My old UPS
410 > is a CyberPower 1250AVR but it is about 10 years old. I have one working
411 > plug left on the back of it. I literally wore the plugs out. lol
412 >
413 > According to the book, and the box, the new one uses powerpanel which is
414 > the same as I use on the old UPS. Since it uses the same drivers/software,
415 > I figure it will work like my old one does. Then again, this is newer so
416 > that's why I ask. My old one has LEDs on it where this one has a display
417 > with more info than my old one.
418 >
419 > http://www.newegg.com/Product/Product.aspx?Item=N82E16842102070
420 >
421 > I don't yet have the UPS hooked up to the puter. I'm letting the battery
422 > charge overnight first. It says it is fully charged but still. Also, if
423 > it is going to blow up or something, I'd rather it do all that before I
424 > plug my rig up to it. o_O
425 >
426 > Thanks.
427 >
428 > Dale
429 >
430 > :-) :-)
431 >
432 > --
433 > I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
434 >
435 >
436 > felix@×××××××.com wrote:
437 > > On Fri, Sep 14, 2012 at 09:42:42PM -0500, Dale wrote:
438 > >
439 > >> From my understanding, someone correct me if I am off here, AMD sort of
440 > >> beat Intel to the 64 bit thing. So, it sort of got named amd64 even tho
441 > >> Intel came along later on and the name just stuck. That's a very short
442 > >> version of the story and I think that is how it went but someone may
443 > >> come along and correct something.
444 > > I sort of knew that, but I haven't kept up with all the processor
445 > > names, and linux the kernel merged x86 and amd64 in some fashion, or
446 > > was it x86 and x86_64? /usr/src/linux/arch/x86_64/boot/bzImage is a
447 > > symlink to the x86. It's all very confusing, and one of the gentoo
448 > > docs says iCore2 is Xeon, so what do I know about iCore7?
449 > >
450 > > Kernel compile finished, 16 minutes (SSD sure speeds it up). I'll
451 > > finish the setup tomorrow. At some point I have to figure out where
452 > > Ubuntu hides the boot config so I can add an entry for the gentoo
453 > install.
454 > >
455 >
456 >
457 > I didn't say it wasn't confusing. ;-) Heck, I think I asked questions
458 > here when I built my new rig which is sort of the reason why I
459 > remember. From some discussions I have seen, I think some CPUs need a
460 > rocket scientist to figure out what to use. I'm sure there is a rule
461 > book somewhere. lol
462 >
463 > Put your kernel and such on /boot and run update-grub if I recall
464 > correctly. I installed Kubuntu for my brother and it has grub2 which
465 > has some magic sprinkled on it. I'm not sure how to tell it where to
466 > point for the root partition tho. That may require a thread here if
467 > google doesn't help. I might add, you may get better Ubuntu answers
468 > here than from the Ubuntu folks. I'll forgive you if everyone else
469 > will. ROFL
470 >
471 > Dale
472 >
473 > :-) :-)
474 >
475 > --
476 > I am only responsible for what I said ... Not for what you understood or
477 > how you interpreted my words!
478 >
479 >
480 > On 09/15/2012 12:28 AM, Dale wrote:
481 > > Put your kernel and such on /boot and run update-grub if I recall
482 > > correctly. I installed Kubuntu for my brother and it has grub2 which
483 > > has some magic sprinkled on it. I'm not sure how to tell it where to
484 > > point for the root partition tho. That may require a thread here if
485 > > google doesn't help. I might add, you may get better Ubuntu answers
486 > > here than from the Ubuntu folks. I'll forgive you if everyone else
487 > > will. ROFL Dale :-) :-)
488 > grub2 is a completely rewritten animal, so it is *different*
489 >
490 > grub2-install /dev/sd??
491 >
492 > is the incantation to put grub2 onto the selected boot partition. Then
493 >
494 > <editor> /etc/default/grub
495 > grub2-mkconfig -o /boot/grub2/grub.cfg
496 >
497 > is the incantation for making the basic configuration. If you have
498 > multiple installations
499 > on disk, emerge "os-prober" to bring in the detection of "foreign"
500 > operating systems.
501 > This creates the grub.cfg file, which prominently features a "DO NOT
502 > EDIT" warning at the
503 > top of the file; rank beginners are advised to edit /etc/defaut/grub if
504 > that can make the changes
505 > you want, but more advanced users can edit the grub.cfg to achieve
506 > desired results.
507 >
508 > For example, my grub.cfg has the default entry for my preferred OS to
509 > boot, and then has
510 > entries that bing in other configuration files for various other
511 > situations. I've got two
512 > Gentoo collections, the Fedora collection and the Windows7 config. the
513 > grub2 "info"
514 > pages are complete but a little dense and not as well organized as they
515 > might be.
516 >
517 > Good Luck.
518 >
519 > --
520 > G.Wolfe Woodbury
521 >
522 >
523 >
524 >
525 > Dale <rdalek1967@×××××.com> wrote:
526 >>
527 >> J. Roeleveld wrote:
528 >>
529 >> Dale <rdalek1967@×××××.com> <rdalek1967@×××××.com> wrote:
530 >>>
531 >>> Howdy,
532 >>>
533 >>> Newegg just had a sale on a really nice UPS. I got one. Anyway, it has
534 >>> both serial and USB connections. I have a question about these. I
535 >>> could use either one but not sure if it matters. Does the USB
536 >>> connection offer any additional features over the serial connection? I
537 >>> could use USB but would rather use serial since nothing else I have is
538 >>> serial but I have a bit of USB devices. Also, I never disconnect the
539 >>> serial cable from either the system or the UPS when either is in use.
540 >>> Sort of defeats the purpose I guess. Since it also has screws to make
541 >>> sure the serial cable doesn't come undone, the serial has one
542 >>> advantage. I'm not sure what would happen if it looses the connection
543 >>> all of a sudden. Does it do like NORAD and assume power is out? lol
544 >>>
545 >>> So, since I already have everything set up for se
546 >>> rial
547 >>> connections,
548 >>> should I just keep using it or does the USB have more goodies?
549 >>>
550 >>> Thanks.
551 >>>
552 >>> Dale
553 >>>
554 >>> :-) :-)
555 >>>
556 >>>
557 >>> P. S. Crap, there goes my uptime again. :-@
558 >>>
559 >>>
560 >> Dale.
561 >>
562 >> It depends on the UPS wether or not you get different functionality
563 >> between serial or USB. You would need to check the manual and support for
564 >> the UPS by NUT (or whichever tool you use)
565 >>
566 >> How UPS software responds to a connection failure depends on how you
567 >> configure it.
568 >>
569 >> In other words. You haven't provided enough information on the UPS to
570 >> give any meaningfull answers :)
571 >>
572 >> Which UPS and which UPS software are you using?
573 >>
574 >> --
575 >> Joost
576 >> --
577 >> Sent from my Android phone with K-9 Mail. Please excuse my brevity.
578 >>
579 >>
580 >>
581 >> Ooops. I thought I put the model. It's a CyberPower 1350AVR. My old
582 >> UPS is a CyberPower 1250AVR but it is about 10 years old. I have one
583 >> working plug left on the back of it. I literally wore the plugs out. lol
584 >>
585 >> According to the book, and the box, the new one uses powerpanel which is
586 >> the same as I use on the old UPS. Since it uses the same drivers/software,
587 >> I figure it will work like my old one does. Then again, this is newer so
588 >> that's why I ask. My old one has LEDs on it where this one has a display
589 >> with more info than my old one.
590 >>
591 >> http://www.newegg.com/Product/Product.aspx?Item=N82E16842102070
592 >>
593 >> I don't yet have the UPS hooked up to the puter. I'm letting the battery
594 >> charge overnight first. It says it is fully charged but still. Also, if
595 >> it is going to blow up or something, I'd rather it do all that before I
596 >> plug my rig up to it. o_O
597 >>
598 >> Thanks.
599 >>
600 >> Dale
601 >>
602 >> :-) :-)
603 >>
604 >> --
605 >> I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
606 >>
607 >>
608 > Software is MS Windows only according to that site.
609 > What are you using on Linux?
610 >
611 > Sometimes the software on the UPS gets changed. This might mean it is not
612 > compatible anymore.
613 > --
614 > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
615 >
616 > J. Roeleveld wrote:
617 >
618 >
619 >
620 > Software is MS Windows only according to that site.
621 > What are you using on Linux?
622 >
623 > Sometimes the software on the UPS gets changed. This might mean it is not
624 > compatible anymore.
625 > --
626 > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
627 >
628 >
629 >
630 > I haven't connected the UPS yet so I'm still using my old UPS and nut
631 > software. It has a Linux version on the CD but no mention of Gentoo, just
632 > rpm and deb. I tried to install this once before and I never got the
633 > software to work right. I think it was the init scripts that caused
634 > trouble.
635 >
636 > I looked at the nut website and it says the new UPS uses usbhid-ups which
637 > appears to need to be connected to the UPS by USB. I'll try the serial
638 > cable first, see what if anything it reports, then try USB and see if it
639 > reports the same thing. The old UPS uses powerpanel drivers within nut.
640 > That is sort of confusing since they call the Linux drivers the same as the
641 > windows software.
642 >
643 > Looks like I'm going to have to test this to see if it works or not. If
644 > it does, may need to report it to the people on the nut website. I would
645 > prefer serial if it works the same myself.
646 >
647 > Thanks much.
648 >
649 > Dale
650 >
651 > :-) :-)
652 >
653 > --
654 > I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
655 >
656 >
657 > On Sat, Sep 15, 2012 at 01:05:41AM -0400, G.Wolfe Woodbury wrote:
658 > > On 09/15/2012 12:28 AM, Dale wrote:
659 > > > Put your kernel and such on /boot and run update-grub if I recall
660 > > > correctly. I installed Kubuntu for my brother and it has grub2 which
661 > > > has some magic sprinkled on it. I'm not sure how to tell it where to
662 > > > point for the root partition tho. That may require a thread here if
663 > > > google doesn't help. I might add, you may get better Ubuntu answers
664 > > > here than from the Ubuntu folks. I'll forgive you if everyone else
665 > > > will. ROFL Dale :-) :-)
666 > > grub2 is a completely rewritten animal, so it is *different*
667 > >
668 > > grub2-install /dev/sd??
669 > >
670 > > is the incantation to put grub2 onto the selected boot partition. Then
671 > >
672 > > <editor> /etc/default/grub
673 > > grub2-mkconfig -o /boot/grub2/grub.cfg
674 >
675 > I figure I have to keep the existing Ubuntu install happy for a couple
676 > of weeks. This is a work laptop and the Ubuntu side is productive
677 > right now, so gentoo is my spare time conversion, and only after I
678 > have it doing everything the Ubuntu install does, can I muck up
679 > Ubuntu. It also is a handy reference if I get in a gentoo corner,
680 > like setting up X or KVM.
681 >
682 > --
683 > ... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
684 > Felix Finch: scarecrow repairman & rocket surgeon / felix@×××××××.com
685 > GPG = E987 4493 C860 246C 3B1E 6477 7838 76E9 182E 8151 ITAR license
686 > #4933
687 > I've found a solution to Fermat's Last Theorem but I see I've run out of
688 > room o
689 >
690 > On 2012-09-14 02:32:37 +0200, Walter Dnes said:
691 >
692 > On Thu, Sep 13, 2012 at 08:08:10PM +0200, Kraus Philipp wrote
693 >>
694 >>> Hello,
695 >>>
696 >>> I have got a modem US Robotics 5637 and I would like to use it with
697 >>> Hylafax+. Hylafax works fine, all clients can create jobs, but now
698 >>> I would like to configure / test the modem. Can anybody explain me
699 >>> how I can test / configure my modem. I have installed minicom and
700 >>> the modem is setup under /dev/modem with this udev rules
701 >>>
702 >>
703 >> I have the same type of USB dialup modem running under Gentoo. I use
704 >> it for emergency backup, if my ADSL connection goes down. First
705 >> question... is your kernel properly configured? You need to select the
706 >> USB Modem (CDC ACM) support kernel option. In "make menuconfig" the
707 >> path is...
708 >> Device Drivers --->
709 >> [*] USB support --->
710 >> <*> USB Modem (CDC ACM) support
711 >>
712 >
713 > Thanks, I have forgot the CDC ACM module within the kernel. Rebuild my
714 > kernel, everything works fine except
715 > minicom, it shows always that my modem is offline, but if I send AT
716 > command the modem response
717 >
718 > Phil
719 >
720 >
721 >
722 > Volker Armin Hemmann <volkerarmin@××××××××××.com> writes:
723 >
724 > > and for a simple reason: ml have always been. So 'old timers' and 'people
725 > > knowing their crap' hang around those. Then came AOL, eternal September
726 > and
727 > > forums for this new crop of lol users. And since like minded people love
728 > to
729 > > congrate...
730 >
731 > And prior to the 'modern' forums, the quality of CompuServe forums was
732 > (IMHO) far higher than nearly all of today's web-based forums.
733 >
734 > On 2012-09-15, Dale <rdalek1967@×××××.com> wrote:
735 >
736 > > From my understanding, someone correct me if I am off here, AMD sort of
737 > > beat Intel to the 64 bit thing.
738 >
739 > Not really. Intel came out with the IA64 architecture in 2001 in the
740 > Itanium processor. The IA64 architecture was much more RISC-like than
741 > the IA32 (x86) architecture. More importantly, it wasn't good at
742 > running old IA32 software. It could emulate the IA32 instruction set,
743 > but the emulation mode produced very slow performance. Because of
744 > price and the poor backwards compatiblity it wasn't very popular on
745 > the desktop (though it was used in some high-end servers and cluster
746 > machines).
747 >
748 > A couple of years later, AMD came out with the AMD64 (x86-64)
749 > architecture in the Opteron processor. It _was_ backwards compatible
750 > with the IA32 and was quite popular -- though initially it was mainly
751 > used in IA32 mode (I still run all my AMD64 machines in IA32 mode
752 > because I'm too lazy to change over when there's little benefit).
753 >
754 > Once the Opteron family was widely adopted, and it became obvious that
755 > the 64-bit mode of AMD64 processors was going to be vastly more
756 > popular than the IA64 architecture, Intel jumped on board in 2004 with
757 > the Xeon processor which implemented the AMD64 architecture.
758 >
759 > After years and years of miserable sales, Intel finally gave up
760 > flogging the Itanium pocessor family and abandoned the IA64
761 > architecture in 2011.
762 >
763 > --
764 > Grant
765 >
766 >
767 > On 2012-09-15, Grant Edwards <grant.b.edwards@×××××.com> wrote:
768 > > On 2012-09-15, Dale <rdalek1967@×××××.com> wrote:
769 > >
770 > >> From my understanding, someone correct me if I am off here, AMD sort of
771 > >> beat Intel to the 64 bit thing.
772 >
773 >
774 > > After years and years of miserable sales, Intel finally gave up
775 > > flogging the Itanium pocessor family and abandoned the IA64
776 > > architecture in 2011.
777 >
778 > Oops, after some research on Wikipedia, it looks like that last bit is
779 > wrong. Intel still appears to be making Itanium parts (but nobody
780 > but HP cares).
781 >
782 > Itanium is no longer supported by Microsoft, RedHat, Oracle, SAP, and
783 > various other SW vendors (including Intel).
784 >
785 > Most of the old Itanium server vendors (e.g. IBM, SGI, Dell) have also
786 > abandonded Itanium. It seems HP is still sticking with it and is, in
787 > fact, has paid Intel over half a billion USD to keep it alive -- small
788 > wonder HP is circling the drain.
789 >
790 >
791 >
792 >
793 >> --- /usr/portage/net-p2p/mldonkey/mldonkey-3.1.0.ebuild 2012-02-24
794 >> 16:01:22.000000000 -0500
795 >> +++ ./mldonkey-3.1.3.ebuild 2012-09-14 09:47:39.613742734 -0400
796 >> @@ -92,7 +92,13 @@
797 >>
798 >> src_compile() {
799 >> export OCAMLRUNPARAM="l=256M"
800 >> - emake || die "emake failed"
801 >> +
802 >> + local my_extra_libs
803 >> + if use gd; then
804 >> + my_extra_libs="-lpng15"
805 >> + fi
806 >> +
807 >> + emake LIBS="${my_extra_libs}" || die "emake failed"
808 >>
809 >> if ! use guionly; then
810 >> emake utils || die "emake utils failed"
811 >>
812 >>
813 > Thanks, I'll post a bug to upstream.
814 >
815 > Meanwhile, instead of adding libs, I worked adding them to econf.
816 >
817 > But a new problem has appeared, mldonkey-3.1.3 seems to not have a init.d
818 > script. I thought that was the ebuild work, but both ebuilds are almost the
819 > same and now I'm looking through the tarballs to see any differences
820 > related to that.
821 >
822 > Regards.
823 >
824 > --
825 > Alexandre Paz Mena
826 >
827 > Well, it turns out it was my PSU. The voltage drop on the 5V line was
828 > 4.08, but it would slowly warm up to 4.95V, then the PC would behave
829 > normally. I opened the PSU and there was a ruptured cap.
830 >
831 > I've replaced it and the problems are all gone.
832 >
833 > I guess it was not really a coincidence that the failure happened after
834 > a major update. This isn't the first time an `emerge -pvuDN world`
835 > killed my computer. :-)
836 >
837 > Dan
838 >
839 > On 09/13/2012 07:20 PM, Daniel Frey wrote:
840 > > On 09/12/2012 09:49 PM, Chris Stankevitz wrote:
841 > >> On Wed, Sep 12, 2012 at 5:18 PM, Daniel Frey <djqfrey@×××××.com> wrote:
842 > >>> So about a month ago I decided to update my kernel to the dreaded 3.x
843 > >>> series. My old 2.6.x kernel ...
844 > >> FYI Linus Torvalds says there was no change between 2.6 and 3.0. A
845 > quote:
846 > >>
847 > >> So what are the big changes? NOTHING. Absolutely nothing. Sure, we
848 > >> have the usual two thirds driver
849 > >> changes, and a lot of random fixes, but the point is that 3.0 is
850 > >> *just* about renumbering, we are very much *not* doing a KDE-4 or a
851 > >> Gnome-3 here. No breakage, no special scary new features, nothing at
852 > >> all like that.
853 > >>
854 > >> You can read his entire letter here:
855 > >> https://lkml.org/lkml/2011/5/29/204
856 > >>
857 > >> Chris
858 > > When I updated, I knew about changes in 3.2 that affected USB keyboard
859 > > wake in suspend (& mostly how it deals with acpi. Most of the stuff
860 > > moved to /sys/devices, the normal /proc/acpi/wakeup didn't really do
861 > > anything.) This affected many users over many distros.
862 > >
863 > > It also changed how lirc works, although that happened around 2.6.38??,
864 > > so my htpc frontend is still on 2.6.32. When I tried updating that
865 > > machine to 3.0, nothing worked and I spent about a day troubleshooting
866 > > it before I put the image I took of it before I upgraded it back on.
867 > >
868 > > Dan
869 >
870 > On Saturday 15 Sep 2012 12:24:37 Philipp Kraus wrote:
871 > > On 2012-09-14 02:32:37 +0200, Walter Dnes said:
872 > > > On Thu, Sep 13, 2012 at 08:08:10PM +0200, Kraus Philipp wrote
873 > > >
874 > > >> Hello,
875 > > >>
876 > > >> I have got a modem US Robotics 5637 and I would like to use it with
877 > > >> Hylafax+. Hylafax works fine, all clients can create jobs, but now
878 > > >> I would like to configure / test the modem. Can anybody explain me
879 > > >> how I can test / configure my modem. I have installed minicom and
880 > > >> the modem is setup under /dev/modem with this udev rules
881 > > >>
882 > > > I have the same type of USB dialup modem running under Gentoo. I use
883 > > >
884 > > > it for emergency backup, if my ADSL connection goes down. First
885 > > > question... is your kernel properly configured? You need to select the
886 > > > USB Modem (CDC ACM) support kernel option. In "make menuconfig" the
887 > > > path is...
888 > > > Device Drivers --->
889 > > >
890 > > > [*] USB support --->
891 > > >
892 > > > <*> USB Modem (CDC ACM) support
893 > >
894 > > Thanks, I have forgot the CDC ACM module within the kernel. Rebuild my
895 > > kernel, everything works fine except
896 > > minicom, it shows always that my modem is offline, but if I send AT
897 > > command the modem response
898 >
899 > Hi Phil,
900 >
901 > I'm going from memory, so I may not have this 100% correct and I have no
902 > modem
903 > to hand to try it any more, plus what I'm going to say used to be the case
904 > with a serial connection to a modem. I never had a USB modem to know if it
905 > would be the same.
906 >
907 > If you have a DCD line between the modem and the PC, you should get the
908 > status
909 > of the DCD signal in lower case "online/offline".
910 >
911 > If the cable between the modem and the PC has no control wire, then minicom
912 > would use an internal simulation of the DCD status and show the status in
913 > capital letters "ONLINE/OFFLINE". In that case you will only get "ONLINE"
914 > if
915 > minicom can detect that you have enabled the modem, perhaps because data
916 > are
917 > flowing back & forth.
918 >
919 > You may want to tweak your flow-control options and see if the on/offline
920 > signal works when a fax is being sent/received.
921 >
922 > HTH.
923 > --
924 > Regards,
925 > Mick
926 >
927 > On Saturday 15 Sep 2012 17:28:26 Daniel Frey wrote:
928 > > Well, it turns out it was my PSU. The voltage drop on the 5V line was
929 > > 4.08, but it would slowly warm up to 4.95V, then the PC would behave
930 > > normally. I opened the PSU and there was a ruptured cap.
931 > >
932 > > I've replaced it and the problems are all gone.
933 > >
934 > > I guess it was not really a coincidence that the failure happened after
935 > > a major update. This isn't the first time an `emerge -pvuDN world`
936 > > killed my computer. :-)
937 > >
938 > > Dan
939 > >
940 > > On 09/13/2012 07:20 PM, Daniel Frey wrote:
941 > > > On 09/12/2012 09:49 PM, Chris Stankevitz wrote:
942 > > >> On Wed, Sep 12, 2012 at 5:18 PM, Daniel Frey <djqfrey@×××××.com>
943 > wrote:
944 > > >>> So about a month ago I decided to update my kernel to the dreaded 3.x
945 > > >>> series. My old 2.6.x kernel ...
946 > > >>
947 > > >> FYI Linus Torvalds says there was no change between 2.6 and 3.0. A
948 > > >> quote:
949 > > >>
950 > > >> So what are the big changes? NOTHING. Absolutely nothing. Sure, we
951 > > >> have the usual two thirds driver
952 > > >> changes, and a lot of random fixes, but the point is that 3.0 is
953 > > >> *just* about renumbering, we are very much *not* doing a KDE-4 or a
954 > > >> Gnome-3 here. No breakage, no special scary new features, nothing at
955 > > >> all like that.
956 > > >>
957 > > >> You can read his entire letter here:
958 > > >> https://lkml.org/lkml/2011/5/29/204
959 > > >>
960 > > >> Chris
961 > > >
962 > > > When I updated, I knew about changes in 3.2 that affected USB keyboard
963 > > > wake in suspend (& mostly how it deals with acpi. Most of the stuff
964 > > > moved to /sys/devices, the normal /proc/acpi/wakeup didn't really do
965 > > > anything.) This affected many users over many distros.
966 > > >
967 > > > It also changed how lirc works, although that happened around 2.6.38??,
968 > > > so my htpc frontend is still on 2.6.32. When I tried updating that
969 > > > machine to 3.0, nothing worked and I spent about a day troubleshooting
970 > > > it before I put the image I took of it before I upgraded it back on.
971 > > >
972 > > > Dan
973 >
974 > I was also replacing capacitors last weekend. It is a good idea to upgrade
975 > them if there are alternatives of a higher maximum temperature as they will
976 > probably last longer. A belts & braces approach is to add another/larger
977 > case
978 > fan to keep the in-case temperatures lower.
979 > --
980 > Regards,
981 > Mick
982 >
983 > Daniel Frey wrote:
984 > > Well, it turns out it was my PSU. The voltage drop on the 5V line was
985 > > 4.08, but it would slowly warm up to 4.95V, then the PC would behave
986 > > normally. I opened the PSU and there was a ruptured cap.
987 > >
988 > > I've replaced it and the problems are all gone.
989 > >
990 > > I guess it was not really a coincidence that the failure happened after
991 > > a major update. This isn't the first time an `emerge -pvuDN world`
992 > > killed my computer. :-)
993 > >
994 > > Dan
995 > >
996 > >
997 >
998 > *cough cough* Maybe you need a better or more powerful power supply?
999 > If that cap went bad, you could have some others that are ready for the
1000 > same problem. I'd at least be on the look out for a new P/S. The next
1001 > one could go out and take a mobo or something with it. That would be
1002 > bad for sure.
1003 >
1004 > Just a thought.
1005 >
1006 > Dale
1007 >
1008 > :-) :-)
1009 >
1010 > --
1011 > I am only responsible for what I said ... Not for what you understood or
1012 > how you interpreted my words!
1013 >
1014 >
1015 > On Saturday 15 Sep 2012 01:27:04 Philip Webb wrote:
1016 > > I've got my new machine basically habitable with a few small problems.
1017 > >
1018 > > (1) In Fluxbox, Gkrellm insists on starting on Desktop 1 ;
1019 > > on my existing machine with the same config files, it starts on Desktop
1020 > 8 .
1021 > > There must be some setting somewhere which has got changed.
1022 >
1023 > Perhaps something like:
1024 >
1025 > [app] (name=gkrellm)
1026 > [Workspace] {0}
1027 > [end]
1028 >
1029 > instead of:
1030 >
1031 > [Workspace] {7}
1032 >
1033 > in your ~/.fluxbox/apps file? Or may be you have a [Jump] {yes} command in
1034 > there too? Not sure if something similar in ~/.fluxbox/startup could cause
1035 > this symptom, so have a look in there just in case.
1036 >
1037 >
1038 > > (2) Luxi Mono is not coming out cleanly in Gvim or (Xfce) Terminal :
1039 > > IIRC there's a pkg or a setting somewhere to fix it,
1040 > > but I can't find it in my extensive notes from the past.
1041 > >
1042 > > (3) I have 4 heat sensors in Gkrellm : 'k10temp' + 3 * 'it87'.
1043 > > Can anyone suggest which bit of which device each is measuring ?
1044 >
1045 > Emerge lm_sensors and then run sensors to see what's what.
1046 >
1047 > I am guessing the k10temp is the core temperature of the CPU and the it87
1048 > the
1049 > chip temperature sensors (3-off) from ACPI?
1050 >
1051 >
1052 > > The AMD Bulldozer X4 FX-4170 4-Core 4,2 GHz is taking c 3/8 as long
1053 > > to compile eg Firefox or GCC as this machine's Intel Core2 Duo ;
1054 > > they also seem to be using less Portage tempspace on disk.
1055 > > The variable-rate fan is very impressive, ranging 2200 - 6800 rpm .
1056 >
1057 > --
1058 > Regards,
1059 > Mick
1060 >
1061 > I just received a new laptop (dell 6430s) with a 256GB SSD and naturally
1062 > want to install gentoo. I have installed gentoo several times but this
1063 > is my first with an SSD.
1064 >
1065 > Dell configures a small first partition and places windows on two other
1066 > partitions (one small; the other the rest of the disk).
1067 >
1068 > I reinstalled windows shrinking the large partition very considerably (I
1069 > essentially never use the dell partition or windows; but they are
1070 > convenient to have if you need service from dell).
1071 >
1072 > In my current system, I have
1073 >
1074 > /root "native partition"
1075 > /usr lvm2
1076 > /local lvm2
1077 > /var lvm2
1078 > /tmp lvm2
1079 > /opt lvm2
1080 > /a lvm2
1081 >
1082 > My plan is to have root+usr on one "native partition" (to appease the
1083 > oracle at udev) and the rest on lvm2 as in my current configuration.
1084 >
1085 > Although I will install dracut and perhaps try/use it, I do not want my
1086 > partitioning scheme to *force* me to use it. I believe combining root
1087 > and usr (off lvm2) will accomplish this goal.
1088 >
1089 > I was not surprised to see that the latest manual has root+usr combined,
1090 > but was surprised that they specify an additional small /boot partition.
1091 > I had thought that went out of favor a few years ago. Is it back
1092 > because of the root+usr merge? Do people here recommend a separate
1093 > /boot?
1094 >
1095 > I know that it is important to have ssd partitions well aligned. It
1096 > appears that fdisk is doing this automatically (see below). Does the
1097 > following partitioning seem OK?
1098 >
1099 > Disk /dev/sda: 256.1 GB, 256060514304 bytes
1100 > 255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
1101 > Units = sectors of 1 * 512 = 512 bytes
1102 > Sector size (logical/physical): 512 bytes / 512 bytes
1103 > I/O size (minimum/optimal): 512 bytes / 512 bytes
1104 > Disk identifier: 0x58737050
1105 >
1106 > Device Boot Start End Blocks Id System
1107 > /dev/sda1 63 80324 40131 de Dell Utility
1108 > /dev/sda2 81920 1622015 770048 7 HPFS/NTFS/exFAT
1109 > /dev/sda3 1622016 64536575 31457280 7 HPFS/NTFS/exFAT
1110 > /dev/sda4 64536576 500118191 217790808 5 Extended
1111 > /dev/sda5 * 64538624 127453183 31457280 83 Linux
1112 > /dev/sda6 127455232 131649535 2097152 82 Linux swap /
1113 > Solaris
1114 > /dev/sda7 131651584 341366783 104857600 8e Linux LVM
1115 >
1116 > thanks,
1117 > allan
1118 >
1119 > I'm having trouble with the pair of packages bibletime-2.9.1 and
1120 > clucene-2.3.3.4-r3, which were both recently stabilized. The pair of
1121 > packages emerges without problem. On launch of bibletime from a terminal
1122 > command, a blank splashscreen appears, followed in a number of seconds by
1123 > a reported segmentation fault. Reverting to the older pair bibletime-2.3.3
1124 > and clucene-0.9.21b-r1 restores proper functionality. The newer stable
1125 > bibletime will not emerge with the older stable clucene, and the older
1126 > stable bibletime will not emerge with the newer stable clucene. An attempt
1127 > with the testing version clucene-2.3.3.4-r4 did not make an apparent
1128 > difference.
1129 >
1130 > I am seeing the same behavior on an amd64 machine and an x86 machine that
1131 > are generally similarly configured. I'd like to see if anyone else has
1132 > observed this problem, or if I need to be looking for something specific to
1133 > my machines.
1134 >
1135 > Thanks,
1136 > Gene
1137 >
1138 > 120915 Mick wrote:
1139 > > On Saturday 15 Sep 2012 01:27:04 Philip Webb wrote:
1140 > >> (1) In Fluxbox, Gkrellm insists on starting on Desktop 1 ;
1141 > >> on my existing machine with the same config files, it starts on Desktop
1142 > 8 .
1143 > >> There must be some setting somewhere which has got changed.
1144 > > Perhaps something like:
1145 > >
1146 > > [app] (name=gkrellm)
1147 > > [Workspace] {0}
1148 > > [end]
1149 > >
1150 > > instead of:
1151 > >
1152 > > [Workspace] {7}
1153 > >
1154 > > in your ~/.fluxbox/apps file ?
1155 > > Or may be you have a [Jump] {yes} command in there too ?
1156 > > Not sure if something similar in ~/.fluxbox/startup could cause this,
1157 > > so have a look in there just in case.
1158 >
1159 > Yes, I looked in those places, but there doesn't seem anything odd:
1160 >
1161 > [app] (name=gkrellm) (class=Gkrellm)
1162 > [Workspace] {7}
1163 > [Position] (UPPERLEFT) {0 0}
1164 > [Close] {yes}
1165 > [end]
1166 >
1167 > However, I have a custom 'apps-pp' file too,
1168 > which mb getting defined in the new machine's 'init' file.
1169 > I've made a note to check tomorrow.
1170 >
1171 > >> (2) Luxi Mono is not coming out cleanly in Gvim or (Xfce) Terminal :
1172 > >> IIRC there's a pkg or a setting somewhere to fix it,
1173 > >> but I can't find it in my extensive notes from the past.
1174 >
1175 > I've found the note buried in my notes from the 2007 installation :
1176 > it needs a file /dev/fonts/local.conf with various settings, esp
1177 >
1178 > <match target="font">
1179 > <test name="family">
1180 > <string>Luxi Mono</string>
1181 > </test>
1182 > <test name="pixelsize" compare="less">
1183 > <double>24</double>
1184 > </test>
1185 > <edit name="hinting">
1186 > <bool>false</bool>
1187 > </edit>
1188 > </match>
1189 >
1190 > HTH anyone else who gets ugly fonts in a new box.
1191 >
1192 > >> (3) I have 4 heat sensors in Gkrellm : 'k10temp' + 3 * 'it87'.
1193 > >> Can anyone suggest which bit of which device each is measuring ?
1194 > > I am guessing the k10temp is the core temperature of the CPU
1195 > > and the it87 the chip temperature sensors (3-off) from ACPI?
1196 >
1197 > Well, I can guess equally well (smile). When compiling Firefox &
1198 > LibreOffice,
1199 > the 'it87-3' reached 68 C once, while the other 3 were lower ;
1200 > all 4 CPUs were working at 99 % at the time.
1201 > IIRC the displayed temperatures are not very accurate: when not active,
1202 > 3 of the values were well below room temperature, which sb impossible.
1203 >
1204 > I have the impression that the rate of CPU work is being controlled
1205 > in order to keep the temperature safely below the cut-off point
1206 > which I've set in BIOS, ie 70 C ; also, the variable fan is very
1207 > impressive.
1208 > If so, it must be due to the combination of AMD + Gigabyte (mobo).
1209 >
1210 > Thanks for the advice. (1) must be fairly easy, when I find out why.
1211 > Any further info re (3) wb very welcome.
1212 >
1213 > --
1214 > ========================,,============================================
1215 > SUPPORT ___________//___, Philip Webb
1216 > ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
1217 > TRANSIT `-O----------O---' purslowatchassdotutorontodotca
1218 >
1219 >
1220 > Allan Gottlieb wrote:
1221 >
1222 >> I just received a new laptop (dell 6430s) with a 256GB SSD and naturally
1223 >> want to install gentoo. I have installed gentoo several times but this
1224 >> is my first with an SSD.
1225 >>
1226 >> Dell configures a small first partition and places windows on two other
1227 >> partitions (one small; the other the rest of the disk).
1228 >>
1229 >> I reinstalled windows shrinking the large partition very considerably (I
1230 >> essentially never use the dell partition or windows; but they are
1231 >> convenient to have if you need service from dell).
1232 >>
1233 >> In my current system, I have
1234 >>
1235 >> /root "native partition"
1236 >> /usr lvm2
1237 >> /local lvm2
1238 >> /var lvm2
1239 >> /tmp lvm2
1240 >> /opt lvm2
1241 >> /a lvm2
1242 >>
1243 >> My plan is to have root+usr on one "native partition" (to appease the
1244 >> oracle at udev) and the rest on lvm2 as in my current configuration.
1245 >>
1246 >> Although I will install dracut and perhaps try/use it, I do not want my
1247 >> partitioning scheme to *force* me to use it. I believe combining root
1248 >> and usr (off lvm2) will accomplish this goal.
1249 >>
1250 >> I was not surprised to see that the latest manual has root+usr combined,
1251 >> but was surprised that they specify an additional small /boot partition.
1252 >> I had thought that went out of favor a few years ago. Is it back
1253 >> because of the root+usr merge? Do people here recommend a separate
1254 >> /boot?
1255 >>
1256 >
1257 > It's just the way the Gentoo docs have always been. As with most things
1258 > related to Unix, retrospective justifications are commonplace. I think it
1259 > made a good deal more sense 10 years ago than it does today. Back then,
1260 > ext2 was a safer option for boot loaders and live-distros alike. Nowadays,
1261 > it generally doesn't matter and can be a source of confusion (I always
1262 > thought that the self-referencing boot symlink was silly). There are some
1263 > situations where it could afford more flexibility. However, I no longer
1264 > specify a separate /boot unless there is a clear case for doing so.
1265 >
1266 >
1267 >> I know that it is important to have ssd partitions well aligned. It
1268 >> appears that fdisk is doing this automatically (see below). Does the
1269 >> following partitioning seem OK?
1270 >>
1271 >> Disk /dev/sda: 256.1 GB, 256060514304 bytes
1272 >> 255 heads, 63 sectors/track, 31130 cylinders, total 500118192 sectors
1273 >> Units = sectors of 1 * 512 = 512 bytes
1274 >> Sector size (logical/physical): 512 bytes / 512 bytes
1275 >> I/O size (minimum/optimal): 512 bytes / 512 bytes
1276 >> Disk identifier: 0x58737050
1277 >>
1278 >> Device Boot Start End Blocks Id System
1279 >> /dev/sda1 63 80324 40131 de Dell Utility
1280 >> /dev/sda2 81920 1622015 770048 7 HPFS/NTFS/exFAT
1281 >> /dev/sda3 1622016 64536575 31457280 7 HPFS/NTFS/exFAT
1282 >> /dev/sda4 64536576 500118191 217790808 5 Extended
1283 >> /dev/sda5 * 64538624 127453183 31457280 83 Linux
1284 >> /dev/sda6 127455232 131649535 2097152 82 Linux swap /
1285 >> Solaris
1286 >> /dev/sda7 131651584 341366783 104857600 8e Linux LVM
1287 >>
1288 >
1289 > These are all perfectly aligned except for the first partition, not that
1290 > it matters. Incidentally, no special parameters are required for tools such
1291 > as pvcreate, mkfs.ext4, mkfs.xfs and such. They will generally do the right
1292 > thing based on the information exposed by sysfs.
1293 >
1294 > Cheers,
1295 >
1296 > --Kerin
1297 >
1298 > 120915 Allan Gottlieb wrote:
1299 > > I just received a new laptop (dell 6430s) with a 256GB SSD
1300 > > and naturally want to install Gentoo. This is my first with an SSD.
1301 > > I reinstalled Windows shrinking the large partition very considerably
1302 >
1303 > That much is what I did with my EEE netbook 2008 .
1304 > M$ has 2 uses : when you need to test things with your ISP,
1305 > who is familiar with the Windows configuration process ;
1306 > when you want to play bridge with the machine (no bridge for Linux !).
1307 >
1308 > > My plan is to have root+usr on one "native partition" to appease
1309 > > the oracle at udev and the rest on lvm2 as in my current configuration.
1310 >
1311 > Now we've moved to my current installation on my newly-built desktop box,
1312 > my 1st SSD too. It's working very well & I've dropped LVM.
1313 > My partitions on the SSD are (new box, old box assigned, old box used):
1314 >
1315 > SSD sda 1 boot 0,6 0,1 0,06 /boot
1316 > 2 root 30 20 3,55 / incl : opt usr var
1317 > 3 swap 4 4 -- swap
1318 > 5 home 30 20 6,84 /home
1319 > 6 portage 15 20 3,43 /usr/portage (distfiles 2,3)
1320 > -- var -- 5 1,4 /var
1321 > 7 z 41 24 1,5 /z
1322 > total 121 93,1 19,45
1323 >
1324 > tmpfs -- -- -- /tmp
1325 >
1326 > I've put /usr/local + /usr/src on my HDD, which your laptop lacks,
1327 > but you've got 128 GB more space on your SSD than I have
1328 > & you wb backing it up on some other machine, I assume,
1329 > so you have lots of space for more partitions for such things.
1330 > ( /z is a big hangar for making ISOs, testing archives, Portage tempdir).
1331 > NB I've assigned vastly more space than I'm currently actually using.
1332 >
1333 > > I know that it is important to have ssd partitions well aligned.
1334 > > It appears that fdisk is doing this automatically.
1335 >
1336 > Yes, iff you partition the whole disk that way.
1337 > I don't know whether Dell + M$ located their partitions correctly
1338 > or whether Fdisk will start at the proper place when adding more.
1339 >
1340 > --
1341 > ========================,,============================================
1342 > SUPPORT ___________//___, Philip Webb
1343 > ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto
1344 > TRANSIT `-O----------O---' purslowatchassdotutorontodotca
1345 >
1346 >
1347 > Philip Webb wrote:
1348 >
1349 >> Yes, iff you partition the whole disk that way.
1350 >> I don't know whether Dell + M$ located their partitions correctly
1351 >> or whether Fdisk will start at the proper place when adding more.
1352 >>
1353 >
1354 > Microsoft have been doing the right thing since Vista SP1, long before the
1355 > Linux ecosystem pulled its collective head out of the sand. Regarding the
1356 > available partitioning tools, fdisk from util-linux-2.18 onwards is safe.
1357 > Gentoo was extremely slow on the uptake in getting this issue resolved but
1358 > that's water under the bridge now. Any release media from around the time
1359 > bug #356941 was closed will be safe.
1360 >
1361 > I usually validate the starting boundary of a partition in this fashion:
1362 >
1363 > echo $(( 64538624 % 8 )) # 0 == 1MiB aligned == good
1364 >
1365 > Cheers,
1366 >
1367 > --Kerin
1368 >
1369 > On Sat, Sep 15 2012, Kerin Millar wrote:
1370 >
1371 > > Allan Gottlieb wrote:
1372 > >>
1373 > >> I was not surprised to see that the latest manual has root+usr combined,
1374 > >> but was surprised that they specify an additional small /boot partition.
1375 > >> I had thought that went out of favor a few years ago. Is it back
1376 > >> because of the root+usr merge? Do people here recommend a separate
1377 > >> /boot?
1378 > >
1379 > > It's just the way the Gentoo docs have always been. As with most
1380 > > things related to Unix, retrospective justifications are
1381 > > commonplace. I think it made a good deal more sense 10 years ago than
1382 > > it does today. Back then, ext2 was a safer option for boot loaders and
1383 > > live-distros alike. Nowadays, it generally doesn't matter and can be a
1384 > > source of confusion (I always thought that the self-referencing boot
1385 > > symlink was silly). There are some situations where it could afford
1386 > > more flexibility. However, I no longer specify a separate /boot unless
1387 > > there is a clear case for doing so.
1388 >
1389 > Thanks. I will do the same
1390 > >
1391 > >>
1392 > >> I know that it is important to have ssd partitions well aligned. It
1393 > >> appears that fdisk is doing this automatically (see below). Does the
1394 > >> following partitioning seem OK?
1395 > >>
1396 > > These are all perfectly aligned except for the first partition, not
1397 > > that it matters. Incidentally, no special parameters are required for
1398 > > tools such as pvcreate, mkfs.ext4, mkfs.xfs and such. They will
1399 > > generally do the right thing based on the information exposed by
1400 > > sysfs.
1401 >
1402 > I was actually thinking about just that as I will be using mkfs.ext4 and
1403 > many of the lvm tools, so thanks in advance.
1404 >
1405 > allan
1406 >
1407 > On Sat, Sep 15 2012, Philip Webb wrote:
1408 >
1409 > > 120915 Allan Gottlieb wrote:
1410 > >> I just received a new laptop (dell 6430s) with a 256GB SSD
1411 > >> and naturally want to install Gentoo. This is my first with an SSD.
1412 > >> I reinstalled Windows shrinking the large partition very considerably
1413 > >
1414 > > That much is what I did with my EEE netbook 2008 .
1415 > > M$ has 2 uses : when you need to test things with your ISP,
1416 > > who is familiar with the Windows configuration process ;
1417 > > when you want to play bridge with the machine (no bridge for Linux !).
1418 >
1419 > I don't play bridge but do find windows also useful when dealing with
1420 > dell if there are any hardware issues.
1421 >
1422 > >> My plan is to have root+usr on one "native partition" to appease
1423 > >> the oracle at udev and the rest on lvm2 as in my current configuration.
1424 > >
1425 > > It's working very well & I've dropped LVM.
1426 >
1427 > I toyed with that thought after the udev business, but eventually
1428 > decided to stay with LVM.
1429 >
1430 > > My partitions on the SSD are (new box, old box assigned, old box used):
1431 > >
1432 > > SSD sda 1 boot 0,6 0,1 0,06 /boot
1433 > > 2 root 30 20 3,55 / incl : opt usr var
1434 > > 3 swap 4 4 -- swap
1435 > > 5 home 30 20 6,84 /home
1436 > > 6 portage 15 20 3,43 /usr/portage (distfiles 2,3)
1437 > > -- var -- 5 1,4 /var
1438 > > 7 z 41 24 1,5 /z
1439 > > total 121 93,1 19,45
1440 > >
1441 > > tmpfs -- -- -- /tmp
1442 >
1443 > I am embarrassed to say I had trouble reading the above, embarrassed
1444 > because it show provincial habits. I didn't even consider that , could
1445 > be a decimal point. Now it is clear
1446 >
1447 > > I've put /usr/local + /usr/src on my HDD, which your laptop lacks,
1448 > > but you've got 128 GB more space on your SSD than I have
1449 > > & you wb backing it up on some other machine, I assume,
1450 > > so you have lots of space for more partitions for such things.
1451 >
1452 > Correct.
1453 >
1454 > > ( /z is a big hangar for making ISOs, testing archives, Portage
1455 > tempdir).
1456 > > NB I've assigned vastly more space than I'm currently actually using.
1457 >
1458 > I have the equivalent on my current system and will probably carry it
1459 > over as well.
1460 >
1461 > >> I know that it is important to have ssd partitions well aligned.
1462 > >> It appears that fdisk is doing this automatically.
1463 > >
1464 > > Yes, iff you partition the whole disk that way.
1465 > > I don't know whether Dell + M$ located their partitions correctly
1466 > > or whether Fdisk will start at the proper place when adding more.
1467 >
1468 > No for dell, yes for microsoft, yes for fdisk (at least emacs calc says
1469 > so).
1470 >
1471 > thanks,
1472 > allan
1473 >
1474 > On Sat, 2012-09-15 at 21:42 -0400, Allan Gottlieb wrote:
1475 > > On Sat, Sep 15 2012, Kerin Millar wrote:
1476 > >
1477 > > > Allan Gottlieb wrote:
1478 > > >>
1479 > > >> I was not surprised to see that the latest manual has root+usr
1480 > combined,
1481 > > >> but was surprised that they specify an additional small /boot
1482 > partition.
1483 > ...
1484 >
1485 > Sorta related ... can someone comment on, or point to a guide about the
1486 > relationship between partitioning, LVM and filesystems? In particular,
1487 > it seems to me that if you are going to the bother of partitioning to
1488 > boundaries, whatever you put into that should also be aligned.
1489 >
1490 > Would like to sort it out as my new macbook air with an SSD from work
1491 > should be arriving soon and I intend going separate /usr and LVM/btrfs
1492 > for all except the root and boot partitions.
1493 >
1494 > BillK
1495 >
1496 >
1497 >
1498 >
1499 >
1500 > On Sat, Sep 15 2012, Kerin Millar wrote:
1501 >
1502 > > Philip Webb wrote:
1503 > >> Yes, iff you partition the whole disk that way.
1504 > >> I don't know whether Dell + M$ located their partitions correctly
1505 > >> or whether Fdisk will start at the proper place when adding more.
1506 > >
1507 > > Microsoft have been doing the right thing since Vista SP1,
1508 >
1509 > I remember the bad days (me et al) when it was a pain to get the windows
1510 > partition shrunk and willing to accept a grub mbr. I always allocated a
1511 > whole day (alone, since I would be grouchy) to do that and often needed
1512 > more time. I think it was around vista, where it just became easy. It
1513 > was certainly easy with the current windows 7.
1514 >
1515 > > long before the Linux ecosystem pulled its collective head out of the
1516 > > sand. Regarding the available partitioning tools, fdisk from
1517 > > util-linux-2.18 onwards is safe. Gentoo was extremely slow on the
1518 > > uptake in getting this issue resolved but that's water under the
1519 > > bridge now. Any release media from around the time bug #356941 was
1520 > > closed will be safe.
1521 >
1522 > I used a live CD from nov 3 2011
1523 >
1524 > livecd ~ # uname -a
1525 > Linux livecd 3.0.6-gentoo #1 SMP Thu Nov 3 12:50:42 UTC 2011 x86_64
1526 > Intel(R) Core(TM) i7-3520M CPU @ 2.90GHz GenuineIntel GNU/Linux
1527 >
1528 > > I usually validate the starting boundary of a partition in this fashion:
1529 > >
1530 > > echo $(( 64538624 % 8 )) # 0 == 1MiB aligned == good
1531 >
1532 > right. I used emacs calc.
1533 >
1534 > allan
1535 >
1536 > William Kenworthy wrote:
1537 >
1538 >> On Sat, 2012-09-15 at 21:42 -0400, Allan Gottlieb wrote:
1539 >>
1540 >>> On Sat, Sep 15 2012, Kerin Millar wrote:
1541 >>>
1542 >>> Allan Gottlieb wrote:
1543 >>>>
1544 >>>>> I was not surprised to see that the latest manual has root+usr
1545 >>>>> combined,
1546 >>>>> but was surprised that they specify an additional small /boot
1547 >>>>> partition.
1548 >>>>>
1549 >>>> ...
1550 >>
1551 >> Sorta related ... can someone comment on, or point to a guide about the
1552 >> relationship between partitioning, LVM and filesystems? In particular,
1553 >> it seems to me that if you are going to the bother of partitioning to
1554 >> boundaries, whatever you put into that should also be aligned.
1555 >>
1556 >
1557 > There's no bother whatsoever entailed with current release media. If you
1558 > are setting all of this up on commodity hardware, it's all taken care of
1559 > for you.
1560 >
1561 > So as to satisfy your curiosity, one exception I have encountered is with
1562 > systems that use LSI MegaRAID hardware. In this case, the information
1563 > required for tools such as pvcreate and mkfs.xfs to function optimally is
1564 > not conveyed to userspace. In the unlikely event that you need to take
1565 > matters into your own hands, you may find this informative:
1566 >
1567 > http://www.**mysqlperformanceblog.com/2011/**06/09/aligning-io-on-a-hard-*
1568 > *disk-raid-the-theory/<http://www.mysqlperformanceblog.com/2011/06/09/aligning-io-on-a-hard-disk-raid-the-theory/>
1569 >
1570 > Cheers,
1571 >
1572 > --Kerin
1573 >
1574 > On 09/15/2012 11:59 AM, Alexandre Paz Mena wrote:
1575 > >
1576 > > Thanks, I'll post a bug to upstream.
1577 > >
1578 > > Meanwhile, instead of adding libs, I worked adding them to econf.
1579 > >
1580 > > But a new problem has appeared, mldonkey-3.1.3 seems to not have a
1581 > > init.d script. I thought that was the ebuild work, but both ebuilds are
1582 > > almost the same and now I'm looking through the tarballs to see any
1583 > > differences related to that.
1584 >
1585 > The init scripts are usually stored in the package's "files" directory.
1586 > You should see the mldonkey one here:
1587 >
1588 > $ ls /usr/portage/net-p2p/mldonkey/files/
1589 > total 12K
1590 > -rw-r--r-- 1 root root 1.6K 2008-06-30 12:12 2.9.5-execstacks.patch
1591 > -rw-r--r-- 1 root root 887 2007-01-24 12:40 mldonkey.confd-2.8
1592 > -rw-r--r-- 1 root root 3.1K 2011-10-23 14:22 mldonkey.initd
1593 >
1594 > The ebuild in portage (tries to) install this:
1595 >
1596 > ...
1597 > newinitd "${FILESDIR}/mldonkey.initd" mldonkey
1598 >
1599 >
1600 > A guess: you copied the ebuilds to an overlay, but didn't copy the
1601 > "files" directory. Normally you'd get an error as a result, but there's
1602 > a bug (lots of them, actually) in the ebuild. In earlier EAPIs, the
1603 > dofoo/newfoo functions could fail but would not do so automatically. The
1604 > usual way to handle this is with e.g.
1605 >
1606 > newinitd x y || die "newinitd didn't work"
1607 >
1608 > The ebuild doesn't do this, so it happily continues after failing to
1609 > install the init script.
1610 >
1611 > Hi,
1612 > strange thing happened to my web-server (apache-2.2.22-r1):
1613 > it started forking untill it used all ram/swap and stopped
1614 > responding. I counted ~60 apache processes running (ps -a),
1615 > all sleeping, top showed no load except all memory being used.
1616 > Log-files showed nothing suspicious to me, except for a few
1617 > "GET / HTTP/1.1 200 40" messages at the time when apache
1618 > was already unable to send reply.
1619 >
1620 > Apparently my apache is not correctly configured when it
1621 > "forked to death", but maybe someone can help me. I have
1622 > about 1GB memory for apache. What should I change in my
1623 > config so that apache never runs out of memory?
1624 >
1625 > server-info:
1626 > Timeouts: connection: 60 keep-alive: 15
1627 > MPM Name: Prefork
1628 > MPM Information: Max Daemons: 150 Threaded: no Forked: yes
1629 > Module Name: prefork.c
1630 > 31: StartServers 5
1631 > 32: MinSpareServers 5
1632 > 33: MaxSpareServers 10
1633 > 34: MaxClients 150
1634 >
1635 > Jarry
1636 >
1637 > --
1638 > ______________________________**______________________________**___
1639 > This mailbox accepts e-mails only from selected mailing-lists!
1640 > Everything else is considered to be spam and therefore deleted.
1641 >
1642 > Ok, thank you very much!
1643 >
1644 > Apart from that, I should add those files to the dependencies, right?
1645 >
1646 > On Sun, Sep 16, 2012 at 4:33 AM, Michael Orlitzky <michael@××××××××.com>wrote:
1647 >
1648 >> On 09/15/2012 11:59 AM, Alexandre Paz Mena wrote:
1649 >> >
1650 >> > Thanks, I'll post a bug to upstream.
1651 >> >
1652 >> > Meanwhile, instead of adding libs, I worked adding them to econf.
1653 >> >
1654 >> > But a new problem has appeared, mldonkey-3.1.3 seems to not have a
1655 >> > init.d script. I thought that was the ebuild work, but both ebuilds are
1656 >> > almost the same and now I'm looking through the tarballs to see any
1657 >> > differences related to that.
1658 >>
1659 >> The init scripts are usually stored in the package's "files" directory.
1660 >> You should see the mldonkey one here:
1661 >>
1662 >> $ ls /usr/portage/net-p2p/mldonkey/files/
1663 >> total 12K
1664 >> -rw-r--r-- 1 root root 1.6K 2008-06-30 12:12 2.9.5-execstacks.patch
1665 >> -rw-r--r-- 1 root root 887 2007-01-24 12:40 mldonkey.confd-2.8
1666 >> -rw-r--r-- 1 root root 3.1K 2011-10-23 14:22 mldonkey.initd
1667 >>
1668 >> The ebuild in portage (tries to) install this:
1669 >>
1670 >> ...
1671 >> newinitd "${FILESDIR}/mldonkey.initd" mldonkey
1672 >>
1673 >>
1674 >> A guess: you copied the ebuilds to an overlay, but didn't copy the
1675 >> "files" directory. Normally you'd get an error as a result, but there's
1676 >> a bug (lots of them, actually) in the ebuild. In earlier EAPIs, the
1677 >> dofoo/newfoo functions could fail but would not do so automatically. The
1678 >> usual way to handle this is with e.g.
1679 >>
1680 >> newinitd x y || die "newinitd didn't work"
1681 >>
1682 >> The ebuild doesn't do this, so it happily continues after failing to
1683 >> install the init script.
1684 >>
1685 >>
1686 >
1687 >
1688 > --
1689 > Alexandre Paz Mena
1690 >
1691 > Hi all,
1692 > I've got a media server that I'm in the process of installing
1693 > Samba on. When I do:
1694 >
1695 > emerge -NuD --pretend samba
1696 >
1697 > I get a list of stuff that portage wants to install, including Python,
1698 > V2.7.3, even though the machine already has V3.2.3 installed. I've also
1699 > stripped down the USE variables to basically "server" and that's all and
1700 > still for some reason portage wants to bring in Python - the older version,
1701 > V2. I've even added a "-python" to packages.use and it still wants python,
1702 > V2. I've had a look at the USE variables for the packages that follow
1703 > Python in the emerge list and they either don't want python or already have
1704 > "-python" set.
1705 >
1706 > Having a play around with equery also didn't reveal anything. Does
1707 > anyone have any ideas as to what's causing old Python to be brought in? I
1708 > haven't posted the whole "emerge --info" stuff yet as hopefully someone has
1709 > come across this problem before.
1710 >
1711 > Any thoughts greatly appreciated,
1712 >
1713 > Andrew
1714 >
1715 > On Sep 16, 2012 1:05 PM, "Andrew Lowe" <agl@×××××××.au> wrote:
1716 > >
1717 > > Hi all,
1718 > > I've got a media server that I'm in the process of installing
1719 > Samba on. When I do:
1720 > >
1721 > > emerge -NuD --pretend samba
1722 > >
1723 > > I get a list of stuff that portage wants to install, including Python,
1724 > V2.7.3, even though the machine already has V3.2.3 installed. I've also
1725 > stripped down the USE variables to basically "server" and that's all and
1726 > still for some reason portage wants to bring in Python - the older version,
1727 > V2. I've even added a "-python" to packages.use and it still wants python,
1728 > V2. I've had a look at the USE variables for the packages that follow
1729 > Python in the emerge list and they either don't want python or already have
1730 > "-python" set.
1731 > >
1732 > > Having a play around with equery also didn't reveal anything.
1733 > Does anyone have any ideas as to what's causing old Python to be brought
1734 > in? I haven't posted the whole "emerge --info" stuff yet as hopefully
1735 > someone has come across this problem before.
1736 > >
1737 > > Any thoughts greatly appreciated,
1738 > >
1739 > > Andrew
1740 > >
1741 >
1742 > Hi, when you are dealing with python always remember that the API has
1743 > changed between version 2 and 3 so python 3 can't handle python 2 scripts.
1744 >
1745 > So what I think emerge is doing here is installing python 2.7 beside 3.2.
1746 >
1747 > When you add the verbose flag to the emerge command, you will probably see
1748 > something like [ NS ] or [ uS ] at the beginning of the python line. The S
1749 > stands for new slot, so both version will be installedbecause samba or one
1750 > of it's dependency is using python 2 scripts.
1751 >
1752 > Mit freundlichen Grüßen / Best Regards
1753 >
1754 > Randolph Maaßen
1755 >
1756 > On Sun, 16 Sep 2012 18:59:33 +0800
1757 > Andrew Lowe <agl@×××××××.au> wrote:
1758 >
1759 > > Hi all,
1760 > > I've got a media server that I'm in the process of installing
1761 > > Samba on. When I do:
1762 > >
1763 > > emerge -NuD --pretend samba
1764 > >
1765 > > I get a list of stuff that portage wants to install, including
1766 > > Python, V2.7.3, even though the machine already has V3.2.3 installed.
1767 > > I've also stripped down the USE variables to basically "server" and
1768 > > that's all and still for some reason portage wants to bring in Python
1769 > > - the older version, V2. I've even added a "-python" to packages.use
1770 > > and it still wants python, V2. I've had a look at the USE variables
1771 > > for the packages that follow Python in the emerge list and they
1772 > > either don't want python or already have "-python" set.
1773 > >
1774 > > Having a play around with equery also didn't reveal anything.
1775 > > Does anyone have any ideas as to what's causing old Python to be
1776 > > brought in? I haven't posted the whole "emerge --info" stuff yet as
1777 > > hopefully someone has come across this problem before.
1778 > >
1779 > > Any thoughts greatly appreciated,
1780 > >
1781 > > Andrew
1782 > >
1783 >
1784 > Python is slotted (see gentoo docs for more info on SLOTS).
1785 >
1786 > Samba is not downgrading python, it is asking for python-2.7 to be
1787 > installed alongside python-3.2 (so you will then have both).
1788 >
1789 > Just accept what portage says and let it do it;s thing - there are many
1790 > packages out there that are not ported to python-3 yet so you almost
1791 > certainly are going to need python-2.7 at some point anyway.
1792 >
1793 > --
1794 > Alan McKinnon
1795 > alan.mckinnon@×××××.com
1796 >
1797 >
1798 > On Sun, 16 Sep 2012 18:59:33 +0800, Andrew Lowe wrote:
1799 >
1800 > > I've had a look at the USE variables for the packages
1801 > > that follow Python in the emerge list and they either don't want python
1802 > > or already have "-python" set.
1803 >
1804 > You've already had a reply about the slotted nature of python, but you
1805 > also need to understand that USE flags are not dependency lists. USE
1806 > flags cover optional features, if a package has an option python module,
1807 > bindings or scripts, a USE flag may determine whether they are installed.
1808 > But if a package needs python2, no amount of fudging with USE flags will
1809 > change that fact.
1810 >
1811 >
1812 > --
1813 > Neil Bothwick
1814 >
1815 > Programmer (n): A red-eyed, mumbling mammal capable of conversing
1816 > with inanimate objects.
1817 >
1818 > Am Sun, 16 Sep 2012 18:59:33 +0800
1819 > schrieb Andrew Lowe <agl@×××××××.au>:
1820 >
1821 > > Hi all,
1822 >
1823 > Hi,
1824 >
1825 > > I've got a media server that I'm in the process of installing
1826 > Samba on.
1827 > > When I do:
1828 > >
1829 > > emerge -NuD --pretend samba
1830 > >
1831 > > I get a list of stuff that portage wants to install, including Python,
1832 > > V2.7.3, even though the machine already has V3.2.3 installed. I've also
1833 > > stripped down the USE variables to basically "server" and that's all and
1834 > > still for some reason portage wants to bring in Python - the older
1835 > > version, V2. I've even added a "-python" to packages.use and it still
1836 > > wants python, V2. I've had a look at the USE variables for the packages
1837 > > that follow Python in the emerge list and they either don't want python
1838 > > or already have "-python" set.
1839 > >
1840 > > Having a play around with equery also didn't reveal anything. Does
1841 > > anyone have any ideas as to what's causing old Python to be brought in?
1842 > > I haven't posted the whole "emerge --info" stuff yet as hopefully
1843 > > someone has come across this problem before.
1844 >
1845 > First of all: Python 2 and 3 are (partly) incompatible versions of the
1846 > language.
1847 > They can be installed in parallel in different slots (the emerge output
1848 > will
1849 > have contained "NS" at one point, for "New Slot"). So you are not so much
1850 > downgrading python as installing an older version in addition to the
1851 > current
1852 > version. Although "older" and "newer" are misleading, since they have both
1853 > been
1854 > under active development in parallel since Python 3 was released.
1855 >
1856 > Second: you can use the "-t" (or "--tree") option of emerge to get a tree
1857 > view
1858 > of the dependencies, so that you can see what exactly is pulling in
1859 > python-2.7.3. But it sounds like some dependency of samba has a hard
1860 > dependency
1861 > on Python 2, so you probably cannot control it.
1862 >
1863 > > Any thoughts greatly appreciated,
1864 > >
1865 > > Andrew
1866 >
1867 > HTH
1868 > --
1869 > Marc Joliet
1870 > --
1871 > "People who think they know everything really annoy those of us who know we
1872 > don't" - Bjarne Stroustrup
1873 >
1874 > On 09/16/12 19:19, Randolph Maaßen wrote:
1875 >
1876 >> On Sep 16, 2012 1:05 PM, "Andrew Lowe" <agl@×××××××.au
1877 >> <mailto:agl@×××××××.au>> wrote:
1878 >> >
1879 >> > Hi all,
1880 >> > I've got a media server that I'm in the process of installing
1881 >> Samba on. When I do:
1882 >> >
1883 >> > emerge -NuD --pretend samba
1884 >> >
1885 >> > I get a list of stuff that portage wants to install, including
1886 >> Python, V2.7.3, even though the machine already has V3.2.3 installed.
1887 >> I've also stripped down the USE variables to basically "server" and
1888 >> that's all and still for some reason portage wants to bring in Python -
1889 >> the older version, V2. I've even added a "-python" to packages.use and
1890 >> it still wants python, V2. I've had a look at the USE variables for the
1891 >> packages that follow Python in the emerge list and they either don't
1892 >> want python or already have "-python" set.
1893 >> >
1894 >> > Having a play around with equery also didn't reveal anything.
1895 >> Does anyone have any ideas as to what's causing old Python to be brought
1896 >> in? I haven't posted the whole "emerge --info" stuff yet as hopefully
1897 >> someone has come across this problem before.
1898 >> >
1899 >> > Any thoughts greatly appreciated,
1900 >> >
1901 >> > Andrew
1902 >> >
1903 >>
1904 >> Hi, when you are dealing with python always remember that the API has
1905 >> changed between version 2 and 3 so python 3 can't handle python 2 scripts.
1906 >>
1907 >> So what I think emerge is doing here is installing python 2.7 beside 3.2.
1908 >>
1909 >> When you add the verbose flag to the emerge command, you will probably
1910 >> see something like [ NS ] or [ uS ] at the beginning of the python line.
1911 >> The S stands for new slot, so both version will be installedbecause
1912 >> samba or one of it's dependency is using python 2 scripts.
1913 >>
1914 >
1915 > Randolph,
1916 > You have guessed correctly, I get NS. But to me, the question is
1917 > why do I even need python at all for something that is a file sharing
1918 > daemon? I've turned off CUPS etc etc, I just want file sharing to the M$
1919 > world, not all the other fluff. I suppose I'll have to have a look at the
1920 > ebuild to try and work out why this thingy wants Python, any python, in the
1921 > first place.
1922 >
1923 > Andrew
1924 >
1925 >
1926 > On Sun, 16 Sep 2012 19:32:11 +0800, Andrew Lowe wrote:
1927 >
1928 > > I suppose I'll have to have a look at the
1929 > > ebuild to try and work out why this thingy wants Python, any python, in
1930 > > the first place.
1931 >
1932 > Portage is written in Python, which raises the question of why you didn't
1933 > have python:2 installed in the first place. The samba ebuild doesn't
1934 > include a dependency on python, so you'll need to do and emerge -t to see
1935 > which packages do pull it in, but I suspect it is required by an eclass
1936 > inherited by one of the ebuilds.
1937 >
1938 > If so, Samba itself does not need Python to do it's job, but portage
1939 > needs Python in order to install Samba. that would make it a build
1940 > dependency which could be uninstalled after Samba was merged, but I'd be
1941 > nervous about removing Python from any Gentoo system that uses portage.
1942 >
1943 > --
1944 > Neil Bothwick
1945 >
1946 > Top Oxymorons Number 47: Act naturally
1947 >
1948 > Am 16.09.2012 08:55, schrieb Jarry:
1949 > > Hi,
1950 > > strange thing happened to my web-server (apache-2.2.22-r1):
1951 > > it started forking untill it used all ram/swap and stopped
1952 > > responding. I counted ~60 apache processes running (ps -a),
1953 > > all sleeping, top showed no load except all memory being used.
1954 > > Log-files showed nothing suspicious to me, except for a few
1955 > > "GET / HTTP/1.1 200 40" messages at the time when apache
1956 > > was already unable to send reply.
1957 > >
1958 > > Apparently my apache is not correctly configured when it
1959 > > "forked to death", but maybe someone can help me. I have
1960 > > about 1GB memory for apache. What should I change in my
1961 > > config so that apache never runs out of memory?
1962 > >
1963 > > server-info:
1964 > > Timeouts: connection: 60 keep-alive: 15
1965 > > MPM Name: Prefork
1966 > > MPM Information: Max Daemons: 150 Threaded: no Forked: yes
1967 > > Module Name: prefork.c
1968 > > 31: StartServers 5
1969 > > 32: MinSpareServers 5
1970 > > 33: MaxSpareServers 10
1971 > > 34: MaxClients 150
1972 > >
1973 > > Jarry
1974 > >
1975 >
1976 >
1977 > Hi,
1978 >
1979 > try reducing MaxClients to 64, StartServers and MinSpareServers to 2 and
1980 > then observe how things develop. If you then feel apache is to slow to
1981 > respond to request under load, try increasing MinSpareServer one at a
1982 > time. But always keep in mind: every fork of apache eats your memory.
1983 >
1984 > On 09/16/12 19:53, Neil Bothwick wrote:
1985 >
1986 >> On Sun, 16 Sep 2012 19:32:11 +0800, Andrew Lowe wrote:
1987 >>
1988 >> I suppose I'll have to have a look at the
1989 >>> ebuild to try and work out why this thingy wants Python, any python, in
1990 >>> the first place.
1991 >>>
1992 >>
1993 >> Portage is written in Python, which raises the question of why you didn't
1994 >> have python:2 installed in the first place. The samba ebuild doesn't
1995 >> include a dependency on python, so you'll need to do and emerge -t to see
1996 >> which packages do pull it in, but I suspect it is required by an eclass
1997 >> inherited by one of the ebuilds.
1998 >>
1999 >> If so, Samba itself does not need Python to do it's job, but portage
2000 >> needs Python in order to install Samba. that would make it a build
2001 >> dependency which could be uninstalled after Samba was merged, but I'd be
2002 >> nervous about removing Python from any Gentoo system that uses portage.
2003 >>
2004 >> Neil,
2005 > Looks like you've hit the nail on the head. The media machine has
2006 > just had a new install of Gentoo done and according to "eselect python
2007 > list", I only have V3.2. Nothing has been removed, just a few things added
2008 > so it looks like the default "install" only does V3.2. Looks like I'll have
2009 > to put up with it, the compile time on the little machine is a killer, and
2010 > let the install happen.
2011 >
2012 > Thanks for the feedback everyone,
2013 >
2014 > Andrew
2015 >
2016 > On Sun, Sep 16, 2012 at 9:26 AM, Michael Hampicke <gentoo-user@××××.biz>
2017 > wrote:
2018 > > Am 16.09.2012 08:55, schrieb Jarry:
2019 > >> Hi,
2020 > >> strange thing happened to my web-server (apache-2.2.22-r1):
2021 > >> it started forking untill it used all ram/swap and stopped
2022 > >> responding. I counted ~60 apache processes running (ps -a),
2023 > >> all sleeping, top showed no load except all memory being used.
2024 > >> Log-files showed nothing suspicious to me, except for a few
2025 > >> "GET / HTTP/1.1 200 40" messages at the time when apache
2026 > >> was already unable to send reply.
2027 > >>
2028 > >> Apparently my apache is not correctly configured when it
2029 > >> "forked to death", but maybe someone can help me. I have
2030 > >> about 1GB memory for apache. What should I change in my
2031 > >> config so that apache never runs out of memory?
2032 > >>
2033 > >> server-info:
2034 > >> Timeouts: connection: 60 keep-alive: 15
2035 > >> MPM Name: Prefork
2036 > >> MPM Information: Max Daemons: 150 Threaded: no Forked: yes
2037 > >> Module Name: prefork.c
2038 > >> 31: StartServers 5
2039 > >> 32: MinSpareServers 5
2040 > >> 33: MaxSpareServers 10
2041 > >> 34: MaxClients 150
2042 > >>
2043 > >> Jarry
2044 > >>
2045 > >
2046 > >
2047 > > Hi,
2048 > >
2049 > > try reducing MaxClients to 64, StartServers and MinSpareServers to 2 and
2050 > > then observe how things develop. If you then feel apache is to slow to
2051 > > respond to request under load, try increasing MinSpareServer one at a
2052 > > time. But always keep in mind: every fork of apache eats your memory.
2053 >
2054 > And sucks up system entropy. And increases connection latency, if
2055 > you've already got a request waiting on that fork to spin up.
2056 >
2057 > I have StartServers, MinSpareServers, MaxSpareServers and MaxClients
2058 > all pegged to the same value. And on the server in question, they'll
2059 > all pegged to '10'.
2060 >
2061 > I have MaxRequestsPerChild set to 20000, so that any leaky processes
2062 > get cleaned up.
2063 >
2064 > Because I need to fit a lot of operation into a limited space, I need
2065 > to be able to reasonably predict how much RAM is going to be in use by
2066 > each of my services. A "MaxClients" of 10 may seem small, but that's
2067 > what Squid is for; only requests Squid couldn't cache get passed on to
2068 > Apache.
2069 >
2070 > The server I'm describing is a VM with 4GB of RAM, and is also running
2071 > MySQL, squid and memcached. For those playing with the numbers in
2072 > their head, each of these numbers reflect RES (code+data resident in
2073 > RAM):
2074 >
2075 > * Each Apache process is consuming 80-100MB of RAM.
2076 > * Squid is consuming 666MB of RAM
2077 > * memcached is consuming 822MB of RAM
2078 > * mysqld is consuming 886MB of RAM
2079 > * The kernel is using 110MB of RAM for buffers
2080 > * The kernel is using 851MB of RAM for file cache (which benefits squid).
2081 >
2082 > And, not RAM, but potentially of interest for the curious:
2083 > * The MySQL db is consuming 3.8GB on disk.
2084 > * The Squid cache is about 9.2GB on disk.
2085 >
2086 >
2087 > --
2088 > :wq
2089 >
2090 > On 09/16/12 04:20, Alexandre Paz Mena wrote:
2091 > > Ok, thank you very much!
2092 > >
2093 > > Apart from that, I should add those files to the dependencies, right?
2094 >
2095 > Nope, all you should have to do is copy the net-p2p/mldonkey/files
2096 > directory into the corresponding directory in your overlay.
2097 >
2098 > The "2.9.5-execstacks.patch" file might not be needed for the 3.1.x
2099 > you're building, but it won't hurt anything to leave it there.
2100 >
2101 > Hello,
2102 >
2103 > can i copy the portage tree from my Notebook to the desktop PC?
2104 >
2105 > http://en.gentoo-wiki.com/wiki/Networkless_Maintenance
2106 >
2107 > I use this as help, but must i load the portage latest or can copy
2108 > the tree from Notebook, because is up to date.
2109 >
2110 >
2111 > Thanks for help.
2112 >
2113 >
2114 > Regards
2115 > Silvio
2116 >
2117 > Andrew Lowe wrote:
2118 >
2119 >> On 09/16/12 19:53, Neil Bothwick wrote:
2120 >>
2121 >>> On Sun, 16 Sep 2012 19:32:11 +0800, Andrew Lowe wrote:
2122 >>>
2123 >>> I suppose I'll have to have a look at the
2124 >>>> ebuild to try and work out why this thingy wants Python, any python, in
2125 >>>> the first place.
2126 >>>>
2127 >>>
2128 >>> Portage is written in Python, which raises the question of why you didn't
2129 >>> have python:2 installed in the first place. The samba ebuild doesn't
2130 >>> include a dependency on python, so you'll need to do and emerge -t to see
2131 >>> which packages do pull it in, but I suspect it is required by an eclass
2132 >>> inherited by one of the ebuilds.
2133 >>>
2134 >>> If so, Samba itself does not need Python to do it's job, but portage
2135 >>> needs Python in order to install Samba. that would make it a build
2136 >>> dependency which could be uninstalled after Samba was merged, but I'd be
2137 >>> nervous about removing Python from any Gentoo system that uses portage.
2138 >>>
2139 >>> Neil,
2140 >> Looks like you've hit the nail on the head. The media machine has just
2141 >> had a new install of Gentoo done and according to "eselect python list",
2142 >> I only have V3.2. Nothing has been removed, just a few things added so
2143 >> it looks like the default "install" only does V3.2. Looks like I'll have
2144 >> to put up with it, the compile time on the little machine is a killer,
2145 >> and let the install happen.
2146 >>
2147 >
2148 > Portage works with either instance of python and its ebuild has "python2"
2149 > and "python3" USE flags. Alas, the build system of sys-libs/talloc seems to
2150 > require python:2.6 or python:2.7. I would suggest adding
2151 > dev-lang/python:2.7 to the world file so as to protect it from being reaped
2152 > by emerge --depclean, only to be required again for future builds.
2153 >
2154 > Incidentally, one of the first things I do on a Gentoo system is mask
2155 > >=dev-lang/python-3.0 and rebuild affected packages against python-2.7. I
2156 > have yet to find a single instance where having both installed is helpful.
2157 > Even major applications such as Django still don't support Py3k.
2158 >
2159 > Regarding the increase in compilation time, you could get a head start by
2160 > grabbing a binary package from tinderbox.dev.gentoo.org.
2161 >
2162 > Cheers,
2163 >
2164 > --Kerin
2165 >
2166 > On Sun, 16 Sep 2012 18:52:54 +0200
2167 > Silvio Siefke <siefke_listen@×××.de> wrote:
2168 >
2169 > > Hello,
2170 > >
2171 > > can i copy the portage tree from my Notebook to the desktop PC?
2172 >
2173 > Yes. There is only one tree, not different one for different arches.
2174 >
2175 > So it does not matter where you get your tree from, only that you do
2176 > have a copy.
2177 >
2178 > Do make sure that owners and permissions are set to something that will
2179 > work on the destination after the copy.
2180 >
2181 >
2182 > >
2183 > > http://en.gentoo-wiki.com/wiki/Networkless_Maintenance
2184 > >
2185 > > I use this as help, but must i load the portage latest or can copy
2186 > > the tree from Notebook, because is up to date.
2187 > >
2188 > >
2189 > > Thanks for help.
2190 > >
2191 > >
2192 > > Regards
2193 > > Silvio
2194 > >
2195 >
2196 >
2197 >
2198 > --
2199 > Alan McKinnon
2200 > alan.mckinnon@×××××.com
2201 >
2202 >
2203 > On Sun, 16 Sep 2012 18:52:54 +0200
2204 > Silvio Siefke <siefke_listen@×××.de> wrote:
2205 >
2206 > > Hello,
2207 > >
2208 > > can i copy the portage tree from my Notebook to the desktop PC?
2209 > >
2210 > > http://en.gentoo-wiki.com/wiki/Networkless_Maintenance
2211 > >
2212 > > I use this as help, but must i load the portage latest or can copy
2213 > > the tree from Notebook, because is up to date.
2214 > >
2215 > >
2216 > > Thanks for help.
2217 > >
2218 > >
2219 > > Regards
2220 > > Silvio
2221 >
2222 > I don't know if this handles things like package renames that get
2223 > processed at the end of syncing. Maybe emerge knows to do this on the
2224 > next run? I haven't tried this way, can someone confirm?
2225 >
2226 > One way that works is to uncomment the [gentoo-portage] entry in
2227 > /etc/rsync.conf on your laptop, start rsyncd, then point your desktop
2228 > to sync from your laptop with:
2229 >
2230 > SYNC="rsync://ip.of.laptop.here/gentoo-portage"
2231 >
2232 > in make.conf, and do an emerge --sync / eix-sync as normal.
2233 >
2234 > Cheers,
2235 > Bryan
2236 >
2237 >

Replies