Installing ngspice 25
by Howard Howell
I have been too spoiled by the rpm and yum processes. Thank you fedora
developers...
I need to run the install script to put ngspice-25 on my system. I know
that there is a default installation, but I do not know if that meets
the current directory structure for F17 or later. Has anyone done this,
and how did you go about it?
I know I can pass -prefix to change the binary directory, but from what
I can tell, /usr/local/bin would appear to be ok, and /usr/sbin would be
OK, but I cannot tell if the files that for ngspice-23
in /usr/share/ngspice would be replaced. I cannot find the /usr/share
directory referenced in the config script. I suspect that it is created
from the several variables referring to the directories in the script,
but I cannot tell which one it would be or where the files would end up
from using search on the 17000 line configure script.
Also do I need to uninstall ngspice-23? I have several designs that
work under 23 and I am worried that -25 version may break some of them.
Therefore I would like to have both versions available for a short time
until I can verify my current stuff works under the -25 version.
Thanks for any information.
Regards,
Les H
11 years, 1 month
service files help needed
by Frank Murphy
Trying to create a service file for yum-updateonboot
(called it yumboot.service)
I use network (NO NM)
No plymouth (or rhgb quiet)
How can I get the output from the following
to appear on the Monitor durin bootup screen.
I mean similar to what is seen when
yum update is typed in console,
and then let booup wait for yum update to finish.
(the info I want on screen is in "journalctl")
but how to for Monitor.
~$ cat /etc/systemd/system/yumboot.service
[Unit]
Description=YUM Updateonboot
After=network.service
Before=desktop.service
ConditionPathExists=/etc/sysconfig/yum-updateonboot
[Service]
Type=oneshot
ExecStart=/usr/bin/yum-updateonboot start
[Install]
WantedBy=multi-user.target
~$ systemctl status yumboot.service
yumboot.service - YUM Updateonboot
Loaded: loaded (/etc/systemd/system/yumboot.service;
enabled) Active: inactive (dead) since Sun 2013-03-17 17:35:33 GMT;
11min ago Main PID: 1066 (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/yumboot.service
--
Regards,
Frank
http//www.frankly3d.com
11 years, 1 month
Adwaita GTK3 on F18 no longer honors bgcolor
by Gordon Messmer
Under Fedora 17, I was able to select an alternate background color for
GTK2 and GTK3. Under F18, only the GTK2 applications honor the setting.
Before I file a a bug, does anyone know if this behavior was an
expected change?
$ dconf dump /org/gnome/desktop/interface/
[/]
gtk-color-scheme='selected_bg_color:#493f53;'
$ cat .gconf/desktop/gnome/interface/%gconf.xml
<?xml version="1.0"?>
<gconf>
<entry name="gtk_color_scheme" mtime="1358361695" type="string">
<stringvalue>selected_bg_color:#493f53;</stringvalue>
</entry>
</gconf>
11 years, 1 month
slightly OT
by Roger
<sad_rant>
I am sad and disappointed.
Gimp, for me at least, is now a disaster waiting to happen. It's not
flying Buzz, it's falling with style.
-Save options are more complex than necessary, defaulting to xcf when an
image is png, gif or jpg, is rather pathetic.
-Toolbox has disappeared to infinity and beyond.
-I don't want to go find a new tool box each time, with the useless "You
can drop dockable dialogs here" message, golly it's beyond useless. I
want the bog standard one that always appeared when Gimp opened.
-Saved image quality seems deteriorated in comparison to the more
ancient Gimps of 6 months to a year ago.
Gimp in Ubuntu has not yet suffered the indignities galore of this
Fedora 18 gimp.
</sad_rant>
Same pc, same everything, different Operating system, all Gimp updates.
If anyone out there in Fedora 18 land can help me get the default Gimp
tool box back I would be momentarily joyous. The normally vociferous
Google seems ominously silent.
<sad_rant#2>
Different topic, still sad.
Has anyone found a way to stop Gnome 3 in Fedora 18 from shrinking and
enlarging the desktop dependent on where the mouse may be at any point
in time. It's affecting my vertigo. I don't wanna go to Mint, don't like
Mint.
Has any one found a use for the silly dark grey stripe that infrequently
appears at the bottom of the Gnone 3 desktop. There's gotta be a use for
it. I once had a Selinux error warning light show up in the bottom right
corner but that went away.
</sad_rant#2>
Roger
11 years, 1 month
Upgrading to Fedora 17 with a seperate /usr/lib [was: perl-PDL]
by T.C. Hollingsworth
On 3/17/13, Patrick Dupre <Patrick.Dupre(a)univ-littoral.fr> wrote:
> the problem is that the update to fedora 17 failed (probably) because the
> /usr /usr/lib and /
> partitions need to be on the same partition!
Fedora 17+ supports a separate /usr just fine. It's the separate
/usr/lib that's screwing it up. (I suspect the upgrade process isn't
mounting /usr/lib.) Since this is not a common configuration, you'll
need to do a little extra work to accomplish an upgrade.
You need to instruct dracut to mount the necessary partitions during
early boot. To do so, create a file /etc/fstab.sys and copy the lines
for /, /usr, and /usr/lib from /etc/fstab to it. Then, create a file
/etc/dracut.conf.d/02-fstab-sys.conf with this line:
add_dracutmodules += " fstab-sys "
(Note that spaces inside the quotation marks; they are necessary.)
You can then follow the yum upgrade instructions here to update to Fedora 17:
https://fedoraproject.org/wiki/Upgrading_Fedora_using_yum#Fedora_16_-.3E_...
-T.C.
11 years, 1 month
perl-PDL
by Patrick Dupre
Hello,
Using perl (on fedora 16 x86_64), I got the following error message:
PDL::Graphics::PLplot needs to be recompiled against the newly
installed PDL at /usr/lib64/perl5/DynaLoader.pm line 213.
I checked that the 2 packages perl-PDL and perl-PDL-Graphics-PLplot
were properly
updated.
Then, I decided to recomplie both (rpmbuild --rebuild) and I got the error:
Extracting Core.xs (WITH bad value support)
/usr/bin/perl /usr/local/share/perl5/ExtUtils/xsubpp -typemap
/usr/share/perl5/ExtUtils/typemap -typemap typemap Core.xs > Core.xsc
&& mv Core.xsc Core.c
Could not find a typemap for C type 'PDL_Long *'.
The following C types are mapped by the current typemap:
'AV *', 'Boolean', 'CV *', 'FILE *', 'FileHandle', 'HV *', 'I16',
'I32', 'I8', 'IV', 'InOutStream', 'InputStream', 'Logical', 'NV',
'OutputStream', 'PerlIO *', 'Result', 'STRLEN', 'SV *', 'SVREF',
'SysRet', 'SysRetLong', 'Time_t *', 'U16', 'U32', 'U8', 'UV', 'bool',
'bool_t', 'caddr_t', 'char', 'char *', 'char **', 'const char *',
'double', 'float', 'int', 'long', 'pdl *', 'pdl_trans *', 'short',
'size_t', 'ssize_t', 'time_t', 'unsigned', 'unsigned char', 'unsigned
char *', 'unsigned int', 'unsigned long', 'unsigned long *', 'unsigned
short', 'void *', 'wchar_t', 'wchar_t *'
in Core.xs, line 1144
make[2]: *** [Core.o] Error 1
make[2]: Leaving directory `/root/rpmbuild/BUILD/PDL-2.4.9/Basic/Core'
make[1]: *** [subdirs] Error 2
make[1]: Leaving directory `/root/rpmbuild/BUILD/PDL-2.4.9/Basic'
make: *** [subdirs] Error 2
error: Bad exit status from /var/tmp/rpm-tmp.bkKnYR (%build)
Checking cpan, it looks like that I need another version of perl-PDL
(http://mailman.jach.hawaii.edu/pipermail/perldl/2011-October/005439.html):
PDL-2.4.9_008.tar.gz
But the question is how the availblae perl-PDL package has been compiled?
Any idea how I could fix this issue?
Thank.
--
============================================================================
Patrick DUPRÉ | | email: pdupre(a)kegtux.org
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
============================================================================
11 years, 1 month
yumdb
by Patrick Dupre
Hello,
In Fedora 16, what are in /var/lib/yum/yumdb/p/
It looks like that is trace of old installed packages.
Can I clean the database?
yum clean packages did not really clean it.
Thank
--
============================================================================
Patrick DUPRÉ | | email: pdupre(a)kegtux.org
Laboratoire de Physico-Chimie de l'Atmosphère | |
Université du Littoral-Côte d'Opale | |
Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44
189A, avenue Maurice Schumann | | 59140 Dunkerque, France
============================================================================
11 years, 1 month
Race Condition Causes dnsmasq to Fail to Start By NetworkManager
by Garry Williams
I occasionally hit this when transitioning to a VPN connection or
shutting one down:
Mar 16 17:19:29 vfr NetworkManager[559]: <info> VPN connection 'cbeyond' (IP Config Get) complete.
Mar 16 17:19:29 vfr NetworkManager[559]: <info> Policy set 'Built-in Ethernet' (em1) as default for IPv4 routing and DNS.
Mar 16 17:19:29 vfr NetworkManager[559]: <info> DNS: starting dnsmasq...
Mar 16 17:19:29 vfr dnsmasq[740]: exiting on receipt of SIGTERM
Mar 16 17:19:29 vfr dnsmasq[31273]: failed to create listening socket for 127.0.0.1: Address already in use
Mar 16 17:19:29 vfr dnsmasq[31273]: FAILED to start up
Mar 16 17:19:30 vfr NetworkManager[559]: <info> VPN plugin state changed: started (4)
Mar 16 17:19:30 vfr dbus[610]: [system] Activating service name='org.freedesktop.nm_dispatcher' (using servicehelper)
Mar 16 17:19:30 vfr NetworkManager[559]: <warn> dnsmasq exited with error: Network access problem (address in use; permissions; etc) (2)
It seems that NM kills the running dnsmasq and then restarts it. The
new instance sometimes fails to bind because the old instance hasn't
finished closing the port.
My work-around is to:
sudo systemctl start dnsmasq.service
when I notice the failure.
How can I eliminate this race?
--
Garry T. Williams
11 years, 1 month
F17 gnome3 coloration
by Beartooth
I ran into troubles with xfce, and decided to try gnome3 again.
This time I think I could manage it, maybe, if only the color
combinations weren't so wrong. Maybe young eyes can see white text on gun
metal gray menus, but my old eyes can't. Where do I change the likes of
that? Will it *stay* changed?
--
Beartooth Sciurivore, Curmudgeon On Line
Viruses, trojans, and spyware, Oh My!
11 years, 1 month
