gmane.linux.suse.general

Re: Problem upgrade OpenSuSE 11.3 to 12.1

2012-05-25T13:55:21

Il 25/05/2012 13:03, Per Jessen ha scritto:
Bug report done: https://bugzilla.novell.com/show_bug.cgi?id=764134
Ok thank you, if it happens again, i'll try this.

How to cache openSUSE repositories with Squid

Per Jessen — 2012-05-25T12:52:57

I think I've seen people ask about this occasionally - I've finally
managed to take a few hours and write up how I do it:

http://wiki.jessen.ch/index/How_to_cache_openSUSE_repositories_with_Squid

I've had this setup working since beginning of the year, it saves a lot
of time.

Re: Problem upgrade OpenSuSE 11.3 to 12.1

Per Jessen — 2012-05-25T11:03:38


Right.


Please report it if you haven't already. https://bugzilla.novell.com/


Two things - 

1) correct the references to /dev/cciss/whatever to /dev/disk/by-id
links, and
2) rebuild the initrd (because it now requires module hpsa instead of
cciss).

Re: Problem upgrade OpenSuSE 11.3 to 12.1

2012-05-25T09:55:32

    I have also thinked that can be the the phisycal disk, but the raid is
A little (not so little) update about that issue.

I have worked with that upgrade for the last two days.

At first, i have tryied the online update from 11.3 to 11.4, and after a
first reboot, the system hangs with an error like "unable to mount VFS
root" at boot time. Booted it with a 11.4 rescue cd, and i can see the
module hpsa, and not cciss. The raid is seen as /dev/sdx. Previously,
into the 11.3 it was seen as /dev/cciss/....

According from what read at that link - http://cciss.sourceforge.net/ -
that controller (Smart Array P410i), it uses hpsa. Into the previous
kernels, it uses module cciss.

So, i have tried to fix it modifying fstab, mtab, system.map, and
reinstalling grub (by the rescue disk, mounting disks, dev and proc, and
chrooting it on the rescue), but with no success.

My last (and working try), is to re-install all from the scratch.

My questions are two:

- Any chance to have a working upgrade procedure with systems having
that hardware? As i can think, that is a bad issue.
- How to fix a situation like this with rescue? I have tryied it, but
something is wrong....

Cheers,

Claudio Prono.

Re: Re: LibreOffice and label templates (SOLVED - HOWEVER ! )

Duaine Hechler — 2012-05-25T04:38:05

I solved it by using Apaches' OpenOffice and associated templates !

However, that still does not solve LibreOffice problem !

Now, onto printing my return address labels..........

Duaine

On 05/24/2012 11:13 PM, Duaine Hechler wrote:

Re: LibreOffice and label templates

Duaine Hechler — 2012-05-25T04:13:14

Version 3.5.3.2

Is anyone else having trouble with the label templates ?

I've tried Avery Return Address Labels 8567 / 5267 and Avery Address Labels 5160 and both of them don't even come close 
to lining up :-( :'(

Thanks, Duaine

Re: Seeking recommendations for a CRM that has a descent print and/or pdf function

Duaine Hechler — 2012-05-25T04:06:20

Where can I find openbravo for opensuse ? (I don't want the Virtual machine versions)

Thanks, Duaine

Re: bash question - why calling 'calc' from script causes "bg" is undefined

Dirk Gently — 2012-05-25T02:30:33


barf bag?  Is programming getting that bad these days?  :-)

Re: inittab Faxgetty

Brian K. White — 2012-05-24T20:44:59

Haha I love that. Wonderful systemd... so much better. So worth the 
disruption... Poettering you are our hero and savior!


----quote----

I mean its a long way from

2:2345:respawn:/sbin/mingetty tty2

to

[Unit]
Description=Getty on %I
BindTo=dev-%i.device
After=dev-%i.device systemd-user-sessions.service plymouth-quit-wait.service

# If additional gettys are spawned during boot then we should make
# sure that this is synchronized before getty.target, even though
# getty.target didn't actually pull it in.
Before=getty.target

[Service]
Environment=TERM=linux
ExecStart=-/sbin/agetty %I 38400
Restart=always
RestartSec=0
UtmpIdentifier=%I
TTYPath=/dev/%I
TTYReset=yes
TTYVHangup=yes
TTYVTDisallocate=yes
KillMode=process

# Unset locale for the console getty since the console has problems
# displaying some internationalized messages.
Environment=LANG= LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME= LC_COLLATE= 
LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= 
LC_MEASUREMENT= LC_IDENTIFICATION=

# Some login implementations ignore SIGTERM, so we send SIGHUP
# instead, to ensure that login terminates cleanly.
KillSignal=SIGHUP

[Install]
Alias=getty.target.wants/getty< at >tty1.service

----quote----

Re: bash question - why calling 'calc' from script causes "bg" is undefined

David C. Rankin — 2012-05-24T20:34:28

I'll file it tonight and cobble together the issue and the situation it solves 
from this thread. Last I looked it was the original author that still 
maintains calc. I think I built calc from source for 11.4 IIRC and we talked 
about packaging it a bit. Yep:

15:31 alchemy:~> rpm -q calc
package calc is not installed
15:31 alchemy:~> calc
C-style arbitrary precision calculator (version 2.12.4.4)
Calc is open software. For license details type:  help copyright
[Type "exit" to exit, or "help" for help.]

; quit

That'll give me the info I need :)

Re: bash question - why calling 'calc' from script causes "bg" is undefined

David C. Rankin — 2012-05-24T20:28:53

So basically in z=$(calc -p '21+21') calc sees:

$ calc -p '21+21' \
bar 3 \
bar 4 \
bar 5 \
bar 6 \
bar 7 \
bar 8

and discards everything else in the line beginning with the first 'bar' 
because as far as calc knows that is some undefined text? But then just 
continues reading the rest of the 'bar #' until it runs out of things to read?


Aah.. Gotcha :)



