Re: [gentoo-user] texlive-basic
On Thu, 2 May 2013 20:28:56 -0300 Urs Schutz u.sch...@bluewin.ch wrote: I had the same errors and needed to add -O2 to my CFLAGS. My CFLAGS which i use: siefke@gentoo-mobile : ~ $ cat /etc/make.conf | grep CFLAGS CFLAGS=-march=native -O2 -fomit-frame-pointer -pipe -mfpmath=sse The mistake was luatex which has write Felix. Thank you Greetings Silvio
Re: [gentoo-user] texlive-basic
Hello, On Thu, 02 May 2013 22:16:02 +0200 Felix Kuperjans fe...@desaster-games.com wrote: To check that, maybe try running luatex on the console, it crashed instantly on my boxes until it was re-emerged... That's the match. Recompile luatex and all was good. Thank's for the email. Have nice weekend. Thank you Greetings Silvio
[gentoo-user] Errors with /run directory
Hi All, I'm getting these type of errors in an old machine of mine: * start-stop-daemon: fopen `/run/chronyd.pid': No such file or directory * start-stop-daemon: fopen `/run/chronyd.pid': No such file or directory * start-stop-daemon: fopen `/run/chronyd.pid': No such file or directory * start-stop-daemon: fopen `/run/chronyd.pid': No such file or directory * start-stop-daemon: /usr/sbin/chronyd is already running * Failed to start chronyd [ !! ] * ERROR: chronyd failed to start error: error running non-shared postrotate script for /var/log/chrony/217.114.59.66.dat of '/var/log/chrony/*.dat * start-stop-daemon: /usr/sbin/chronyd is already running * Failed to start chronyd and so on, for other timeservers. There is a chrony process shown in ps, but /etc/init.d/chrony is shown as stopped. Is this related to the new udev derived /run setup? How should I fix this problem? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: GSettings-to-GConf problem
On Thu, 2 May 2013 17:56:01 -0400 Walter Dnes waltd...@waltdnes.org wrote: On Tue, Apr 30, 2013 at 09:02:04PM -0700, Grant wrote I see your thread on gentoo-dev. Many thanks for taking this to the right place. The solution seems to be keywording a bunch of ~arch gnome stuff. I don't know if my solution will be your solution. As per my sig, I don't run the fullblown GNOME DE. I use ICEWM. I happen to run a few GNOME apps (ABIWORD/GIMP/GNUMERIC). According to Alexandre... But if you are running IceWM, this should not be a problem. To get gsettings working, you only need 4 things: dbus, glib, dconf, and gsettings-desktop-schemas. And the latest stable versions of them would be sufficient. That'll be the way I go if Openoffice doesn't pan out. If you want to go testing on the fullblown GNOME, see... http://git.overlays.gentoo.org/gitweb/?p=proj/gnome.git;a=blob;f=status/portage-configs/package.keywords.gnome3 ...for a list of ebuilds to keyword. And I hope you enjoy PulseaudioG. -- Walter Dnes waltd...@waltdnes.org I don't run desktop environments; I run useful applications and this is just one of the reasons I refuse to use Gnome at all because if I wanted Windows Idiocracy, I'd simply use Windows.
Re: [gentoo-user] Grub Config Questions
On Mon, 29 Apr 2013 19:01:56 +0800 Jackie jiangjun12...@gmail.com wrote: 在 Mon, 29 Apr 2013 10:53:43 +0800，Fast Turtle ftur...@gmail.com 写道: On Mon, 29 Apr 2013 09:07:07 +0800 Jackie jiangjun12...@gmail.com wrote: 在 Mon, 29 Apr 2013 08:58:56 +0800，Fast Turtle ftur...@gmail.com 写道: I followed a method of using UUID's in grub from http://www.linux-archive.org/gentoo-user/481167-mounting-root-partition-uuid-no-initrd-needed.html and am getting an error 11 message My grub Conf title FlashGen2 root=PARTUUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 kernel /boot/kernel-genkernel-x86_6403.4.34-gentoo root=PARTUID=b969b2c9-becb-48cc-ad6d-81517bb12ca8 The error is about the PARTUUID but I don't know which one. make sure that your grub support uuid and try root=uuid=X,appeared to me that it should be uuid rather than PARTUUID.Not so sure. Been doing more reading and it looks as though you may be correct since I'm using Grub(legacy) not Grub2 that it appears the page talked about. Will check and see if that is the case. Could be,I used grub-legacy for a while in the past and found it not so good too.Hard to configure as I wanted. Someone in the forums provided a possible work around - Seems that the PARTUUID needed comes from GDISK as GPARTED doesn't show the correct one. They are doing what I'm trying except using Grub-Legacy not Grub2 so I'm fairly confident it'll work as needed. The info they provided: gdisk /dev/sdb GPT fdisk (gdisk) version 0.8.6 Partition table scan: MBR: protective BSD: not present APM: not present GPT: present Found valid GPT with protective MBR; using GPT. Command (? for help): i Partition number (1-4): 1 Partition GUID code: C12A7328-F81F-11D2-BA4B-00A0C93EC93B (EFI System) Partition unique GUID: 29884E5A-69FF-42E8-AB7B-0DEB95FB6EA9 First sector: 63 (at 31.5 KiB) Last sector: 81915434 (at 39.1 GiB) Partition size: 81915372 sectors (39.1 GiB) Attribute flags: Partition name: 'Linux/Windows data' Command (? for help): p Disk /dev/sdb: 976773168 sectors, 465.8 GiB Logical sector size: 512 bytes Disk identifier (GUID): 0F7425A1-EB79-4B6A-A7F2-1F98F8E7D8A9 Partition table holds up to 128 entries First usable sector is 34, last usable sector is 976773134 Partitions will be aligned on 8-sector boundaries Total free space is 5099 sectors (2.5 MiB) Number Start (sector)End (sector) Size Code Name 1 6381915434 39.1 GiBEF00 Linux/Windows data 281915435 163830869 39.1 GiB0700 Linux/Windows data 3 163830870 245746304 39.1 GiB0700 Linux/Windows data 4 245746305 976768064 348.6 GiB 0700 Linux/Windows data Command (? for help): q title=Gentoo Linux (kernel-3.0.0-gentoo-r1 boot-Test über PartUUID mit gdisk unique guid) root (hd1,0) kernel /boot/kernel-x86_64-3.0.0-gentoo vga=791 root=PARTUUID=29884E5A-69FF-42E8-AB7B-0DEB95FB6EA9 Notice that the did make a mistake in their post - watch the PARTUUID to see what I'm talking about. Easy enough to fix as they showed the entire gdisk info for the root= command.
Re: [gentoo-user] Re: GSettings-to-GConf problem
I see your thread on gentoo-dev. Many thanks for taking this to the right place. The solution seems to be keywording a bunch of ~arch gnome stuff. I don't know if my solution will be your solution. As per my sig, I don't run the fullblown GNOME DE. I use ICEWM. I happen to run a few GNOME apps (ABIWORD/GIMP/GNUMERIC). According to Alexandre... But if you are running IceWM, this should not be a problem. To get gsettings working, you only need 4 things: dbus, glib, dconf, and gsettings-desktop-schemas. And the latest stable versions of them would be sufficient. Awesome, all I had to do was emerge dconf. That'll be the way I go if Openoffice doesn't pan out. If you want to go testing on the fullblown GNOME, see... http://git.overlays.gentoo.org/gitweb/?p=proj/gnome.git;a=blob;f=status/portage-configs/package.keywords.gnome3 ...for a list of ebuilds to keyword. And I hope you enjoy PulseaudioG. I use xfce4 myself. Thanks! - Grant
[gentoo-user] Re: Problems with aclocal
Andre Lucas Falco wrote: It's possible to use the package.env, described here: http://wiki.gentoo.org/wiki//etc/portage/env. I use this for 2 packages (ghostscript-gpl and orbit), runs flawlessly. 2013/5/2 Neil Bothwick n...@digimed.co.uk You could, but then you need to remove the settings when automake or the ebuilds are fixed. Since a fixed ebuild won't necessarily have a version bump, you'd continue using the old version after you don't have to. Ok, but for me, it's a perspective stuff, the bug ( https://bugs.gentoo.org/show_bug.cgi?id=451744) has 4 months, and the packages those i need to compile won't solved. The linked url[1] states that the issue is automake-1.13.1 (and .0). For the fix mentioned, i imagine it's the deprecation warning with -Werror, as the feature is not removed til automake-1.14, which isn't in-tree. I think 1.13.1 should be hard-masked, since it's clearly buggy, and 1.13.2 should be here soon. In any event masking 1.13.1 yourself should be sufficient, for others if not you, as you only have 2 packages failing. Then again, that's what you get for running ~arch ;p Still it's only compilation errors, not broken installs. Not sure what the brouhaha is about: Gentoo users tend to react to compile problems like other distro users react to broken libs, which gives the wrong impression to others (who thus think Gentoo is really unstable in their terms, when the true issue is that some software won't build.) Still, we're only human. Regards, steveL [1] http://www.flameeyes.eu/autotools-mythbuster/forwardporting/automake.html -- #friendly-coders -- We're friendly, but we're not /that/ friendly ;-)
