<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.linux.suse.general">
    <title>gmane.linux.suse.general</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326544"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326543"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326542"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326541"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326540"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326539"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326538"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326537"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326536"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326535"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326534"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326533"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326532"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326531"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326530"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326529"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326528"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326527"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326526"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.linux.suse.general/326525"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326544">
    <title>Re: nVidia driver and kernel 3.4</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326544</link>
    <description>&lt;pre&gt;
The 302.07 beta has been around since the beginning of this month at 
least, I downloaded it on the 2nd) so it's a bit "long in the tooth", so 
to speak :-) .

While it worked perfectly for me under 3.3.x I thought I would give it a 
miss with the 3.4 kernel - just as well I see, so thanks for finding 
this out :-) .

BC

&lt;/pre&gt;</description>
    <dc:creator>Basil Chupin</dc:creator>
    <dc:date>2012-05-26T06:13:04</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326543">
    <title>Data corruption with 3.4 Kernel from Tumbleweed repo</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326543</link>
    <description>&lt;pre&gt;Just a word of caution in case anyone else is boldly tumbling through 
tumbleweed.
I updated to kernel-default-3.4.0-x from the tumbleweed repository 
yesterday.  The machines are primarily used as "nfs servers" and the nfs 
exports are mounted for use by vmware vSphere hosts.  Today, there was 
massive disk corruption on all files being written to the nfs shares.  
Not sure if anyone else is seeing this but just something to keep in 
mind before using the Tumbleweed repo.

&lt;/pre&gt;</description>
    <dc:creator>Moby</dc:creator>
    <dc:date>2012-05-26T04:02:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326542">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326542</link>
    <description>&lt;pre&gt;Hello,

On Fri, 25 May 2012, Patrick Shanahan wrote:

Uhm, I don't remember. But for what does one have a complete local
mail-archive? Ah, found it (with ",/ ~P ~b calc" (i.e. for reverse
search on mails by me containing 'calc' in the body)), it's even in
the still current mbox :) And it actually _was_ dcr, and that mail
doesn't qualify for "oldtimer" (but dcr, you and me do):

====
Date: Thu, 8 Sep 2011 06:11:03 +0200
From: David Haller &amp;lt;dnh&amp;lt; at &amp;gt;opensuse.org&amp;gt;
Subject: Re: [opensuse] Does 'calc' exist as an 11.4 rpm somewhere?? (the CLI calc not office calc)
Message-ID: &amp;lt;20110908041103.GA4162&amp;lt; at &amp;gt;grusum.endjinn.de&amp;gt;
[..]
On Tue, 06 Sep 2011, David C. Rankin wrote:

Please test:
http://download.opensuse.org/repositories/home:/dnh
[..]
====

IIRC, that was a typical "dnh", grab source, hack up a .spec, and off
you go ;)


You did follow up on above mail from me though (that probably was what
triggered your memory):

====
thanks for handling the calc package.  I was using an older version but
recently tend to use mathom&lt;/pre&gt;</description>
    <dc:creator>David Haller</dc:creator>
    <dc:date>2012-05-26T03:41:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326541">
    <title>Re: nVidia driver and kernel 3.4</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326541</link>
    <description>&lt;pre&gt;* Patrick Shanahan &amp;lt;paka&amp;lt; at &amp;gt;opensuse.org&amp;gt; [05-25-12 21:32]:

The 302.07 beta driver does *not* build agains 3.4... kernel.

The 295.53 did build for me against 3.4 kernel.
&lt;/pre&gt;</description>
    <dc:creator>Patrick Shanahan</dc:creator>
    <dc:date>2012-05-26T03:07:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326540">
    <title>Re: nVidia driver and kernel 3.4</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326540</link>
    <description>&lt;pre&gt;* Basil Chupin &amp;lt;blchupin&amp;lt; at &amp;gt;iinet.net.au&amp;gt; [05-25-12 20:56]:

There is also a 302.07 beta driver which I have not yet tried.  Will
advise shortly.