OK, if I'm learning anything here, then that looks like:

$ bar 1 \
bar 2 \
bar 3 \
bar 4 | { ..stuff.. z=$(calc -p "$x+1") ..stuff.. }

calc still chokes on 'bar 1', but it has already executed the for x in $(seq 
10 14) before it dies. So the calculations finished in the '{}'s before calc 
ate: 'bar 1 \n bar 2 \n bar 3 \n bar 4'

^^^^^^^^^^^^^^^^
 > Compare:
 >
 > $ printf "bar %s\n" $(seq 4) | { exec</dev/null; IFS=$'\n'; \
 >    for x in $(seq 10 14); do \
 >        z=$(calc -p "$x+1"); echo "x=$x; z=$z";   done; }
 > x=10; z=11
 > x=11; z=12
 > x=12; z=13
 > x=13; z=14
 > x=14; z=15
 >
 > That way, you redirect your script's stdin from /dev/null, and thus
 > 'calc' can't read anything from there that might confuse it.
 >

That is the 'nugget' to be found. I would not have seen that or recognized 
that as an option for eons. That's where the (knowledge, skill, training, 
years of experience, etc..) really makes the difference. I completely lacked 
the appreciation for that level of redirection understanding. Oh, I've dug 
fairly far into redirection of stdin, stdout, and stderr, but stumbled 
face-first into what calc was doing with it ;-)

<snip>


   dnh -- It does! That was excellent, and the archives will hold onto this 
thread to help close the gap for many to come in the levels of redirection 
understanding (as well as provide a jumping off point for furthering debugging 
skills) This is something that probably needs to be forwarded to the ABS folks 
for inclusion in the section of redirection or as it's own separate 'Advanced 
Topics in Redirection - Understanding Potential Errors'.

   What was it -- I believe attributed to Einstein -- "True Genius is the 
ability to explain the complexities of nature to a child." Thanks!

Re: Bad repository metadata gwdg.de for several repos

Manfred Hollstein — 2012-05-24T19:39:14

