scoonma

1. No, I did not pass those paths while compiling, but I think that configuration script guessed them correctly as there were no errors during compilation.

Hm. Then at least I'd check if the config script set the path correctly from it's logfile. Qt-path may not be a problem, but I kde could be different (default values vs. user values for apps). Besides that, it's from the docs page of KMyFirewall!

2. What should I do with this?

 

[root@localhost zibi1981]# urpmq -vil kmyfirewall
getting lock on urpmi
[...]

Ah! You'll only see the full list of files (due to the -l option) if you installed not the synthesis, but the full hdlist.cz from repositories.

HTH,

scoonma

"The service script in /etc/init.d/btnx is made from a Debian skeleton script. It apparently makes calls that are Debian (or Debian-based distros, ie Ubuntu) specific.

 

I will have to change this to make it compatible with other distros. Mandriva has start-stop-daemon, right?"

 

I'm not really sure what he is asking. How should I respond to him?

As root, you can handle many services (sort of "frontends" for daemons) in Mandriva this way:

"service <servicename> start | stop | restart | status"

Guess this is what he meant, as you can access services also by entering their pathname, which would be /etc/init.d/<servicename>. So in short: the answer is yes (but no guarantee that it will work). Probably the author of btnx will find some Mandriva examples useful (like alsa, haldaemon, cups...) from /etc/init.d/.

Working again, thx!

Hi zibi,

did you pass on your kde install path when compiling?

(http://magrathea.dnsalias.net/~hubinger/kmf/kmf_doc/compilation.html)

Besides from that, I would check which config files the app is using and where they reside. This can be checked by "urpmq -vil kmyfirewall". Defaults seem to lie in /usr/share.

So if you're finding the corresponding filenames within your user dir from a previous installation, you should be able to go ahead.

HTH,

scoonma

Hi there,

on a recent check chkrootkit (0.47) found on this 2008 a possible Showtee plus a Romanian pointing to /usr/include/file.h.

Anyone with some experience at situations like this?

Thx,

scoonma

i rightclick my usb drive in devices and hit properties and it says i only have 68 megs total memory (ram) to use

i cant download anything barly with that small ammount. how do i increase it. my laptop has about 256 megs of ram total. and i have a 2 gig usb drive that im booting from.

Two possible reasons as my guess:

a) Your USB drive is partitioned and your only seeing a small part of it. Is it the same USB drive you're booting from? Then you should not wonder why...

b) Some of your Laptops memory will probably be used for GFX display (check BIOS settings).

I'm still getting an md5 sum error here with contrib_updates @distrib-coffee (last try yesterday). My fault or serverside?

Repartitioning won't hold your system back from booting a live CD. So after you've backed up probably important user data you still may want to use, you can simply go on (i.e. let it write the new partition table and proceed) .

Check out avidemux or kino. There are most likely qt-library (i.e. KDE integrated) based apps, too.

[...]

 

url="$(tr -d '\r' <"$1" | sed -n 's/^URL=//p')"
exec gnome-open "$url"

Don't you mean > exec gnome-open $url ?

Ah, thanks neddie, I've spent hours looking for some explicit concatenation "function". Didn't know it was that simple.

I'll also go on with split. Great!

Hi folks,

after several years without practice (and being quite a newbie with Linux in particular) I'm trying to create some useful shell script. It is a very early version yet. The aim is to split a given text file into numbered blocks ready to pass on as SMS to mobiles. I've never gotten below line 27 within the script during execution (sometimes halfway working with minor changes, but writing to stdout instead of using the given variable), and the bloody thing hits me at last with the following error:

"../smsformat.sh: line 27: strcat: command not found"

Please see below:

! /bin/bash
# Purpose: Format given text from file to subsequent blocks ready for SMS sending
# Usage: smsformat -i <infile> -l <smslength> -o <outfile>
# or smsformat --help for short help