&lt;/pre&gt;</description>
    <dc:creator>Patrick Shanahan</dc:creator>
    <dc:date>2012-05-26T01:30:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326539">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326539</link>
    <description>&lt;pre&gt;* David Haller &amp;lt;dnh&amp;lt; at &amp;gt;opensuse.org&amp;gt; [05-25-12 20:27]:
 ...

May have been for me but I do not remember, old timer's I guess  :^)

I have been using calc for several years, used to dl the source and make
local version with chkinstall.  Mathomatic now seems to be quite capable
in similar circumstances, but syntax is different.


&lt;/pre&gt;</description>
    <dc:creator>Patrick Shanahan</dc:creator>
    <dc:date>2012-05-26T01:18:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326538">
    <title>nVidia driver and kernel 3.4</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326538</link>
    <description>&lt;pre&gt;The latest nVidia driver (from the nVidia site itself) is 295.53 and it 
does not require a patch to install.

FYI.

BC

&lt;/pre&gt;</description>
    <dc:creator>Basil Chupin</dc:creator>
    <dc:date>2012-05-26T00:54:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326537">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326537</link>
    <description>&lt;pre&gt;Hello,

On Thu, 24 May 2012, David C. Rankin wrote:

I'd have to look into the source how calc handles arguments vs. stdin,
but ...


... it seems to eval first the arguments, then read stdin (at least
4KB of it), tries to eval that and in this case, barfs on the first
'bar'[0].


*bg*


Almost. You for got: calc is called from inside the for-loop. That
means:

for x = 10
    calc -p 10+1    ### evals and prints 10+1; gobbles stdin
                    ### ("bar 1" till "bar 4"), barfs on the first
                    ### 'bar' and exits[0]
for x = 11
    calc -p 11+1    ### evals and prints 11+1, stdin is empty
for x = 12
    calc -p 12+1    ### evals and prints 12+1, stdin is empty
...


Yeah, that redirecting with 'exec' (usually at the top of a script) is
a topic easily overlooked. Have a look into a configure script (search
for 'exec' and after that look at a couple of how those redirections
are used later on (search for '&amp;gt;&amp;amp;')).

Homework: show me at least 2 more versions to redirect besides the 2
alread&lt;/pre&gt;</description>
    <dc:creator>David Haller</dc:creator>
    <dc:date>2012-05-26T00:24:49</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326536">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326536</link>
    <description>&lt;pre&gt;Hello,

On Thu, 24 May 2012, David C. Rankin wrote:

Weird. I was quite sure it was you that I cobbled together the RPM
for, see[1], seems still up-to-date BTW.

-dnh

[1] http://download.opensuse.org/repositories/home:/dnh/openSUSE_11.4/

&lt;/pre&gt;</description>
    <dc:creator>David Haller</dc:creator>
    <dc:date>2012-05-25T23:27:31</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326535">
    <title>Mounting fuse filesystems from dolphin</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326535</link>
    <description>&lt;pre&gt;I am running OpenSuse 12.1 I have a webdav partition, with a mount
point configured in /etc/fstab, mounted via fuse/wdfs:

wdfs#https://webdav.yandex.ru/ /mnt/yandex fuse
users,noauto,username=myusername,password=secret 0 0

It is listed as "noauto" because my laptop is often not online, and so
I don't want it mounting. Everything works just fine from the command
line: I can mount with "mount /mnt/yandex" and unmount with
"fusermount -u /mnt/yandex"

However, the entry for this mount does not show up in the "places"
list in Dolphin, and I cannot figure out any way to add it there. I
can add the /mnt/yandex folder to "places", but it does not give me an
option to mount it. I also tried device notifier, with the option to
show all devices, but it does not show up as a device, either, even
though other fstab entries (like Windows partitions) do.

Is it possible to mount a fuse partition either from Dolphin or from
device notifier? I'd like to make this accessible to a couple of
non-technical users who know how &lt;/pre&gt;</description>
    <dc:creator>Myrosia Dzikovska</dc:creator>
    <dc:date>2012-05-25T23:10:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326534">
    <title>Re: Problem upgrade OpenSuSE 11.3 to 12.1</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326534</link>
    <description>&lt;pre&gt;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.

