vim-latex trouble
by Ankur Sinha
hi,
I recently came across what looks like an awesome tool : vim-latex.
I've installed the fedora packages using yum.
[Ankur@localhost ~]$ rpm -qa | grep vim
vim-latex-doc-1.8.23-1.20100129.r1104.fc13.noarch
vim-latex-1.8.23-1.20100129.r1104.fc13.noarch
vim-minimal-7.2.411-1.fc13.x86_64
vim-common-7.2.411-1.fc13.x86_64
vim-vimoutliner-0.3.4-12.fc12.noarch
vim-enhanced-7.2.411-1.fc13.x86_64
vim-X11-7.2.411-1.fc13.x86_64
I'm trying to follow the official tutorial[1]. It doesn't seem to work.
The tutorial says : "If the installation went well, you should see a new
set of menus appear. Goto Tex-Suite > Templates." Creating a new file
newfile.tex doesn't cause this to happen. Am I missing out something?
On a related note, the tutorial is for the gui version of vim (vim-X11).
Would someone know how to use this on a terminal version of vim here?
[1]
> http://vim-latex.sourceforge.net/documentation/latex-suite-quickstart.htm...
--
Thanks!
Regards,
Ankur
https://fedoraproject.org/wiki/User:Ankursinha
"FranciscoD"
13 years, 9 months
Re: HELP! Installed some rawhide packages and now system will not boot! [SOLVED]
by Richard Shaw
On Thu, Jul 29, 2010 at 3:22 PM, Richard Shaw <hobbes1069(a)gmail.com> wrote:
> Well I installed parted/libparted from rawhide to get version 2.3 as I
> was bitten by the resize bug and some other issues with the current
> version in Fedora 12/13. It pulled in a few dependencies and one of
> them broke my system, I'm thinking it was dev-mapper.
>
> On reboot LVM was able to find all 4 of my logical volumes but then
> the boot process fails and I get a message that I need to run e2fsck.
> The actual problem is that for some reason only two of my four LVs are
> showing in /dev/mapper... I booted System Rescue CD and it was able to
> mount the LVs fine and they all checked out clean.
>
> I have the following LVM layout:
>
> VG: vg-hobbes
> LVs: lv-root, lv-var, lv-swap
>
> VG: vg-home (whole disk VG, no dos partition)
> LV: lv-home
>
> Only lv-home and lv-var are showing up in /dev/mapper
>
> My plan at this point is to boot a Fedora LiveCD, mount my LVs and
> chroot to it. I'm hoping rpm and yum will work properly from a
> chroot'ed environment.
The short version is the chroot worked. For those of you who want to
know the gory details read on:
I didn't have any x86_64 boot discs handy so I ended up burning one
from my desktop by booting to my System Rescue CD that I've got
installed on my /boot partition, burning a F13 64bit install DVD and
booting it into rescue mode.
After that I:
- chroot'd to /mnt/sysimage which rescue mode automatically mounts
your existing file system. If you don't use a Rescue mode you'll have
to do that part manually.
- figured out what the offending packages were by 'grep fc14
/var/log/yum.log > fc14_packages.txt'
- Edited the resulting file removing everything but the base package name
- Did a "yum downgrade `cat fc14_packages.txt`"
- (probable unnecessary steps) exited the chroot and did a 'sync'
- Rebooted
On the first reboot it wanted to so a selinux relabel on the whole
file system. Not sure why.. but everything came up normally on the
second reboot!
Next time I try packages from rawhide I think I'll setup a LVM
snapshot first although I think I still would have to boot to a Rescue
disk or other Live system to drop the snapshot and I'm not sure if
snapshot merging is available yet in Fedora.
Richard
Richard
13 years, 9 months
HELP! Installed some rawhide packages and now system will not boot!
by Richard Shaw
Well I installed parted/libparted from rawhide to get version 2.3 as I
was bitten by the resize bug and some other issues with the current
version in Fedora 12/13. It pulled in a few dependencies and one of
them broke my system, I'm thinking it was dev-mapper.
On reboot LVM was able to find all 4 of my logical volumes but then
the boot process fails and I get a message that I need to run e2fsck.
The actual problem is that for some reason only two of my four LVs are
showing in /dev/mapper... I booted System Rescue CD and it was able to
mount the LVs fine and they all checked out clean.
I have the following LVM layout:
VG: vg-hobbes
LVs: lv-root, lv-var, lv-swap
VG: vg-home (whole disk VG, no dos partition)
LV: lv-home
Only lv-home and lv-var are showing up in /dev/mapper
My plan at this point is to boot a Fedora LiveCD, mount my LVs and
chroot to it. I'm hoping rpm and yum will work properly from a
chroot'ed environment.
Any ideas would be greatly appreciated.
Richard
13 years, 9 months
F12: tail -f <filename> inside .gvfs filesystem fails?
by Dan Thurman
I cannot get a tail -f <filename> inside of .gvfs with
a remote mounted ntfs filesystem as done via
Nautilus->Places->Network - this has worked prior
to F12.
Has anyone tried this on F12/13 and got it to work?
13 years, 9 months
SE Linux issue: "Error checking policy version." (sealert -s)
by Christofer C. Bell
When I start the SE Linux Troubleshooter, it does not display any
alerts and the following error appears at the bottom of the window;
Error checking policy version.
I don't see a bug on this in bugzilla, at least that I can find, and
the tool seems to be working for a friend of mine. I've ensured I
have all available patches installed and I have done an auto-relabel
reboot:
# touch /.autorelabel
# reboot
without any change in status. Does anyone have any ideas what may be
causing this?
Thank you.
--
Chris
13 years, 9 months
Preupgrade F11 ---> F12 ?
by Peter Diercks
Hello List,
I am running a server under F11. It is a remote machine which I have no
physical access to. It has a network connection. I wanted to upgrade to
F12 using preupgrade again, but this time I am afraid I'll run into
problems due to the size of /boot (194M, 153M free space).
Does anybody know if this issue has been fixed?
Greetings,
Peter
13 years, 9 months
Still no kmod for new Nvidia
by Michael Miles
Hello
I have been using Fedora 12 and I like the nvidia driver as it makes my
card work like it should.
My question is the last update for Nvidia driver195.36.31-2 seems to
have no kmod for 2.6.32.16_141.
The kmod is there but they list as 2.6.32.16_141-1 and the same as the
kmod for 2.6.32.14_127 also ends with -1
The driver 195.36.31-2 is a update to the 195.36.31-1 but the kmods have
not been updated.
Will these kmods works ok if I manually install them but they are not
being identified because of the different endings driver has a -2, the
kmods end with -1 still.
Also I have sent this to RPM Fusion with no luck with any answer as by
the looks of things all the questions on the mailing list there ( about
20 for a month) have all come from this list.
I just want to know if it is safe to even go ahead with this new driver
as it is an and is mislabelled. That's why Fedora update is not picking
it up.
I know there is no support here, but I hope someone knows the answer to
the question above
Thank you
Michael
Fedora 12 x86_64
Nvidia 9400GT
13 years, 9 months
ip address from range script
by Arthur Bela
TEST-A.txt: list of ip address ranges [AS/isp's in a country]
TEST-B.txt: list of ip addresses
I just need to know, if an ip in the TEST-B.txt is in a range of
TEST-A.txt
cat "TEST-A.txt"
63.31.63.0/24;9007;44536
64.65.0.0/19;9000;8263
62.64.14.0/21;9001;6852
cat "TEST-B.txt"
63.31.63.2
64.66.5.4
63.31.63.66
62.64.14.231
output:
63.31.63.0/24;9007;44536
63.31.63.2
63.31.63.66
62.64.14.0/21;9001;6852
62.64.14.231
-> so is an ip address [in TEST-B.txt] is from my country [TEST-A.txt]
or not?
thanks:\
13 years, 9 months
SE Linux error in logwatch (sendmail)
by Christofer C. Bell
When cron.daily runs, I get the following error related to sendmail
and logwatch:
/etc/cron.daily/0logwatch:
Can't exec "sendmail": Permission denied at /usr/sbin/logwatch line
1032, <TESTFILE> line 2.
Can't execute sendmail -t: Permission denied
The SE Linux error is:
type=SELINUX_ERR msg=audit(1280304906.187:42655):
security_compute_sid: invalid context
system_u:system_r:logwatch_mail_t:s0-s0:c0.c1023 for
scontext=system_u:system_r:logwatch_t:s0-s0:c0.c1023
tcontext=system_u:object_r:sendmail_exec_t:s0 tclass=process
Here is the relevant section of /usr/sbin/logwatch:
#Use mailer = in logwatch.conf to set options. Default should
be "sendmail -t"
#In theory this should be able to handle many different
mailers. I might need to add
#some filter code on $Config{'mailer'} to make it more robust. -mgt
open(OUTFILE,"|$Config{'mailer'}") or die "Can't execute
$Config{'mailer'}: $!\n";
my $mailto = $Config{"mailto_$Config{'hostname'}"};
$mailto = $Config{'mailto'} unless $mailto;
for my $to (split(/ /, $mailto)) {
print OUTFILE "To: $to\n";
}
print OUTFILE "From: $Config{'mailfrom'}\n";
print OUTFILE "Subject: Logwatch for $Config{'hostname'}
(${OStitle})\n";
The open statement (right under the comments) is line 1032.
Is this something that a bug needs to be opened on or is there a
context change on a file I can run to correct this? I'm not able to
use the SE Linux Troubleshooter because it generates the following
error (a bug to submit):
"Error while checking policy version."
Thanks.
--
Chris
13 years, 9 months