April 2016 - openSUSE Users - openSUSE Mailing Lists

Re: [opensuse] Re: ssh problems SOLVED: Thank you
by Vojtěch Zeisek 29 Apr '16

29 Apr '16

Dne čtvrtek 28. dubna 2016 10:32:13 CEST jste napsal(a): > Dne čtvrtek 28. dubna 2016 10:05:23 GMT, Vojtěch Zeisek napsal: > > Dne čtvrtek 28. dubna 2016 10:02:14 CEST, Wolfgang Mueller napsal(a): > >> [...] it was the SuSE firewall that caused the problems. > >> Having stopped and disabled it, everything works o.k. > > > > Ehm, I'd rather recommend to open SSH port and start firewall again... > > Isn't it sufficient to rely on the firewall of my router (AVM > FRITZ!Box 3270)? I don't know this model, but I have always found cheap home routers too unreliable. If You are *sure* it is good model with good firewall, then OK... -- Vojtěch Zeisek Komunita openSUSE GNU/Linuxu Community of the openSUSE GNU/Linux https://www.opensuse.org/ https://trapa.cz/

5 5

RE: [opensuse] KMail5 Dependencies
by stakanov＠freenet.de 29 Apr '16

29 Apr '16

> -----Ursprüngliche Nachricht----- > Von: sdm > Gesendet: Do. 28.04.2016 09:55 > An: opensuse(a)opensuse.org > Betreff: [opensuse] KMail5 Dependencies > > I was curious about trying KMail5, but it needs a whole ton of hard > dependencies to even install. PIM libraries, Akonadi, and on and on. > When I install Thunderbird, it needs 0 dependencies. It doesn't even try > to install 1 extra dependency. The last time I saw developers and > package maintainers discussing Akondai, the gist I got from what they > were saying was that it's pure crap and just a total mess that needs to > be trashed. So, my question is, what does KMail5 need so many > dependencies? It just looks like a ton of bloat; I don't want Akonadi or > PIM or any of that stuff. All I would want is an email client and that's > it. > > -----Ursprüngliche Nachricht Ende----- Well you have plenty. If you choose the Kontact/Kmail solution you get an integrated package. I would be curious when you did "talk to developers" because you info is opposed to mine. For what I know: Either kmail / kontact as well as akonadi is under development. Kmail has integration with kleopatra and that is also developed on, to guarantee smartcard support (I had this info just today). Akonadi afaik is in the very moment partially rewritten to achieve higher speed and less system load. By itself it is normal that Kmail draws in a lot of dependencies because is has a lot of functions (that you probably do not use). Therefore for you there is T-bird, Claws, Evolution (although that will have a lot of gtk dependencies) and so many others. So this is not really "it is pure crap". There have been (so I have been told) problems and bugs that are "by design error" (concerning especially annoying things like the "filter amnesia" and some others), and these are addressed by the rewriting. Once you search for a specific mail or attachment, I can guarantee you, if your mail is about 5 to 6 years of messages, it is very nice (as done by me just two days ago) to find the mail in question in about 20 seconds or less, just by querying the database. So..... I do not really subscribe to "pure crap". YMMV. P.s. T-bird does not install dependency because it was originally designed to be a stand alone product. Independent but also not collaborative with the respective desktop or O.S.. Thus...what "dependency" should a totally independent third party product bring in? Anyway, what would be the issues of the dependencies? Running your KDE on a very small tablet device w/o disk space? Because if not, this will not bother you to try. Anyway if you do not like it, you can stop akonadi and you will have thereafter no system load. Sure the first run of indexation of baloo / database will take about one day in my experience. If you set up at night and give the machine the whole night to work in standby you will be done without really noticing. Don't forget to setup spamassassin (you have to install the packages independently, they are not dependency) if you want a good spam filter with pop. --- Mail & Cloud Made in Germany mit 3 GB Speicher! https://email.freenet.de/mail/Uebersicht?epid=e9900000450 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 9

[opensuse] swapoff takes 7 minutes
by Bjoern Voigt 28 Apr '16

28 Apr '16