you can easily (and safely) reduce that to

  sed -i 's|ftp5.gwdg.de/pub/opensuse|download.opensuse.org|' /etc/zypp/repos.d/*.repo

If sed doesn't find the search pattern, it won't replace anything.

Cheers.

l8er
manfred

Re: Why are my Opensuse so slow

Carlos E. R. — 2012-05-24T19:10:09

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 2012-05-24 20:14, Gunnar Haaland wrote:

You should have posted this as a reply to your other thread.



It doesn't answer why the disk was so slow.

- -- 
Cheers / Saludos,

Carlos E. R.
(from 11.4 x86_64 "Celadon" at Telcontar)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk++h5EACgkQIvFNjefEBxruDgCfcT8XW5zbQW2bB7HPx6a7XdY/
S+oAoKiMvmDkmJAuuv10+9t8icY5+zyj
=t2nR
-----END PGP SIGNATURE-----

Re: Why are my Opensuse so slow

Felix Miata — 2012-05-24T18:33:19

On 2012/05/24 20:14 (GMT+0200) Gunnar Haaland composed:




While it's fair to call what you did a "solution", others might call it a 
kludge or workaround, as the cause for the slowness was never determined, and 
now looks like won't be. Certainly the thread topic has not been answered.

Why are my Opensuse so slow

Gunnar Haaland — 2012-05-24T18:14:31

Thanks for all input about my "slow" Opensuse 12.1.

I have solved my problem.

I pulled the "plug" of my "old" disk, and installed 12.1  with my
Window XP on the SATA disk.

Re: Bad repository metadata gwdg.de for several repos

David C. Rankin — 2012-05-24T17:30:25

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 05/22/2012 10:03 PM, Carlos E. R. wrote:

What I did was just change the baseurl in the .repo file to remove the specific
server designation and let the mirror chooser do it's job to select an
appropriate mirror. So far that has worked. Example:

06:11 alchemy:~/dev/prg/ccpp/src-c/dt/gtk> cat /etc/zypp/repos.d/ccpplib.repo
[ccpplib]
name=ccpplib
enabled=1
autorefresh=1
#baseurl=http://ftp5.gwdg.de/pub/opensuse/repositories/devel:/libraries:/c_c++/openSUSE_11.4
baseurl=http://download.opensuse.org/repositories/devel:/libraries:/c_c++/openSUSE_11.4/
path=/
type=rpm-md
keeppackages=1

As long as I don't hit a bad mirror, it will work. I was able to successfully
update all repos. If you have a specific mirror you have been using, you can use
sed to globally change the baseurl:

for i in /etc/zypp/repos.d/*.repo; do
  if grep -q _your_old_url &>/dev/null; then
    sed -i 's|_your_old_url|_your_new_url|' "$i"
  fi
done

eg from the command line:

for i in /etc/zypp/repos.d/*.repo; do \
  if grep -q "ftp5.gwdg.de/pub/opensuse" "$i" &>/dev/null; then \
    sed -i 's|ftp5.gwdg.de/pub/opensuse|download.opensuse.org|' "$i"; \
  fi; \
done

  Do we want a bug filed on the repo metadata or is one of the repo maintainers
just going to work it from the list?


- -- 
David C. Rankin, J.D.,P.E.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.16 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk++cDEACgkQZMpuZ8Cyrci17wCeIMAleAdF+/imv0vRq/uqBygz
3iUAnAmo+Xhwv/oGjL3XgKLT3U9E9LxX
=axg1
-----END PGP SIGNATURE-----

Re: Seeking recommendations for a CRM that has a descent print and/or pdf function

Ricardo Chung — 2012-05-24T16:22:54

Duaine,

Check this list http://java-source.net/open-source/erp-crm

I don't know why it runs so slow on your side. Maybe too many services up or 
maybe need more RAM to handle several requests from clients. It will depends 
on your needs. Anyway you could monitor it to check resource resquests.

openBravo http://www.openbravo.com/ has evolved enough to make it easy and 
complete as you would need it because its scalability.

Regards,

Re: openoffice 3.4 from source works great - export OOO_FORCE_DESKTOP=gnome

Per Jessen — 2012-05-24T15:12:01


That is my impression too, but like David Rankin, I have also noticed
several small formatting issues when moving from OO to LO. That is very
annoying for old documents.

Re: openoffice 3.4 from source works great - export OOO_FORCE_DESKTOP=gnome

Marcus Meissner — 2012-05-24T14:24:47

Well, SUSE has lots of the Libreoffice developers on staff, and in their
opinion (check Michael Meeks blog entries;) LibreOffice is the stronger one.

Ciao, Marcus

Re: openoffice 3.4 from source works great - export OOO_FORCE_DESKTOP=gnome

Per Jessen — 2012-05-24T14:21:08


We're talking about projects that have branched - remember gcc and egcs? 
We don't know which branch is likely to live or be the strongest, so we
include both in the distro.  Same for mysql and mariadb.  Which one to
use is up to you.

Re: openoffice 3.4 from source works great - export OOO_FORCE_DESKTOP=gnome

Insomniactoo — 2012-05-24T13:01:14

  I'm sticking with OO. It works, it isn't the boogeyman so many thought was 
coming to get us, it works and does what I need quite well, and I don't have to 
wait for LO to finally get to the same point of working as well as OO. I'm sure 
there's nothing wrong with LO, and if someone wants to use it over another, who 
cares? Use what fors for you and be happy.