1 |
-----Opprinnelig melding----- |
2 |
Fra: gentoo-dev-admin@g.o [mailto:gentoo-dev-admin@g.o]På |
3 |
vegne av gentoo-dev-request@g.o |
4 |
Sendt: 3. september 2002 09:04 |
5 |
Til: gentoo-dev@g.o |
6 |
Emne: gentoo-dev digest, Vol 1 #528 - 13 msgs |
7 |
|
8 |
|
9 |
Send gentoo-dev mailing list submissions to |
10 |
gentoo-dev@g.o |
11 |
|
12 |
To subscribe or unsubscribe via the World Wide Web, visit |
13 |
http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
14 |
or, via email, send a message with subject or body 'help' to |
15 |
gentoo-dev-request@g.o |
16 |
|
17 |
You can reach the person managing the list at |
18 |
gentoo-dev-admin@g.o |
19 |
|
20 |
When replying, please edit your Subject line so it is more specific |
21 |
than "Re: Contents of gentoo-dev digest..." |
22 |
|
23 |
|
24 |
Today's Topics: |
25 |
|
26 |
1. Re: CDRW permissions and devfsd (=?utf-8?q?Yrj=C3=B6=20Hatakka?=) |
27 |
2. Gentoo Problems (jkitching@×××××××.com) |
28 |
3. Re: CDRW permissions and devfsd (Martin Schlemmer) |
29 |
4. Re: ebuild problem (Thomas T. Veldhouse) |
30 |
5. CVS read only access (Columbia, Richard) |
31 |
6. Re: CDRW permissions and devfsd (Bauno) |
32 |
7. Re: ebuild problem (Paul de Vrieze) |
33 |
8. optimizing many systems / cflags (Noah Justin Norris) |
34 |
9. printing-howto (Dave Gudeman) |
35 |
10. Re: CDRW permissions and devfsd (Martin Schlemmer) |
36 |
11. Re: CDRW permissions and devfsd (Bauno) |
37 |
12. RFC: gentoo emacs elisp ebuilds (Matthew Kennedy) |
38 |
13. [Fwd: Re: [gentoo-dev] optimizing many systems / cflags] (Mikko |
39 |
Moilanen) |
40 |
|
41 |
--__--__-- |
42 |
|
43 |
Message: 1 |
44 |
From: =?utf-8?q?Yrj=C3=B6=20Hatakka?= <yrjo.hatakka@×××××××.fi> |
45 |
To: Bauno <bauno@××××××.it> |
46 |
Subject: Re: [gentoo-dev] CDRW permissions and devfsd |
47 |
Date: Mon, 2 Sep 2002 20:15:22 +0300 |
48 |
Cc: gentoo-dev@g.o |
49 |
|
50 |
-----BEGIN PGP SIGNED MESSAGE----- |
51 |
Hash: SHA1 |
52 |
|
53 |
On Saturday 31 August 2002 04:07, Bauno wrote: |
54 |
|
55 |
> |
56 |
> I have "sg" compiled as module, and solved the problem with this entry = |
57 |
in |
58 |
> devfsd.conf (may be wrapped): |
59 |
> |
60 |
> LOOKUP ^sg.*$ MODLOAD ACTION sg |
61 |
> REGISTER ^scsi/host.*/bus.*/target.*/lun.*/generic PERMISSION= |
62 |
S |
63 |
> root.disk 660 |
64 |
> |
65 |
> It works, even if I'm not sure why :) |
66 |
|
67 |
Yes, confirmed :) this really works, thanx |
68 |
|
69 |
- --=20 |
70 |
Linux cartman.linux.home 2.4.19-gentoo-r7 #1 Fri Jul 5 00:45:50 EEST 2002= |
71 |
i686=20 |
72 |
AuthenticAMD=20 |
73 |
-----BEGIN PGP SIGNATURE----- |
74 |
Version: GnuPG v1.0.7 (GNU/Linux) |
75 |
|
76 |
iD8DBQE9c5yx6BYkNNMD2uARAuTTAJkBLqDToZwsXElwh8j8F3mZvt1b+QCfTuE+ |
77 |
nZmMDi6fKsR2srUtsWfSOYo=3D |
78 |
=3DVQBk |
79 |
-----END PGP SIGNATURE----- |
80 |
|
81 |
|
82 |
|
83 |
--__--__-- |
84 |
|
85 |
Message: 2 |
86 |
Date: Mon, 2 Sep 2002 13:02:50 -0500 (CDT) |
87 |
From: jkitching@×××××××.com |
88 |
To: gentoo-dev@g.o |
89 |
Subject: [gentoo-dev] Gentoo Problems |
90 |
|
91 |
Hi, I just installed Gentoo, and when I booted, my modules did not load. I |
92 |
had a look in /lib/modules, and the only module there is called "dummy.o" in |
93 |
drivers/net. Where did all my modules go and how do I get them back? |
94 |
|
95 |
.................................... |
96 |
Get your own free email account from |
97 |
http://www.popmail.com |
98 |
|
99 |
|
100 |
--__--__-- |
101 |
|
102 |
Message: 3 |
103 |
Subject: Re: [gentoo-dev] CDRW permissions and devfsd |
104 |
From: Martin Schlemmer <azarah@g.o> |
105 |
To: =?ISO-8859-1?Q?Yrj=F6?= Hatakka <yrjo.hatakka@×××××××.fi> |
106 |
Cc: Bauno <bauno@××××××.it>, Gentoo-Dev <gentoo-dev@g.o> |
107 |
Date: 02 Sep 2002 20:06:45 +0200 |
108 |
|
109 |
On Mon, 2002-09-02 at 19:15, Yrj=F6 Hatakka wrote: |
110 |
> -----BEGIN PGP SIGNED MESSAGE----- |
111 |
> Hash: SHA1 |
112 |
>=20 |
113 |
> On Saturday 31 August 2002 04:07, Bauno wrote: |
114 |
>=20 |
115 |
> > |
116 |
> > I have "sg" compiled as module, and solved the problem with this entry = |
117 |
in |
118 |
> > devfsd.conf (may be wrapped): |
119 |
> > |
120 |
> > LOOKUP ^sg.*$ MODLOAD ACTION sg |
121 |
|
122 |
Tells devfs to load the 'sg' module if /dev/sg* is accessed |
123 |
|
124 |
> > REGISTER ^scsi/host.*/bus.*/target.*/lun.*/generic PERMISSION= |
125 |
S |
126 |
> > root.disk 660 |
127 |
|
128 |
Basically just set the permissions to 0660, and ownership to root.disk |
129 |
when /dev/sg* is registered (the generic scsi module loaded ..) |
130 |
|
131 |
> > |
132 |
> > It works, even if I'm not sure why :) |
133 |
>=20 |
134 |
> Yes, confirmed :) this really works, thanx |
135 |
> |
136 |
|
137 |
We have the PERMISSIONS entry in our /etc/devfsd.conf: |
138 |
|
139 |
-----------------------cut------------------------------------- |
140 |
# Give the cdrw group write permissions to /dev/sg0 |
141 |
# This is done to have non root user use the burner (scan the scsi bus) |
142 |
#REGISTER ^sg0$ PERMISSIONS root.cdrw 660 |
143 |
--------------------------------------------------------------- |
144 |
|
145 |
Just commented by default. As I always have my generic scsi into |
146 |
kernel, I am not sure that first line is really needed, as there is an |
147 |
alias in /etc/modules.devfs. Will try to find the time though to |
148 |
verify it. |
149 |
=20 |
150 |
|
151 |
|
152 |
> - --=20 |
153 |
> Linux cartman.linux.home 2.4.19-gentoo-r7 #1 Fri Jul 5 00:45:50 EEST 2002= |
154 |
i686=20 |
155 |
> AuthenticAMD=20 |
156 |
> -----BEGIN PGP SIGNATURE----- |
157 |
> Version: GnuPG v1.0.7 (GNU/Linux) |
158 |
>=20 |
159 |
> iD8DBQE9c5yx6BYkNNMD2uARAuTTAJkBLqDToZwsXElwh8j8F3mZvt1b+QCfTuE+ |
160 |
> nZmMDi6fKsR2srUtsWfSOYo=3D |
161 |
> =3DVQBk |
162 |
> -----END PGP SIGNATURE----- |
163 |
>=20 |
164 |
>=20 |
165 |
> _______________________________________________ |
166 |
> gentoo-dev mailing list |
167 |
> gentoo-dev@g.o |
168 |
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
169 |
--=20 |
170 |
|
171 |
Martin Schlemmer |
172 |
Gentoo Linux Developer, Desktop Team Developer |
173 |
Cape Town, South Africa |
174 |
|
175 |
|
176 |
|
177 |
--__--__-- |
178 |
|
179 |
Message: 4 |
180 |
From: "Thomas T. Veldhouse" <veldy@×××××.net> |
181 |
To: "Paul de Vrieze" <pauldv@××××××.nl>, <gentoo-dev@g.o> |
182 |
Subject: Re: [gentoo-dev] ebuild problem |
183 |
Date: Mon, 2 Sep 2002 13:46:20 -0500 |
184 |
|
185 |
It would probably help if you ran the ebuild as root :) |
186 |
|
187 |
Tom Veldhouse |
188 |
|
189 |
----- Original Message ----- |
190 |
From: "Paul de Vrieze" <pauldv@××××××.nl> |
191 |
To: <gentoo-dev@g.o> |
192 |
Sent: Monday, September 02, 2002 3:07 AM |
193 |
Subject: Re: [gentoo-dev] ebuild problem |
194 |
|
195 |
|
196 |
On Saturday 31 August 2002 21:54, mschroer wrote: |
197 |
> I am new to Gentoo and having trouble with an ebuild. I put the latest |
198 |
> tarball of anjuta-0.9.99.tar.gz in the distfile directory and built a |
199 |
> new ebuild file from the anjuta-0.1.9.ebuild. When I emerge, running as |
200 |
> root, I get the following error: |
201 |
> |
202 |
> ******** all the unpack and compile seem to work fine and the image is |
203 |
> built in var/// and I get to here ******* |
204 |
> |
205 |
> make install-man1 |
206 |
> make[3]: Entering directory |
207 |
> `/var/tmp/portage/anjuta-0.9.99/work/anjuta-0.9.99/doc' |
208 |
> /bin/sh ../mkinstalldirs /usr/share/man/man1 |
209 |
> /bin/install -c -m 644 ./anjuta.1 /usr/share/man/man1/anjuta.1 |
210 |
> ACCESS DENIED open_wr: /usr/share/man/man1/anjuta.1 |
211 |
> /bin/install: cannot create regular file `/usr/share/man/man1/anjuta.1': |
212 |
> Permission denied |
213 |
> /bin/install -c -m 644 ./anjuta_launcher.1 |
214 |
> /usr/share/man/man1/anjuta_launcher.1 |
215 |
> ACCESS DENIED open_wr: /usr/share/man/man1/anjuta_launcher.1 |
216 |
> /bin/install: cannot create regular file |
217 |
> `/usr/share/man/man1/anjuta_launcher.1': Permission denied |
218 |
> make[3]: *** [install-man1] Error 1 |
219 |
> make[3]: Leaving directory |
220 |
> `/var/tmp/portage/anjuta-0.9.99/work/anjuta-0.9.99/doc' |
221 |
> make[2]: *** [install-man] Error 2 |
222 |
> make[2]: Leaving directory |
223 |
> `/var/tmp/portage/anjuta-0.9.99/work/anjuta-0.9.99/doc' |
224 |
> make[1]: *** [install-am] Error 2 |
225 |
> make[1]: Leaving directory |
226 |
> `/var/tmp/portage/anjuta-0.9.99/work/anjuta-0.9.99/doc' |
227 |
> make: *** [install-recursive] Error 1 |
228 |
> |
229 |
> !!! ERROR: The ebuild did not complete successfully. |
230 |
> !!! Function src_install, Line 8, Exitcode 2 |
231 |
> !!! (no error message) |
232 |
> |
233 |
> --------------------------- ACCESS VIOLATION SUMMARY |
234 |
> --------------------------- |
235 |
> LOG FILE = "/tmp/sandbox-anjuta-0.9.99-23571.log" |
236 |
> |
237 |
> open_wr: /usr/share/man/man1/anjuta.1 |
238 |
> open_wr: /usr/share/man/man1/anjuta_launcher.1 |
239 |
> -------------------------------------------------------------------------- |
240 |
- |
241 |
>----- !!! emerge aborting on |
242 |
> /usr/portage/dev-util/anjuta/anjuta-0.9.99.ebuild . |
243 |
> |
244 |
> |
245 |
> Can anyone help me ? |
246 |
> |
247 |
|
248 |
The trick is that portage uses sandboxing. This means building is only |
249 |
allowed |
250 |
in /var/tmp/portage/<bla> |
251 |
|
252 |
This means you must persuade anjuta to install in the destination root which |
253 |
is given in an ebuild by ${D}. This technique makes it a lot easier to track |
254 |
which files should become part of the package. |
255 |
|
256 |
Oftern this persuading can be done with the DESTDIR variable, but sometimes |
257 |
further tricks are nescesary. I advise you to look at some ebuilds (look for |
258 |
PREFIX=${D}/usr/ ), and check the makefile of anjuta. |
259 |
|
260 |
Paul |
261 |
|
262 |
-- |
263 |
Paul de Vrieze |
264 |
Junior Researcher |
265 |
Mail: pauldv@××××××.nl |
266 |
Homepage: http://www.devrieze.net |
267 |
|
268 |
_______________________________________________ |
269 |
gentoo-dev mailing list |
270 |
gentoo-dev@g.o |
271 |
http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
272 |
|
273 |
|
274 |
|
275 |
|
276 |
--__--__-- |
277 |
|
278 |
Message: 5 |
279 |
Date: Mon, 2 Sep 2002 14:53:53 -0400 |
280 |
From: "Columbia, Richard" <richc@××××××××××××××××××.cc> |
281 |
To: <gentoo-dev@g.o> |
282 |
Subject: [gentoo-dev] CVS read only access |
283 |
|
284 |
I am interested in attempting to port Gentoo to an Alpha Box. I feel |
285 |
that the easiest way to begin is to get read access to the the cvs |
286 |
repository. I have read the FAQ regaurding anonymous cvs access but it |
287 |
appears that the site no longer allows such access. Any help would be |
288 |
greatly appreaciated. |
289 |
|
290 |
Thank you |
291 |
Rich Columbia |
292 |
|
293 |
|
294 |
--__--__-- |
295 |
|
296 |
Message: 6 |
297 |
From: Bauno <bauno@××××××.it> |
298 |
Organization: Bauno Engineering |
299 |
To: Martin Schlemmer <azarah@g.o> |
300 |
Subject: Re: [gentoo-dev] CDRW permissions and devfsd |
301 |
Date: Mon, 2 Sep 2002 21:03:18 +0200 |
302 |
Cc: gentoo-dev@g.o |
303 |
|
304 |
On Monday 02 September 2002 20:06, Martin Schlemmer wrote: |
305 |
> We have the PERMISSIONS entry in our /etc/devfsd.conf: |
306 |
> |
307 |
> -----------------------cut------------------------------------- |
308 |
> # Give the cdrw group write permissions to /dev/sg0 |
309 |
> # This is done to have non root user use the burner (scan the scsi bus) |
310 |
> #REGISTER ^sg0$ PERMISSIONS root.cdrw 660 |
311 |
> --------------------------------------------------------------- |
312 |
> |
313 |
> Just commented by default. As I always have my generic scsi into |
314 |
> kernel, I am not sure that first line is really needed, as there is an |
315 |
> alias in /etc/modules.devfs. Will try to find the time though to |
316 |
> verify it. |
317 |
|
318 |
The original line in devfsd.conf (that you report above) doesn't work if = |
319 |
sg=20 |
320 |
is compiled as module. You need to set the permissions on the=20 |
321 |
scsi/bus/.../generic and not on the symbolic links /dev/sg*. I *think* it= |
322 |
's=20 |
323 |
because /dev/sg* doesn't exist (yet) when devfsd tries to apply the=20 |
324 |
permissions, but I may be wrong. |
325 |
|
326 |
|
327 |
--=20 |
328 |
Bauno - Eurydices, oro, properata retexite fata! |
329 |
"Even now I can feel it. Buried somewhere deep inside. Watching me...=20 |
330 |
waiting. But you know what scares me the most. When I can't fight it=20 |
331 |
anymore. When it takes over. When I totally lose control. I like it." |
332 |
|
333 |
|
334 |
--__--__-- |
335 |
|
336 |
Message: 7 |
337 |
From: Paul de Vrieze <pauldv@××××××.nl> |
338 |
To: gentoo-dev@g.o |
339 |
Subject: Re: [gentoo-dev] ebuild problem |
340 |
Date: Mon, 2 Sep 2002 21:07:52 +0200 |
341 |
|
342 |
On Monday 02 September 2002 20:46, Thomas T. Veldhouse wrote: |
343 |
> It would probably help if you ran the ebuild as root :) |
344 |
> |
345 |
> Tom Veldhouse |
346 |
|
347 |
Portage doesn't even try to run as non-root, he is just being sandboxed |
348 |
|
349 |
Paul |
350 |
|
351 |
--=20 |
352 |
Paul de Vrieze |
353 |
Junior Researcher |
354 |
Mail: pauldv@××××××.nl |
355 |
Homepage: http://www.devrieze.net |
356 |
|
357 |
|
358 |
--__--__-- |
359 |
|
360 |
Message: 8 |
361 |
From: Noah Justin Norris <gentoo@×××××.com> |
362 |
Date: Mon, 2 Sep 2002 14:52:38 +0000 |
363 |
To: gentoo-dev@g.o |
364 |
Subject: [gentoo-dev] optimizing many systems / cflags |
365 |
|
366 |
what optimizing would i use for the following system i would like to run = |
367 |
the |
368 |
fastest as possible, im gona include processor speed and memory for each |
369 |
system i would like to know for gentoo 1.2 and 1.4 optimzations ( i curre= |
370 |
ntly |
371 |
run gentoo 1.2 on all systems ) |
372 |
1. anthlon tbird 900 mhz 256 mb ram |
373 |
2. pentuim 3 450 mhz 256 mb ram |
374 |
3. amd k6-2 500 128 mb ram |
375 |
4. pentuim 2 (laptop) 366 mhz 196 mb ram |
376 |
5. amd k6-2 366 mhz 128 mb ram |
377 |
6. 2 dual pentuim 133's both have 64 mb ram |
378 |
7. pentuim 233 mmx 96 mb ram |
379 |
8. dual pentuim 2 350 mhz 256 mb ram |
380 |
and many more ( not mentioned cause would be repeats of above ) including |
381 |
power pc's which i have not messed with yet |
382 |
-- |
383 |
life is linux |
384 |
linux is life |
385 |
_______________________________________________ |
386 |
gentoo-user mailing list |
387 |
gentoo-user@g.o |
388 |
http://lists.gentoo.org/mailman/listinfo/gentoo-user |
389 |
|
390 |
------------------------------------------------------- |
391 |
|
392 |
--=20 |
393 |
life is linux=20 |
394 |
linux is life=20 |
395 |
|
396 |
--__--__-- |
397 |
|
398 |
Message: 9 |
399 |
Date: Mon, 02 Sep 2002 14:02:17 +0000 |
400 |
From: Dave Gudeman <base@××××××××××××××××××××.net> |
401 |
To: gentoo-dev@g.o |
402 |
Subject: [gentoo-dev] printing-howto |
403 |
|
404 |
I just did a printer install with a parport printer. It was a nightmare=20 |
405 |
because I was trying to do it without reading all the necessary=20 |
406 |
documentation, and the gentoo printing-howto didn't help since it made th= |
407 |
e=20 |
408 |
same wrong assumption I did: that the printer device is /dev/lp0. I think= |
409 |
=20 |
410 |
there is some devfs compatibility mode where this works, but in general w= |
411 |
ith=20 |
412 |
devfs the printer is at /dev/printers/0. Once I discovered this, magic=20 |
413 |
happened. |
414 |
|
415 |
Anyway, you might want to add the following to the printing-howto: |
416 |
-------------- |
417 |
The device for the printer is /dev/printers/0, not /dev/lp0 (unless you h= |
418 |
ave=20 |
419 |
the devfs compatibility stuff). |
420 |
|
421 |
To activate the modules for parallel port printers: |
422 |
|
423 |
insmod parport |
424 |
insmod parport_pc |
425 |
insmod lp |
426 |
|
427 |
However, you should probably mention that module autoloading will take ca= |
428 |
re of=20 |
429 |
this once you get cups set up, I thought originally that I had to add the= |
430 |
se=20 |
431 |
to modules.autoload or something similar. |
432 |
|
433 |
You don't have to do anything special for KDE, they automatically recogni= |
434 |
ze=20 |
435 |
cups printers. |
436 |
|
437 |
|
438 |
--__--__-- |
439 |
|
440 |
Message: 10 |
441 |
Subject: Re: [gentoo-dev] CDRW permissions and devfsd |
442 |
From: Martin Schlemmer <azarah@g.o> |
443 |
To: Bauno <bauno@××××××.it> |
444 |
Cc: Gentoo-Dev <gentoo-dev@g.o> |
445 |
Date: 03 Sep 2002 02:37:13 +0200 |
446 |
|
447 |
On Mon, 2002-09-02 at 21:03, Bauno wrote: |
448 |
> On Monday 02 September 2002 20:06, Martin Schlemmer wrote: |
449 |
> > We have the PERMISSIONS entry in our /etc/devfsd.conf: |
450 |
> > |
451 |
> > -----------------------cut------------------------------------- |
452 |
> > # Give the cdrw group write permissions to /dev/sg0 |
453 |
> > # This is done to have non root user use the burner (scan the scsi bus) |
454 |
> > #REGISTER ^sg0$ PERMISSIONS root.cdrw 660 |
455 |
> > --------------------------------------------------------------- |
456 |
> > |
457 |
> > Just commented by default. As I always have my generic scsi into |
458 |
> > kernel, I am not sure that first line is really needed, as there is an |
459 |
> > alias in /etc/modules.devfs. Will try to find the time though to |
460 |
> > verify it. |
461 |
> |
462 |
> The original line in devfsd.conf (that you report above) doesn't work if |
463 |
sg |
464 |
> is compiled as module. You need to set the permissions on the |
465 |
> scsi/bus/.../generic and not on the symbolic links /dev/sg*. I *think* |
466 |
it's |
467 |
> because /dev/sg* doesn't exist (yet) when devfsd tries to apply the |
468 |
> permissions, but I may be wrong. |
469 |
> |
470 |
|
471 |
No, the REGISTER means it only gets done when the /dev/sg0 device is |
472 |
registered in the devfs namespace. The only real difference between |
473 |
that line, and: |
474 |
|
475 |
REGISTER ^sg.*$ PERMISSIONS root.disk 660 |
476 |
|
477 |
is that above works for *all* /dev/sg* devices, and have group as "disk" |
478 |
and not "cdrw". devfsd knows to give the permissions to the real device |
479 |
in a line such as above. |
480 |
|
481 |
The real fix for modules, is the line: |
482 |
|
483 |
LOOKUP ^sg.*$ MODLOAD ACTION sg |
484 |
|
485 |
which cause the "sg" module to be loaded when you "lookup" (try to |
486 |
open) /dev/sg* |
487 |
|
488 |
> |
489 |
> -- |
490 |
> Bauno - Eurydices, oro, properata retexite fata! |
491 |
> "Even now I can feel it. Buried somewhere deep inside. Watching me... |
492 |
> waiting. But you know what scares me the most. When I can't fight it |
493 |
> anymore. When it takes over. When I totally lose control. I like it." |
494 |
> |
495 |
> _______________________________________________ |
496 |
> gentoo-dev mailing list |
497 |
> gentoo-dev@g.o |
498 |
> http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
499 |
-- |
500 |
|
501 |
Martin Schlemmer |
502 |
Gentoo Linux Developer, Desktop Team Developer |
503 |
Cape Town, South Africa |
504 |
|
505 |
|
506 |
|
507 |
--__--__-- |
508 |
|
509 |
Message: 11 |
510 |
From: Bauno <bauno@××××××.it> |
511 |
Organization: Bauno Engineering |
512 |
To: Martin Schlemmer <azarah@g.o> |
513 |
Subject: Re: [gentoo-dev] CDRW permissions and devfsd |
514 |
Date: Tue, 3 Sep 2002 03:04:08 +0200 |
515 |
Cc: gentoo-dev@g.o |
516 |
|
517 |
On Tuesday 03 September 2002 02:37, Martin Schlemmer wrote: |
518 |
> > [snipped] |
519 |
> > The original line in devfsd.conf (that you report above) doesn't work |
520 |
> > if sg is compiled as module. You need to set the permissions on the |
521 |
> > scsi/bus/.../generic and not on the symbolic links /dev/sg*. I *think= |
522 |
* |
523 |
> > it's because /dev/sg* doesn't exist (yet) when devfsd tries to apply |
524 |
> > the permissions, but I may be wrong. |
525 |
> |
526 |
> No, the REGISTER means it only gets done when the /dev/sg0 device is |
527 |
> registered in the devfs namespace. =20 |
528 |
>=20 |
529 |
> The real fix for modules, is the line: |
530 |
> |
531 |
> LOOKUP ^sg.*$ MODLOAD ACTION sg |
532 |
> |
533 |
> which cause the "sg" module to be loaded when you "lookup" (try to |
534 |
> open) /dev/sg* |
535 |
|
536 |
I really don't think so (everything's wrapped): |
537 |
|
538 |
Default Gentoo style: |
539 |
|
540 |
------------------devfsd.conf--------------------------------------------= |
541 |
--- |
542 |
|
543 |
# Give the cdrw group write permissions to /dev/sg0 |
544 |
# This is done to have non root user use the burner (scan the scsi bus) |
545 |
LOOKUP ^sg.*$ MODLOAD ACTION sg |
546 |
#REGISTER ^scsi/host.*/bus.*/target.*/lun.*/generic PERMISSIONS= |
547 |
=20 |
548 |
root.disk 660 |
549 |
REGISTER ^sg.*$ PERMISSIONS root.disk 660 |
550 |
|
551 |
--------------devfsd.conf------------------------------------------------= |
552 |
--- |
553 |
|
554 |
bauniga root # modprobe sg |
555 |
bauniga root # ll /dev/scsi/host0/bus0/target0/lun0/generic |
556 |
crw-r----- 1 root root 21, 0 Jan 1 1970=20 |
557 |
/dev/scsi/host0/bus0/target0/lun0/generic |
558 |
bauniga root # killall -HUP devfsd |
559 |
bauniga root # ll /dev/scsi/host0/bus0/target0/lun0/generic |
560 |
crw-rw---- 1 root disk 21, 0 Jan 1 1970=20 |
561 |
/dev/scsi/host0/bus0/target0/lun0/generic |
562 |
|
563 |
|
564 |
|
565 |
|
566 |
Bauno :) style: |
567 |
|
568 |
----------------------------devfsd.conf----------------------------------= |
569 |
-- |
570 |
# Give the cdrw group write permissions to /dev/sg0 |
571 |
# This is done to have non root user use the burner (scan the scsi bus) |
572 |
LOOKUP ^sg.*$ MODLOAD ACTION sg |
573 |
REGISTER ^scsi/host.*/bus.*/target.*/lun.*/generic PERMISSIONS=20 |
574 |
root.disk 660 |
575 |
#REGISTER ^sg.*$ PERMISSIONS root.disk 660 |
576 |
--------------devfsd.conf------------------------------------------------= |
577 |
--- |
578 |
|
579 |
bauniga root # modprobe sg |
580 |
bauniga root # ll /dev/scsi/host0/bus0/target0/lun0/generic |
581 |
crw-rw---- 1 root disk 21, 0 Jan 1 1970=20 |
582 |
/dev/scsi/host0/bus0/target0/lun0/generic |
583 |
|
584 |
|
585 |
So, I think the Gentoo default devfsd.conf isn't well suited for the sg=20 |
586 |
module.... |
587 |
|
588 |
--=20 |
589 |
Bauno - Eurydices, oro, properata retexite fata! |
590 |
"Even now I can feel it. Buried somewhere deep inside. Watching me...=20 |
591 |
waiting. But you know what scares me the most. When I can't fight it=20 |
592 |
anymore. When it takes over. When I totally lose control. I like it." |
593 |
|
594 |
|
595 |
--__--__-- |
596 |
|
597 |
Message: 12 |
598 |
To: gentoo-dev@g.o, gentoo-user@g.o |
599 |
From: Matthew Kennedy <mkennedy@g.o> |
600 |
Date: 03 Sep 2002 02:04:04 -0500 |
601 |
Subject: [gentoo-dev] RFC: gentoo emacs elisp ebuilds |
602 |
|
603 |
|
604 |
http://www.gentoo.org/~mkennedy/emacs-packages.html |
605 |
|
606 |
I would like to get people who use Emacs to comment on the above set |
607 |
of emacs elisp ebuilds. These are being maintained outside of portage |
608 |
until after Gentoo 1.4 is released. |
609 |
|
610 |
The goal of this project is to greatly enhance the support of |
611 |
Emacs/XEmacs in Gentoo's portage. |
612 |
|
613 |
Points to note: |
614 |
|
615 |
* eclasses/elisp.eclass -- especially the scheme for re-generating |
616 |
the site-start.el file. |
617 |
* the possibility of an /etc/emacs/site.el for site-wide config not |
618 |
to be touched by portage (eg. sourced by site-start.el) |
619 |
* the app-emacs category -- does it make sense |
620 |
* thoughts on adding XEmacs support -- should we/how etc. |
621 |
* how much configuration should be done by portage? eg. should we |
622 |
just append to the load-path or should we go further and call |
623 |
(require 'foo) etc. |
624 |
|
625 |
I intend to release a new snapshot of app-emacs-*.tar.bz2 |
626 |
periodically, so be sure to check back at the above URL. |
627 |
|
628 |
Thanks, |
629 |
|
630 |
Matt |
631 |
|
632 |
-- |
633 |
Matthew Kennedy |
634 |
Gentoo Linux Developer |
635 |
Bugs go to http://bugs.gentoo.org! |
636 |
|
637 |
|
638 |
--__--__-- |
639 |
|
640 |
Message: 13 |
641 |
Date: Tue, 03 Sep 2002 10:25:48 +0300 |
642 |
From: Mikko Moilanen <baldor@××××××.fi> |
643 |
To: gentoo-dev@g.o |
644 |
Subject: [Fwd: Re: [gentoo-dev] optimizing many systems / cflags] |
645 |
|
646 |
Time to start correcting mistakes. Message sent to wrong address and |
647 |
forwarded to correct. |
648 |
|
649 |
-------- Original Message -------- |
650 |
Subject: Re: [gentoo-dev] optimizing many systems / cflags |
651 |
Date: Tue, 03 Sep 2002 10:22:15 +0300 |
652 |
From: Mikko Moilanen <baldor@××××××.fi> |
653 |
To: Noah Justin Norris <gentoo@×××××.com> |
654 |
References: <200209021452.38441.gentoo@×××××.com> |
655 |
|
656 |
|
657 |
|
658 |
Noah Justin Norris wrote: |
659 |
|
660 |
>what optimizing would i use for the following system i would like to run |
661 |
the |
662 |
>fastest as possible, im gona include processor speed and memory for each |
663 |
>3. amd k6-2 500 128 mb ram |
664 |
>5. amd k6-2 366 mhz 128 mb ram |
665 |
|
666 |
|
667 |
I use in my Gentoo 1.4 (GCC3.2) something like under. |
668 |
|
669 |
CHOST="i586-pc-linux-gnu" |
670 |
|
671 |
CFLAGS="-march=k6-2 -Os -pipe -mmmx -m3dnow" |
672 |
|
673 |
That -0s means -02 with some optimization to make executable smaller. |
674 |
|
675 |
CXXFLAGS="${CFLAGS}" |
676 |
|
677 |
USE="X gtk -gnome -alsa -gpm -svga dvd mozilla gtk2 acl dga directfb" |
678 |
|
679 |
If you read your "/etc/make.conf" file and "man gcc" you will find some |
680 |
more information. |
681 |
|
682 |
-- |
683 |
|
684 |
http://baldor.ath.cx:2000 |
685 |
|
686 |
|
687 |
|
688 |
|
689 |
|
690 |
-- |
691 |
|
692 |
http://baldor.ath.cx:2000 |
693 |
|
694 |
|
695 |
|
696 |
|
697 |
--__--__-- |
698 |
|
699 |
_______________________________________________ |
700 |
gentoo-dev mailing list |
701 |
gentoo-dev@g.o |
702 |
http://lists.gentoo.org/mailman/listinfo/gentoo-dev |
703 |
|
704 |
|
705 |
End of gentoo-dev Digest |