I wonder why "swapoff -a" takes so long (7:44 minutes). There is enough free RAM space (after resuming from hibernate). I currently have two swap partitions, one on a WD red hard disk and one on a SSD. But even before (only SSD swap space) the swapoff time was nearly the same. mybox:~ # iotop mybox:~ # free total used free shared buff/cache available. Mem: 8104720 3435540 3510580 15192 1158600 4492152 Swap: 38281208 3277124 35004084 mybox:~ # time swapoff -a real 7m44.407s user 0m0.000s sys 4m37.312s mybox:~ # # grep swap /etc/fstab UUID=7c287338-bb71-41e1-a5cf-789f6fea25d3 swap swap pri=1 0 0 UUID=93313bb7-d7cd-4978-9882-079d4a803b72 swap swap pri=2 0 0 My setup: - CPU: Intel Core i5 CPU 750 @ 2.8GHz - openSUSE Tumbleweed x86_64 - 8 GB RAM - SWAP: 20 GB on SSD, 16 GB on WD red hard disk, no SWAP encryption I doubt, that the long swapoff time is not only a theoretical problem. I have several phenomenons which can be related: * System feels sluggish after resuming from hibernate. This problem became stronger after removing 8 GB RAM from 16 GB before. With "iotop" I found, that there is much I/O SWAPIN traffic. * Shutdown can take some minutes * Even with much less used SWAP memory swapoff takes too long Any ideas? What is a reasonable time for swapoff? Greetings, Björn -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

9 52

Re: [opensuse] KMail5 Dependencies
by stakanov＠freenet.de 28 Apr '16

28 Apr '16

