Re: [gentoo-user] Layman errors. Google ain't helping.
Dale rdalek1...@gmail.com wrote: I'm working on the install for my friend still. Since KDE4 wants to stay in bed, I thought I would try KDE3 from the overlay. I read not long ago that it is still somewhat kicking. So I installed layman and added the overlay. I then added this line to make.conf: source /var/lib/layman/make.conf When I add that, I get errors like this: !!! Parse error in '/etc/make.conf': source command failed: [Errno 2] No such file or directory: '/var/lib/layman/make.config' !!! Parse error in '/etc/make.conf': source command failed: [Errno 2] No such file or directory: '/var/lib/layman/make.config' fireball / # eix-update Reading Portage settings .. failed to source '/var/lib/layman/make.config' Building database (/var/cache/eix) .. [0] gentoo /usr/portage/ (cache: metadata-flat) I have googled and followed some Gentoo docs and this error just keeps popping up. What am I doing wrong? Keep in mind I am doing a 32 bit install on a 64 bit machine. I am following the guide that was linked to earlier. Ideas? I think you have run into the fact that you only put that source line after you have added your first overlay -- is this the case? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Layman errors. Google ain't helping.
No such file or directory: '/var/lib/layman/make.config' ^^ -rw-r--r-- 1 root root 64 Sep 3 22:49 /var/lib/layman/make.conf That's either a typo or the source of the problem :) andrea
Re: [gentoo-user] systemd
On Sunday 04 September 2011 01:44:31 I wrote: On Sunday 04 September 2011 01:19:51 Alan McKinnon wrote: It doesn't support KMail folders directly (Claws doesn't do traditional MailDir, it's native format is MH) but you can find import scripts here: http://www.claws-mail.org/tools.php?section=downloads There are kmail-specific scripts listed Good stuff! Thanks Alan. Except that, when I ran the converter script and restarted Claws, the folder structure had been duplicated but they were all empty. I have another head- scratching opportunity... -- Rgds Peter Linux Counter 5290, 1994-04-23
[gentoo-user] BadRAM patch
Do any of the gentoo kernels have the badram patch? - just found a 2G stick with one stuck bit :( Googling for this shows activity up to 2.6.28 - then nothing. Did it get included in the kernel? Otherwise its roll my own ... BillK
Re: [gentoo-user] Re: Typewriter sound
Grant Edwards writes: On 2011-08-31, Paul Hartman paul.hartman+gen...@gmail.com wrote: On Wed, Aug 31, 2011 at 12:46 PM, Grant Edwards grant.b.edwa...@gmail.com wrote: b) old school pc-speaker in your computer [...] I think it just made the generic beep (or a beep short enough and low enough in tone to sound similar to a click) I checked, and I do have the old standard PC-speaker connected to the motherboard, and xset c still does nothing. Does the speaker actually work? Is the pcspkr module loaded? Wonko
Re: [gentoo-user] /etc/modules, 2.6, and 3.0
On 09/03/2011 02:25 PM, fe...@crowfix.com wrote: Upgrading /etc/modules, I notice it has 2_6 for all its examples; should this be changed to 3_0 if running a 3.0 kernel? I am going to expand it with both, for the time being, but all the gentoo.org docs still show 2_6, and it made me think, always a confusing misstep. You can also drop the version number entirely, e.g., modules=${modules} powernow-k8 module_powernow_k8_args= modules=${modules} r8169 module_r8169_args= ...
Re: [gentoo-user] Layman errors. Google ain't helping.
cov...@ccs.covici.com wrote: Dalerdalek1...@gmail.com wrote: I'm working on the install for my friend still. Since KDE4 wants to stay in bed, I thought I would try KDE3 from the overlay. I read not long ago that it is still somewhat kicking. So I installed layman and added the overlay. I then added this line to make.conf: source /var/lib/layman/make.conf When I add that, I get errors like this: !!! Parse error in '/etc/make.conf': source command failed: [Errno 2] No such file or directory: '/var/lib/layman/make.config' !!! Parse error in '/etc/make.conf': source command failed: [Errno 2] No such file or directory: '/var/lib/layman/make.config' fireball / # eix-update Reading Portage settings .. failed to source '/var/lib/layman/make.config' Building database (/var/cache/eix) .. [0] gentoo /usr/portage/ (cache: metadata-flat) I have googled and followed some Gentoo docs and this error just keeps popping up. What am I doing wrong? Keep in mind I am doing a 32 bit install on a 64 bit machine. I am following the guide that was linked to earlier. Ideas? I think you have run into the fact that you only put that source line after you have added your first overlay -- is this the case? I did do it afterwards because when I read the guide, it said to do it afterwards. If you do it earlier portage will complain. It appears that has changed. What do I do to fix this mess? Dale :-) :-)
Re: [gentoo-user] Layman errors. Google ain't helping.
Andrea Conti wrote: No such file or directory: '/var/lib/layman/make.config' ^^ -rw-r--r-- 1 root root 64 Sep 3 22:49 /var/lib/layman/make.conf That's either a typo or the source of the problem :) andrea That's what the guide has: # If you have=app-portage/layman-1.3.0 # source /var/lib/layman/make.conf I'm using 1.4 but that is also what the message said after I emerge it. I actually copied it from there. Ideas? Dale :-) :-)
[gentoo-user] del.uged want to start on net.eth1, only eth0 is there
Hi, After upgrading world, I might have gone a bit fast on the last conf files that I update with etc-update. Now that I restart deluged, the init script brings up eth1 but I only have eth0 correctly setup. It should use eth0. In rc-update list I see net.eth1, no net.eth0, if it can help. My question is when this net.eth1 is called so that I could fix this wrong routing? thx Laurent
Re: [gentoo-user] BadRAM patch
Looks like you use a memmap=1M$157M (in my case) argument when booting these days. BillK On Sun, 2011-09-04 at 20:38 +0800, William Kenworthy wrote: Do any of the gentoo kernels have the badram patch? - just found a 2G stick with one stuck bit :( Googling for this shows activity up to 2.6.28 - then nothing. Did it get included in the kernel? Otherwise its roll my own ... BillK
Re: [gentoo-user] del.uged want to start on net.eth1, only eth0 is there
Lars Madson wrote: Hi, After upgrading world, I might have gone a bit fast on the last conf files that I update with etc-update. Now that I restart deluged, the init script brings up eth1 but I only have eth0 correctly setup. It should use eth0. In rc-update list I see net.eth1, no net.eth0, if it can help. My question is when this net.eth1 is called so that I could fix this wrong routing? thx Laurent If I understand this correctly, it sounds like udev has created a new nic for some reason. Your file should be here and look something like this: root@fireball / # cat /etc/udev/rules.d/70-persistent-net.rules # This file was automatically generated by the /lib64/udev/write_net_rules # program, run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single # line, and change only the value of the NAME= key. # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==1c:6f:65:4c:91:c7, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth0 root@fireball / # If you only have one nic but have two lines there, I would just delete the whole file and reboot. When you do and udev comes back up, it will create a new file and it resets its naming and such which should get you back to net.eth0 again. I think you can kill udev and restart it if you don't want to reboot for some reason. Again, this is if I understand the problem correctly. If this makes sense, I may on track. If not, I may be missing something and you may want to wait on someone else to chime in. Dale :-) :-)
Re: [gentoo-user] Layman errors. Google ain't helping.
make.config != make.conf :)
Re: [gentoo-user] Layman errors. Google ain't helping.
James Broadhead wrote: make.config != make.conf :) Oh yea !!! Much better. I knew it had to be something stupid that only I would do. I copied that from somewhere tho. I need to find out where so I can report it. I get this now: fireball / # eix-update Reading Portage settings .. Building database (/var/cache/eix) .. [0] gentoo /usr/portage/ (cache: metadata-flat) Reading category 155|155 (100%) Finished [1] kde-sunset /var/lib/layman/kde-sunset (cache: parse|ebuild*#metadata-flat#assign) Reading category 17|155 ( 10%): app-misc .. * THANKS MUCH Dale :-) :-)
Re: [gentoo-user] del.uged want to start on net.eth1, only eth0 is there
hm there's only one line in my /etc/udev/rules.d/70-persistent-net.rules: # This file was automatically generated by the /lib64/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:1c:c0:5a:81:dc, KERNEL==eth*, NAME=eth0 2011/9/4 Dale rdalek1...@gmail.com Lars Madson wrote: Hi, After upgrading world, I might have gone a bit fast on the last conf files that I update with etc-update. Now that I restart deluged, the init script brings up eth1 but I only have eth0 correctly setup. It should use eth0. In rc-update list I see net.eth1, no net.eth0, if it can help. My question is when this net.eth1 is called so that I could fix this wrong routing? thx Laurent If I understand this correctly, it sounds like udev has created a new nic for some reason. Your file should be here and look something like this: root@fireball / # cat /etc/udev/rules.d/70-**persistent-net.rules # This file was automatically generated by the /lib64/udev/write_net_rules # program, run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single # line, and change only the value of the NAME= key. # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM==net, ACTION==add, DRIVERS==?*, ATTR{address}==1c:6f:65:4c:**91:c7, ATTR{dev_id}==0x0, ATTR{type}==1, KERNEL==eth*, NAME=eth0 root@fireball / # If you only have one nic but have two lines there, I would just delete the whole file and reboot. When you do and udev comes back up, it will create a new file and it resets its naming and such which should get you back to net.eth0 again. I think you can kill udev and restart it if you don't want to reboot for some reason. Again, this is if I understand the problem correctly. If this makes sense, I may on track. If not, I may be missing something and you may want to wait on someone else to chime in. Dale :-) :-)
Re: [gentoo-user] del.uged want to start on net.eth1, only eth0 is there
Lars Madson wrote: hm there's only one line in my /etc/udev/rules.d/70-persistent-net.rules: # This file was automatically generated by the /lib64/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # PCI device 0x10ec:0x8168 (r8169) SUBSYSTEM==net, DRIVERS==?*, ATTR{address}==00:1c:c0:5a:81:dc, KERNEL==eth*, NAME=eth0 Must be something else then. My new nickname is stumped. lol At least we know what it is not tho. Dale :-) :-)
Re: [gentoo-user] del.uged want to start on net.eth1, only eth0 is there
On Sun, Sep 4, 2011 at 6:27 AM, Lars Madson rwx...@gmail.com wrote: Hi, After upgrading world, I might have gone a bit fast on the last conf files that I update with etc-update. Now that I restart deluged, the init script brings up eth1 but I only have eth0 correctly setup. It should use eth0. In rc-update list I see net.eth1, no net.eth0, if it can help. My question is when this net.eth1 is called so that I could fix this wrong routing? thx Laurent Check /etc/init.d to ensure you have links for both eth0 and eth1. Then check both /etc/conf.d/net /etc/udev/rules.d/70-persistent-net.rules to ensure you have both interfaces set up as you want them, double checking each interface's MAC address using ifconfig against any values listed in 70-persistent-net.rules, if any. HTH, Mark
[gentoo-user] Re: del.uged want to start on net.eth1, only eth0 is there
On 09/04/2011 06:27 AM, Lars Madson wrote: Hi, After upgrading world, I might have gone a bit fast on the last conf files that I update with etc-update. Now that I restart deluged, the init script brings up eth1 but I only have eth0 correctly setup. It should use eth0. In rc-update list I see net.eth1, no net.eth0, if it can help. My question is when this net.eth1 is called so that I could fix this wrong routing? If you are using only one ethernet adapter then you should remove /etc/init.d/net.eth1. If eth1 seems to exist somewhere but it really shouldn't exist, then you should delete /etc/udev/rules.d/70-persistent-net.rules and reboot. That should get rid of eth1. If you really have two ethernet adapters then my answer is probably wrong.
Re: [gentoo-user] Help needed:jpeg_resync_to_restart() and zathura pdf reader
Hello, On 04/09/11 01:29, Michael Orlitzky wrote: RDEPEND==app-text/mupdf-0.8 Oh sorry, I have forgotten to tell that I am using the girara branch, which uses plugins and depends only on girara libs, it should be fixed to have that, but I did not bother to do it previously as I had all the dependencies tracked by hand. I have EGIT_BRANCH=girara in '/etc/portage/env/app-text/zathura'. And have you tried using libjpeg instead of the -turbo version? This is were I was wondering as well, but did not have chance to check it. Also, Arch guys are using the turbo version and I was thinking that it should not be an issue, but I will try and see whether it also does not work with non turbo version. Cheers, Ignas
Re: [gentoo-user] who needs Java ?
110817 Philip Webb wrote: 110815 Florian Philipp most helpfully wrote: http://wiki.services.openoffice.org/w/index.php?title=Java_and_OpenOffice.orgoldid=15 I deleted 'java' from the make.conf USE list recompiled Libreoffice (latest testing) + Cups + 2 deps for KDE3. Printing is ok from LO Vim (via the Printdialog extension); LO help calls up a WWW page, which doesn't help, but I've downloaded 2 PDFs with the help for Writer + Calc, which sb better than the rather clumsy version included inside OO ; the 2 KDE3 apps continue to start (Kmahjongg Kworldclock). Emerge throws out a dire warning re compiling LO without Java, but doesn't say exactly what the dire results wb. I have submitted bug # 381823 to suggest a more appropriate warning from the LO ebuild. I have unmerged all the Java pkgs removed the 'gcj' USE flag. Gcc 4.5.3-r3 now compiles much more quickly (Core 2 Duo, 2 GB memory) : (1st time) by Gcc 4.4.5 with 'gcj' it took 40 min ; (2nd time) by Gcc 4.5.3-r3 without 'gcj' it took 24 min . Doing a regular weekly system update yesterday, I had the feeling that it was quicker with Gcc 4.5.3 , but have no actual figures. The only remaining small puzzle was 'emerge -Dup world' (testing version), which wanted to remerge Pdftk 1.44 using Gcc with 'gcj' enabled, but 'emerge -pv pdftk' offered to go ahead without any such changes. Pdftk is useful, but not so useful as to force me to re-install Java: I haven't tested whether it still works. HTH others -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] problem with dump
I noticed that the last two (daily) dumps have been bad (too short, unreadable by restore). I tried to remerge app-arch/dump both 0.4.44-r1 (which I had before) and o.4.44. Both failed in the compile phase (details below). This seem a little frightening to me. Can someone tell me what has happened thanks, allan system is ~amd64. The filesystem is ext3 x86_64-pc-linux-gnu-gcc -c -D_BSD_SOURCE -D_USE_BSD_SIGNAL -march=native -O2 -pipe -ggdb -pipe -I.. -I../compat/include -I/usr/include/ext2fs -I/usr/include/et -I../dump -DRDUMP -DRRESTORE -DLINUX_FORK_BUG -DHAVE_LZO -D_PATH_DUMPDATES=\/etc/dumpdates\ -D_DUMP_VERSION=\0.4b44\ traverse.c -o traverse.o x86_64-pc-linux-gnu-gcc -c -D_BSD_SOURCE -D_USE_BSD_SIGNAL -march=native -O2 -pipe -ggdb -pipe -I.. -I../compat/include -I/usr/include/ext2fs -I/usr/include/et -I../dump -DRDUMP -DRRESTORE -DLINUX_FORK_BUG -DHAVE_LZO -D_PATH_DUMPDATES=\/etc/dumpdates\ -D_DUMP_VERSION=\0.4b44\ unctime.c -o unctime.o sed -e s|__DUMPDATES__|/etc/dumpdates|g \ -e s|__DATE__|June 10, 2011|g \ -e s|__VERSION__|0.4b44|g dump.8.in dump.8 traverse.c: In function ‘dumpino’: traverse.c:1000:49: error: ‘struct struct_ext2_filsys’ has no member named ‘fragsize’ traverse.c:1001:58: error: ‘struct struct_ext2_filsys’ has no member named ‘fragsize’ traverse.c:1002:24: error: ‘struct struct_ext2_filsys’ has no member named ‘fragsize’ traverse.c:1002:24: error: ‘struct struct_ext2_filsys’ has no member named ‘fragsize’ traverse.c: In function ‘blksout’: traverse.c:1277:9: error: ‘struct struct_ext2_filsys’ has no member named ‘fragsize’ make[1]: *** [traverse.o] Error 1
Re: [gentoo-user] problem with dump
Allan Gottlieb writes: I noticed that the last two (daily) dumps have been bad (too short, unreadable by restore). I tried to remerge app-arch/dump both 0.4.44-r1 (which I had before) and o.4.44. Both failed in the compile phase (details below). This seem a little frightening to me. Can someone tell me what has happened When I try to install it, I get the same problem. I guess somethings in one of the header files it delivers has been changed in the recent update of ext2fsprogs-libs from 1.41.14 to 1.42_pre0702. That was two days ago, so might this be the reason for dump failing in the first place? You could try to downgrade ext2fsprogs-libs, but don't unmerge it first, I think this will break all sorts of things. Someone should report a bug... if noone volunteers, I'll do this myself some time tomorrow. Wonko
Re: [gentoo-user] problem with dump
On Sun, Sep 04 2011, Alex Schuster wrote: Allan Gottlieb writes: I noticed that the last two (daily) dumps have been bad (too short, unreadable by restore). I tried to remerge app-arch/dump both 0.4.44-r1 (which I had before) and o.4.44. Both failed in the compile phase (details below). This seem a little frightening to me. Can someone tell me what has happened When I try to install it, I get the same problem. I guess somethings in one of the header files it delivers has been changed in the recent update of ext2fsprogs-libs from 1.41.14 to 1.42_pre0702. That was two days ago, so might this be the reason for dump failing in the first place? You could try to downgrade ext2fsprogs-libs, but don't unmerge it first, I think this will break all sorts of things. Someone should report a bug... if noone volunteers, I'll do this myself some time tomorrow. Wonko Thanks I just submitted 381835. I wasn't sure of the etiquette do did not mention your name in regards to ext2fsprogs-libs. I feel much relieved after reading your (extremely prompt) reply. Thank you. allan
Re: [gentoo-user] OpenLDAP works only at localhost, not from outside
On Fri, 02 Sep 2011 08:50:46 +0200 Joost Roeleveld jo...@antarean.org wrote: What do you mean with, outside? I meant from another place via the Internet through my router to my computer. [...] Hope this helps. Yes, your suggestions helped. Thank you very much. Though it doesn't solve the problem. Now I know I did everything right at my LDAP-server, but the problem is my router (Speedport W 503V Typ C). It's blocking some (not all) of the communication. I forwarded all ports to my computer (ie. it's in the DMZ), but LDAP is not working correctly. Bye Johannes -- --//-- // PGP at https://pegasos.dnsalias.org/~jgeiss/pgpkey.txt \\ //Johannes R. GeissPandora, Zaurus, Pegasos, Amiga and C64 --\X/- signature.asc Description: PGP signature