help()
{
 echo "Usage $0 -i <infile> -l <length> -o <outfile>"
}

if [ $# -lt 1 ]; then
 help
fi

while getopts i:l:o opt
do
  INTEXT=""
  case "$opt" in
 i) INFILE=$OPTARG
if [ -f $INFILE ] && [ -s $INFILE ]
then
	cat $INFILE | while read line
	do
	  INLINE=$line
	  INTEXT=eval strcat $INTEXT $INLINE
		done
	fi;;
 l) if [ $OPTARG -gt 0 ]
  then LEN=$OPTARG
	fi;;
 o) OUTFILE=$OPTARG;;
 *) help;;
  esac
done

echo Tracepoint
echo $INTEXT
HELPTEXT1='eval tr -s '\n' $INTEXT'
HELPTEXT2='eval tr -s '\r' $HELPTEXT1'
HELPTEXT3='eval tr -s '\n' '[:space:]' $HELPTEXT2'
# echo $HELPTEXT3
exit 0

Requesting your skilled comments,

scoonma

It's also useful to do a check *after* burning.

Uh sorry, I missed that important bit.

Yellow Dog is commercial I think... or not?

Not fully. There are commercial versions, but a free download version, too. Source: http://en.wikipedia.org/wiki/Yellow_Dog_Linux

An early release of the next Mozilla Firefox version is available here. This version fixes a security related bug with the Quicktime plugin. Besides that, nothing has changed compared to 2.0.0.6. The new version was originally planned to be released at the beginning of October.

Sources:

http://www.pcwelt.de/start/sicherheit/browser/news/94044/

http://wiki.mozilla.org/Firefox:2.0.0.7:Test_Plan

Hi vois,

I'd recommend Yellow Dog Linux, a distro tailored for PPC systems from the start. Download mirrors are here:

http://www.terrasoftsolutions.com/resources/downloads.shtml

A very useful live CD for (re-)partitioning is GPartEd, but you should check HFS filesystem features before:

http://gparted.sourceforge.net/features.php

HTH,

scoonma

How should that work? When it's full, a DVD can contain 4,7 GB of data, compared to a CD with 700MB. You could only split in a meaningful way if the data contains no installable programs, just raw data. If you had a DVD full of pictures for example, you could copy them onto your harddisk, make portions of max. 700MB size and create Data-CDs out of them and write to CDs. But this "generic" method would only make sense if the data is not interrelated. For installing purpose this would not work, for any DVD and/or OS.

[..]

You then should be able to logout and have the KDM login - a reboot shouldn't be necessary.

Hm, I'd at least do a "service dm restart" as root after applying the change.

Hi Paulo,

normally you'd do that using MCC (Mandriva Control Center) / System Startup / Display Manager.

After that also check your $HOME directory, it may contain the files .desktop and .dmrc, they should reflect your changes after restarting.

Thank you! I'll choose distrib-coffee next time when in trouble. nluug.nl seems to be okay again.

I also look forward to a good kernel for 2008 (maybe even a .23 series?). There's some nice virtualization options in the new kernels... ;-)

Can you recommend a good cooker mirror (preferably offering rsync support) better than nluug.nl? I'm using it for some time since it's even better than muenster, which gave me permanent lockups during downloads (both on rsync and ftp).

EDIT: The cooker mirror I was referring to was muenster, not stuttgart, but problems are the same...

Okay, that does it. Thanks!

Hi there,

today I wanted to transmit a bug report using bugzilla (see next posting). On "urpmi bugzilla" I found out that it depends on installing one out of four apache versions. This is definitely *not* what I wanted to do, installing a web server to an unstable version. If there's any other means to file bug reports, please let me know.

Suppose your system will be okay. In most cases bad signatures/md5sums indicate an error on the server you installed as repository. I stumble over these quite regularly. Check 24h later and everything will be okay in 90%. You can also choose a different mirror to download from, but if the error is in the original package, it will be distributed all over.