> -----Ursprüngliche Nachricht----- > Von: Xen > Gesendet: Do. 28.04.2016 12:52 > An: oS-en , > Betreff: Re: [opensuse] KMail5 Dependencies *****SNIP******. > > The whole point is really I think that Akonadi does not equal KDE. > > You can use KDE just fine without it. No user of KDE should be forced to > use that ****of crap*. > I understand your point. But you are not forced to use it. "akonatictl off" Done. You say: I want an email client that runs without akonadi. Then use TB. You say I want a standalone local email client that does not have a database and is stable. Well, who tells you that stable is also save these days with what the userspace offers. Obligations: Why do I have to install SAMBA if I have Wine installed. Why do I have always to blacklist avahi if I do not use it at all. The life is full of why. But samba you can uninstall but some libraries. And AVAHI you can blacklist it. And Akonadi? Well you CAN switch it off. Of course then you will not opt for software that REQUIRES it. This would be like buying an AUDI T8 instead of a Tesla and complain that it requires gasoline. You want electrical you buy Tesla. You want gas you buy Audi (or whatever). YOU choose, you are not forced. Of course your choice MAY influence the producer. But MAY is not MUST and your position MAY not be the one of the MAYORITY. Please note that the caps are intended as cursive not as "scream". Just for the netiquette. I do not know how to do cursive in plaintext as convention You may educate me if you do. So no aggressive intention. If ever you think that your position has people behind, ask to the KDE team to develop this or put together a team of pro's and enthusiasts for the new and wicked KDXENMAIL. :-) > I don't want to be married to a platform that is KDE only, that is going > to store all of my personal data and emails in a faulty database that runs > somewhere in /var/lib or whatever, or even in some user home directory > subfolder that I don't know about. So you choose a distribution without systemd, without akonadi, without zeroconf....how many users have really the power to control what is going on. How many are able to really understand permissions, apparmour, tomoyo, leave aside SLE settings. Did you try to understand the setting of PAM? I did. It is a DESPAIR. You may set somewhere DON'T do this. And there is written: depending on PAM settings this may be overwritten. And where do you find these PAM settings? And how many user know how to administer the system to that point?? > > A system that is not stable and not solid, not dependable and not > resilient. And in no way failsafe. Without polemic: so do not use software. To my knowledge there is currently nothing out there that resembles to what you claim. All software seems in constant flow, all with regressions and bugs. > I have always stayed away from "full solutions" that were not to my liking > and it is one imortant reason I have never started using a Mac (other than > the cost). Thunderbird is simple, a single package, easy to understand, > stores it where you know it is, only weird thing is the naming of its > profiles. Acknowledged. So if Thunderbird is what you like and need. Where is the problem? Want KDE rocksolid without all modern things. Take Trinity. Want a Desktop that does not make you worry about the word choice and settings: take Gnome. Want to feel in "social company of the masses": Take MIR. So nobody forces your choice. But consider: if I want to buy a new laptop without paying the F***Kn "Marketleader" and without pre-installed "let us shoot you in the knee" software, i am quite forced. > > (If you look at Netscape mail directories you will find it uses the exact > same format as today's Thunderbird :p. If you look at many devices they still use the very bad DOS FAT32 that was used so many years ago. :-o Now...is that an advantage? Not sure. NTFS: years old but...fast? Again YOU choose. > > So for me once more, nothing much has improved in 10 years at least, much > has regressed, and I'm happy to use IMAP but I find it hard to back up > (remotely). In a perfect world you use IMAP. Without all the bad guys out there. I do like my mail on my PC. That also is a choice. After all it seems we are quite "free to choose" with Linux, are we. And I have here a 12 year old PC (first generation 64 Bit Athlon Single core 939 Socket (for the young ones: look up in Wikipedia what was that socket Hint: the mainboard features a AGP/PCI-e hybrid slot. And yes, it runs well with Leap and TW still today. Bit slow but it does. Try this with other software! :-) Well for me things are not so dramatic. Regards --- Mail & Cloud Made in Germany mit 3 GB Speicher! https://email.freenet.de/mail/Uebersicht?epid=e9900000450 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1

Re: [opensuse] HP Ultrium LTO Compression
by Paul Groves 28 Apr '16

28 Apr '16

Yes I am using LTO3 with LTO media tape is a HP C7973A Drive is a HP storageworks Ultrium 920 But this issue is the same with my lto2 and lto1 drive. I checked the tapes at work and they hold the correct amount of data when written with Backup Exec. so it must be a configuration issue. The performance is fine, if anything it is faster to write the tapes using tar than backup exec, it is just not compressing and I have no idea how to turn this on. (Although mt and mtst say it is already on). Is the tape density a good place to be looking? As far as I can tell it is indicating no compression. 0x44 on mty lto3 drive 0x42 on ltot and 0x40 on lto1 On 28 April 2016 at 17:08, Greg Freemyer <greg.freemyer(a)gmail.com> wrote: > > On Thu, Apr 28, 2016 at 12:02 PM, Paul Groves <paul.groves.787(a)gmail.com> > wrote: >> >> I am using an LTO3 tape which is 400GB native (up to 800GB) so I would >> expect somewhere between these values. >> The directory contains many un-compressed media files so should be >> compressible, and it is only 368GB in size. >> It stops at around about 250-300GB mark by my estimation, which was my >> original problem. It isn;t even using anywhere near it's native size. > > > Paul, > > Ar you sure you are using both LTO-3 drives and LTO-3 media? > > If so, I have no idea why the tapes would not hold at least the 400GB of > data. > > Greg > > -- > Greg Freemyer > www.IntelligentAvatar.net -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

Fwd: [opensuse] kernel repository
by Greg Freemyer 28 Apr '16

28 Apr '16

On Thu, Apr 28, 2016 at 10:36 AM, Anton Aylward <opensuse(a)antonaylward.com> wrote: > > On 04/28/2016 08:06 AM, Per Jessen wrote: > > Anton Aylward wrote: > > >> So I get to > >> https://www.kernel.org/pub/linux/kernel/v4.x/ChangeLog-4.5.2 > >> which is fine for what it is but it still leaves the issue of the > >> weekly changes such as what comes after the dash unaccounted for. > > > > No, I meant the changelogs in the openSUSE rpms. Unless you're using > > vanilla, I'm sure we still have quite a few patches. > > That would be a good idea, but ... > > I've done step and repeat on the RPMs at > http://download.opensuse.org/repositories/Kernel:/stable/standard/x86_64/ > and not found any changelogs. > > Next ? > I'm open to correction, but I think this is right: ========================== As to rev numbers: breaking down 4.5.2-2.1 4.5 Major kernel release 4.5.2 Second maintenance release of 4.5 by kernel.org - See kernel.org changelog 4.5.2-2 Second "release" of 4.5.2 by openSUSE. That means the kernel tarball for 4.5.2-1 and 4.5.2-2 are IDENTICAL. But openSUSE has added/removed patches or done some other packaging level change. The changes should be detailed on the openSUSE *.changes file (See below for info on opensuse's *.changes file). Because of the openSUSE changes the SRPM packages are NOT identical for 4.5.2-1 and 4.5.2-2. 4.5.2-2.1 First build of "release" of 4.5.2-2. If there is a 4.5.2.-2.2 that means the package was rebuilt but the package source did not change. For instance if a new c compiler is released, OBS will automatically rebuild packages that BuildDepend on the c compiler. Thus if the kernel has a bug that was introduced by a buggy compiler, then the "fix" would be to correct the compiler and check it into factory. Then the kernel would automatically get rebuilt and be available in Kernel:stable. The SRPM for 4.5.2-2.1 and 4.5.2-2.2 should be IDENTICAL. The difference is in the tools used to build the binaries. ==> Changelog I always look straight in OBS. https://build.opensuse.org/package/show/Kernel:stable/kernel-source If you sort the file list by date, there are 6 changes files that pop up to the top. They are fairly informative, but mostly discuss openSUSE updates. The 6 changefiles are probably identical. OBS requires a *.changes file for each major package it is building. The kernel is fairly unique in that one set of files build multiple major packages. The *.changes file for the default kernel starts with: === ------------------------------------------------------------------- Thu Apr 21 11:07:52 CEST 2016 - jslaby(a)suse.cz - Update patches.kernel.org/patch-4.5.1-2 (fate#318900 bsc#963490 bnc#972330). One more bnc. - commit 0454a6e ------------------------------------------------------------------- Wed Apr 20 09:06:29 CEST 2016 - jslaby(a)suse.cz - Linux 4.5.2 (fate#318900 bsc#963490). - Delete patches.suse/fs_add_file_dentry.patch. - Delete patches.suse/nfs-use-file-dentry.patch. - commit 8a6791e ------------------------------------------------------------------- Tue Apr 19 14:04:21 CEST 2016 - mkubecek(a)suse.cz - netfilter: x_tables: fix unconditional helper (CVE-2016-3134 bsc#971126). - netfilter: x_tables: make sure e->next_offset covers remaining blob size (CVE-2016-3134 bsc#971126). - netfilter: x_tables: validate e->target_offset early (CVE-2016-3134 bsc#971126). - netfilter: x_tables: check for size overflow (CVE-2016-3135 bsc#970904). - commit 99697f1 ------------------------------------------------------------------- Tue Apr 19 14:02:14 CEST 2016 - mkubecek(a)suse.cz - series.conf: move netfilter section right after core networking - commit 9105886 ------------------------------------------------------------------- Mon Apr 18 11:17:41 CEST 2016 - jslaby(a)suse.cz - Update patches.kernel.org/patch-4.5.1 (CVE-2016-2184 CVE-2016-2185 CVE-2016-2186 CVE-2016-3140 CVE-2016-3689 bnc#967903 bnc#970892 bnc#970958 bnc#971124 bnc#971628 boo#969098 boo#970968 boo#971737 boo#971853 bsc#969383 bsc#969870 bsc#971125 bnc#970955 CVE-2016-3136). One more reference. - commit da73f3b ------------------------------------------------------------------- Thu Apr 14 10:40:34 CEST 2016 - agraf(a)suse.de - Update config files: arm64: Enable Xilinx ZynqMP - commit fd7ad3d ------------------------------------------------------------------- Wed Apr 13 16:17:39 CEST 2016 - mmarek(a)suse.cz - rpm/kernel-binary.spec.in: No -kgraft subpackage for openSUSE (fate#320268) - commit 269d6bf ------------------------------------------------------------------- Wed Apr 13 08:19:22 CEST 2016 - jslaby(a)suse.cz - Linux 4.5.1 (CVE-2016-2184 CVE-2016-2185 CVE-2016-2186 CVE-2016-3140 CVE-2016-3689 bnc#967903 bnc#970892 bnc#970958 bnc#971124 bnc#971628 boo#969098 boo#970968 boo#971737 boo#971853 bsc#969383 bsc#969870 bsc#971125). - Delete patches.arch/intel_idle-prevent-SKL-H-boot-failure-when-C8-C9-C10. - Delete patches.drivers/0001-Input-ims-pcu-sanity-check-against-missing-interface.patch. - Delete patches.drivers/0001-Input-powermate-fix-oops-with-malicious-USB-descript.patch. - Delete patches.drivers/0001-USB-digi_acceleport-do-sanity-checking-for-the-numbe.patch. - Delete patches.drivers/0001-USB-usb_driver_claim_interface-add-sanity-checking.patch. - Delete patches.drivers/ALSA-hda-Don-t-handle-ELD-notify-from-invalid-port. - Delete patches.drivers/ALSA-hda-Fix-forgotten-HDMI-monitor_present-update. - Delete patches.drivers/ALSA-hda-Fix-spurious-kernel-WARNING-on-Baytrail-HDM. - Delete patches.drivers/ALSA-hda-Fix-unexpected-resume-through-regmap-code-p. - Delete patches.drivers/ALSA-hda-Limit-i915-HDMI-binding-only-for-HSW-and-la. - Delete patches.drivers/ALSA-hda-Really-restrict-i915-notifier-to-HSW. - Delete patches.drivers/ALSA-usb-audio-Add-sanity-checks-for-endpoint-access. - Delete patches.drivers/ALSA-usb-audio-Fix-NULL-dereference-in-create_fixed. - Delete patches.drivers/drm-radeon-rework-fbdev-handling-on-chips-with-no-co. - Delete patches.fixes/net-irda-Fix-use-after-free-in-irtty_open.patch. - commit cf9b28d === Hope that helps Greg -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

Fwd: [opensuse] HP Ultrium LTO Compression
by Greg Freemyer 28 Apr '16

28 Apr '16

On Thu, Apr 28, 2016 at 2:31 PM, Darin Perusich <darin(a)darins.net> wrote: > > What is the block size your backup software using to write data to the > tape? The block size will effect not only the rate at which data > can/will be written to tape but also the amount of data which can be > written to a single tape. In a past life I used Amanda to backup > systems to LTO2 and LTO3 libraries and with the default 32k block size > saw horrible performance, nowhere near what the devices could provide. > After much trial and error determined that setting a block size of > 128M or 256m, it escapes me, was needed for the drives to perform at > their maximum rate. This certainly limited the amount of data I would > write to tape, but didn't care too much since these were attached to > like 12 tape libraries. I don't know that I agree the block size affects storage capacity. Maybe it does. I've never used such large blocks. Last time I did significant LTO performance testing from opensuse (SuSE at the time I think) was 10+ years ago with LTO Gen 1 drives. I used 128M via something like: tar ... | mbuffer -m 128M -p 90 -o /dev/st0 (I don't have my old scripts handy so I don't have the exact syntax.). For a LTO-5 drive you might need a multi-GB buffer or larger to keep the tape streaming. That class of drive eats a lot of data in a hurry. But the blocksize is NOT 128M in the above. mbuffer understands tape blocks. The default blocksize is 8K. There is a -d arg that says to ask the drive for its default blocksize. The above command buffers up a lot of 8K blocks in RAM, then sends them to the tape drive when the 128M RAM buffer is 90% full. It keeps sending data to the tape until the buffer empties out. It doesn't resume sending data until the buffer is 90% full again. The goal is to keep the drive from "shoe-shining" too much. If you listen to the drive and you have a lot of shoe-shining you know you need to use a bigger buffer. That does NOT mean you need a bigger block size. Greg -- Greg Freemyer www.IntelligentAvatar.net -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

1 0

[opensuse] is it possible to install fonts systemwide on leap 42.1?
by Daniel Bauer 28 Apr '16

28 Apr '16

Hi, I try to install approx. 600 fonts using system-settings->fonts. I can choose them, it goes thru "checking them", alerts for existing fonts (I choose skip automatically), asks for the root password with the first found new font and then crashes. It crashes as soon as I choose more than 1 font. I can install a single font, but then a message appears "actualizing fonts", and there it stays for ever... Is it possible to install fonts on leap 42.1 somehow? (these are all fonts I have working installed on my 13.2)? Thanks for hints. Daniel -- Daniel Bauer photographer Basel Barcelona http://www.daniel-bauer.com room in Barcelona: https://www.airbnb.es/rooms/2416137 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

5 12

[opensuse] kernel repository
by tech＠reachthetribes.org 28 Apr '16

28 Apr '16

Back when I was trying to get this new machine up and running, I needed the latest kernel from the kernel repository in order for my wireless card to get going. Someone suggested that I add the kernel repository, which I did and have in my list of repos now: 7 | kernel_stable | kernel_stable | Yes | (r ) Yes | Yes | http://download.opensuse.org/repositories/Kernel:/stable/standard/ So I am wondering - is there any advantage to keeping the kernel repository in my list of active repositories now? I have never had to do that on any of my other machines, and only did a kernel update when it came through the regular repositories. Is there any disadvantage to keeping the kernel repository? Should I disable it? I am interested to know people's opinions on this. -- George Box: 42.1 | KDE Plasma 5 | AMD Phenom IIX4 | 64 | 32GB Laptop #1: 42.1 | KDE Plasma 5 | Core i7-4710HQ | 64 | 16GB Laptop #2: 42.1 | Gnome new | Core i5?? | 64 | 8GB -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 6

RE: RE: [opensuse] KMail5 Dependencies
by stakanov＠freenet.de 28 Apr '16

28 Apr '16

> -----Ursprüngliche Nachricht----- > Von: Per Jessen > Gesendet: Do. 28.04.2016 11:22 > An: opensuse(a)opensuse.org > Betreff: RE: [opensuse] KMail5 Dependencies > > stakanov(a)freenet.de wrote: > >> many others. So this is not really "it is pure crap". There have been >> (so I have been told) problems and bugs that are "by design error" >> (concerning especially annoying things like the "filter amnesia" and >> some others), and these are addressed by the rewriting. Once you >> search for a specific mail or attachment, I can guarantee you, if your >> mail is about 5 to 6 years of messages, it is very nice (as done by me >> just two days ago) to find the mail in question in about 20 seconds or >> less, just by querying the database. > > For IMAP users, email indexes are often/usually maintained by the IMAP > server (dovecot et al). > With the imap index it probably takes a couple of seconds, without it, > it took 11 seconds to search 57000 mails :-) > >> Anyway, what would >> be the issues of the dependencies? > > Some people just like to know what they install and why. I also don't > like installing stuff that drags along loads of dependencies, > especially ones I don't think I need. ***shortened***** > > > > -----Ursprüngliche Nachricht Ende----- Well, you speak about control....and then use IMAP (which for many users is the gmail or freemail server of an uncontrollable third party. I speak about POP. Some people like to know what they install. Really? As another poster has shown that is a huge package....or a lot of modular dependencies. When you install google earth it brings even own qt3 libraries....talk about "slim". Some people like to know what they install (so they should not user rpm and do compilation from the source? The more I think about it: it is not an argument, to the contrary. I know that some gtk based packages draw in the whole gnome desktop. When i see that I can still say no. Because I do not USE the gnome desktop. But if I say: I want a kde based solution, and then I do not want to install the desktop? What argument is this? Akonadi is known to be integrated part of the desktop. If one does not want to use kde he can use also razorqt or whatever. But at a certain point I will have to know what I want. I really think that if you want an email program all depends on what you search and it is about your usage. But I did not hear a comment up to now WHEN it was said, and in WHAT occasion that this is "just for the trash". Still waiting. is this an (is this an Info of 2007/8?) --- Alle Postfächer an einem Ort. Jetzt wechseln und E-Mail-Adresse mitnehmen! https://email.freenet.de/mail/Uebersicht?epid=e9900000451 -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 1