&lt;/pre&gt;</description>
    <dc:creator>claudioml&lt; at &gt;mediaservice.net</dc:creator>
    <dc:date>2012-05-25T13:55:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326533">
    <title>How to cache openSUSE repositories with Squid</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326533</link>
    <description>&lt;pre&gt;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.


&lt;/pre&gt;</description>
    <dc:creator>Per Jessen</dc:creator>
    <dc:date>2012-05-25T12:52:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326532">
    <title>Re: Problem upgrade OpenSuSE 11.3 to 12.1</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326532</link>
    <description>&lt;pre&gt;

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).



&lt;/pre&gt;</description>
    <dc:creator>Per Jessen</dc:creator>
    <dc:date>2012-05-25T11:03:38</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326531">
    <title>Re: Problem upgrade OpenSuSE 11.3 to 12.1</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326531</link>
    <description>&lt;pre&gt;    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 sys&lt;/pre&gt;</description>
    <dc:creator>claudioml&lt; at &gt;mediaservice.net</dc:creator>
    <dc:date>2012-05-25T09:55:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326530">
    <title>Re: Re: LibreOffice and label templates (SOLVED - HOWEVER ! )</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326530</link>
    <description>&lt;pre&gt;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:


&lt;/pre&gt;</description>
    <dc:creator>Duaine Hechler</dc:creator>
    <dc:date>2012-05-25T04:38:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326529">
    <title>Re: LibreOffice and label templates</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326529</link>
    <description>&lt;pre&gt;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

&lt;/pre&gt;</description>
    <dc:creator>Duaine Hechler</dc:creator>
    <dc:date>2012-05-25T04:13:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326528">
    <title>Re: Seeking recommendations for a CRM that has a descent print and/or pdf function</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326528</link>
    <description>&lt;pre&gt;Where can I find openbravo for opensuse ? (I don't want the Virtual machine versions)

Thanks, Duaine

&lt;/pre&gt;</description>
    <dc:creator>Duaine Hechler</dc:creator>
    <dc:date>2012-05-25T04:06:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326527">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326527</link>
    <description>&lt;pre&gt;

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



&lt;/pre&gt;</description>
    <dc:creator>Dirk Gently</dc:creator>
    <dc:date>2012-05-25T02:30:33</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326526">
    <title>Re: inittab Faxgetty</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326526</link>
    <description>&lt;pre&gt;
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=&lt;/pre&gt;</description>
    <dc:creator>Brian K. White</dc:creator>
    <dc:date>2012-05-24T20:44:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326525">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326525</link>
    <description>&lt;pre&gt;
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:~&amp;gt; rpm -q calc
package calc is not installed
15:31 alchemy:~&amp;gt; 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 :)

&lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2012-05-24T20:34:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.linux.suse.general/326524">
    <title>Re: bash question - why calling 'calc' from script causes "bg" is undefined</title>
    <link>http://permalink.gmane.org/gmane.linux.suse.general/326524</link>
    <description>&lt;pre&gt;
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'

^^^^^^^^^^^^^^^^
 &amp;gt; Compare:
 &amp;gt;
 &amp;gt; $ printf "bar %s\n" $(seq 4) | { exec&amp;lt;/dev/null; IFS=$'\n'; \
 &amp;gt;    for x in $(seq 10 14); do \
 &amp;gt;        z=$(calc -p "$x+1"); echo "x=$x; z=$z";   done; }
 &amp;gt; x=10; z=11
 &amp;gt; x=11; z=12
 &amp;gt; x=12; z=13
 &amp;gt; x=13; z=14
 &amp;gt; x=14; z=15
 &amp;gt;
 &amp;gt; That way, you redirect your script's stdin from /dev/null, &lt;/pre&gt;</description>
    <dc:creator>David C. Rankin</dc:creator>
    <dc:date>2012-05-24T20:28:53</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.linux.suse.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.linux.suse.general</link>
  </textinput>
</rdf:RDF>

