April 2017 - openSUSE Users - openSUSE Mailing Lists

[opensuse] Re: [opensuse-factory] Re: Why openSUSE uses KDE by default?
by auxsvr 16 Apr '17

16 Apr '17

On Friday, 14 April 2017 20:32:37 EEST Michal Suchanek wrote: > On Fri, 14 Apr 2017 12:11:56 -0400 > > So you are saying you explicitly distrust anything and everything > > that is part of the KDE community, merely based on the fact that > > they choose to associate with that community? > > Given the quality of software delivered by the project over the years? > > Totally. > > My guess is the average quality of anything k* is below the average of > random piece of software downloaded off the interwebz. > > That's been my experience over the years trying some k* applications > or the whole DE from time to time. My experience has been the opposite: I've been using Windows since 3.1, Mac OS since X and KDE since 3.3 (IIRC) and I've always preferred KDE (3, then 4, now 5) as my default desktop, both at work and for personal use. I've tried Gnome and several other desktop environments on Linux, yet KDE suits me best. Regarding code and quality in general, dolphin, okular, gwenview, digikam, marble, konsole, kate, plasma, kwin, kwallet, filelight, okteta, ktorrent, in my opinion, rate higher than or at the same level as the best corresponding applications on other platforms. Functionality wise, I prefer amarok, too, but it is getting buggy and development has almost stalled. Some KDE applications that have proved buggy indeed are kontact, kmail, akonadi, k3b. I still use kontact, although it is quite buggy; the closest to an alternative for it is Outlook, which is unfortunately also buggy, slow and runs only on Windows. The reason for the low quality of kontact and the accompanying infrastructure seems to be the lack of resources and some errors in the design of akonadi. > I mean one of the responsibilities of a project *is* to keep software > in shape or trash it as has been said numerous times. Otherwise the > people not really familiar with the project structure judge it by all > the 'extra gears' that are not part of it but pre-installed by default > or recommended by KDE. It is probably aggravated by the sponging up > of applications and renaming them k*. It is hard to let the thing go > and not getting connected with it when it starts going under once you > made it obvious part of the DE. How does, for example, ktorrent become part of a desktop environment? What do you think a desktop environment is? > Thanks > > Michal It is sad that such a post with little, if any, content of value has come from a Suse employee. -- Regards, Peter -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 2

[opensuse] maildirs and filesystems
by Per Jessen 15 Apr '17

15 Apr '17

Carlos E. R. wrote: > On 2017-04-14 16:31, Per Jessen wrote: >> Anton Aylward wrote: >> >>> On 14/04/17 08:41 AM, Per Jessen wrote: >>>> Carlos E. R. wrote: >>>> >>>>> Funny. I remember the complains with Exchange having a 2 GiB limit >>>>> per mailbox, and here we go with a 50 MB default limit. >>>> >>>> It's probably just an old default Postfix setting. My guess is it's >>>> not used much anymore - people set it to 0, and then leave the >>>> mailbox/-dir to be governed by quotas in dovecot. >>>> >>>>> And it has to load the entire mbox in RAM, to just append a new >>>>> mail at the end? >>>> >>>> I wouldn't think so, but we use maildirs. >>> >>> >>> And that's why I hate the ext[234] family of file systems. >> >> Not sure I get the connection with Carlo's mailbox sizes? > > No, the connection is with maildir. The only filesystem I know that is > really happy in that usage is reiserfs. Like I said, JFS works very well too. I would also expect XFS to do a good job, I just don't have any reason to experiment. For hosted email, I think we have some 500Gb for mail storage, each user has a quota of up to 5Gb. We use maildirs on JFS in other contexts too - email quarantine and archiving, both with a lot more storage. The only issue I can recall was about a year ago, when we had to do a complete fsck on the quarantine on one system, that took a loooooong time. > There are other mailbox formats, though, that stress less the > filesystem, hybrids between maildir and mbox: storing several mails on > the same file, but up to a file size limit, perhaps 1 MB, when it > switches to a new file. Does dovecot and postfix work with those? Might be interesting to investigate. I also maintain a large database of various graphics. Some 5-6million files, stored as individual files in multiple directories, but quite a lot per directory. I thought it would be interesting to load them into mysql instead (as blobs), but that totally failed. It basically slowed down everything on that database machine :-) -- Per Jessen, Zürich (12.9°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 8

[opensuse] Failure to encrypt a big disk - missing kernel module?
by Carlos E. R. 15 Apr '17

15 Apr '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I get: Isengard:~ # time cryptsetup luksFormat /dev/sdc2 WARNING! ======== This will overwrite data on /dev/sdc2 irrevocably. Are you sure? (Type uppercase yes): YES Enter passphrase: Verify passphrase: Failed to setup dm-crypt key mapping for device /dev/sdc2. Check that kernel supports aes-xts-plain64 cipher (check syslog for more info). real 0m39.182s user 0m0.006s sys 0m0.016s Isengard:~ # file -s /dev/sdc2 /dev/sdc2: SGI XFS filesystem data (blksz 4096, inosz 256, v2 dirs) Isengard:~ # zgrep CONFIG_CRYPTO_XTS /proc/config.gz CONFIG_CRYPTO_XTS=m Isengard:~ # I don't know if the kernel supports aes-xts-plain64 cipher. Syslog says: <10.6> 2017-04-14T14:00:03.319567+02:00 Isengard CRON 28100 - - pam_unix(crond:session): session closed for user root <0.3> 2017-04-14T14:03:20.773777+02:00 Isengard kernel - - - [601377.447317] device-mapper: table: 254:2: crypt: Device lookup failed <0.4> 2017-04-14T14:03:20.773809+02:00 Isengard kernel - - - [601377.447324] device-mapper: ioctl: error adding target to table I don't know how to interpret that. Telcontar:~ # cat /proc/crypto | grep xts name : xts(aes) driver : xts(aes-generic) module : xts Telcontar:~ # I don't see aes-xts-plain64 there. Telcontar:~ # cryptsetup --help ... Default compiled-in device cipher parameters: loop-AES: aes, Key 256 bits plain: aes-cbc-essiv:sha256, Key: 256 bits, Password hashing: ripemd160 LUKS1: aes-xts-plain64, Key: 256 bits, LUKS header hashing: sha1, RNG: /dev/urandom Telcontar:~ # aes-xts-plain64 is required because the disk is big (4TB). - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAljwviYACgkQtTMYHG2NR9XENwCff8xxeHvD2c8KIiAoViPMTqB8 AEoAoJdEJls7pQjLIE7e7jPmQ9eysJEb =y+hq -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 4

[opensuse] Cinnamon on Leap 42.2
by Carl Hartung 15 Apr '17

15 Apr '17

Hi All, You may recall this lively, lengthy and informative discussion here in mid-January: "Re: [opensuse] Most stable openSUSE version for 64bit computer" https://lists.opensuse.org/opensuse/2017-01/msg00854.html This post is sort of a continuation and 'fork' of that discussion. For far too many reasons to detail here, I have been unable to sufficiently tame KDE Plasma Desktop (on Tumbleweed or Leap 42.2) on my new laptop. This unfortunate realization prompted me to investigate alternative DEs for Leap 42.2. You may already be aware of the 'GeckoLinux' projects available here: https://geckolinux.github.io/ Of particular interest in my case are the Cinnamon 'flavors' of GeckoLinux. You may also be aware of Portal:Cinnamon: https://en.opensuse.org/Portal:Cinnamon (As of this afternoon, btw, that page has apparently been visited over 88,000 times.) Over the weekend, I followed the detailed 'zypper' installation instructions on the Portal:Cinnamon page. Cinnamon on Leap 42.2 is running beautifully on my new laptop. Moreover -- after just a few extra hours spent fine-tuning a few things -- I have successfully and completely (100%) replicated the entire functionality of my now retired "production grade, highly tailored" 13.2 KDE4 laptop. Although I'm ecstatic, I'm also a little bit concerned. Does anyone know what the future holds for Portal:Cinnamon? I've e-mailed the apparent maintainer and not heard back (yet.) Alternatively, does anyone have any experience or thoughts to share regarding the GeckoLinux option ... the Cinnamon 'flavors' in particular? Thank you in advance for reading this and I look forward to your replies. regards, Carl -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

2 2

[opensuse] Does this error look familiar (dovecot)
by Carlos E. R. 14 Apr '17

14 Apr '17

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I get this error in the warn log: <2.3> 2017-04-14 02:44:30 Telcontar dovecot - - - lda(cer): Error: write() failed with mbox file /home/cer/Mail/_Lists/y_gml_os-unifd: File too large (process was started with ulimit -f limit) (file size is currently 225122K) I think it is related to this criptic error in procmail.log procmail: Program failure (75) of "/usr/lib/dovecot/dovecot-lda" The rule in procmail is like this: DELIVER = "/usr/lib/dovecot/dovecot-lda" FORMAIL = "/usr/bin/formail" ... :0f * ^X-Mailinglist: opensuse-es | $FORMAIL -bfi 'Reply-To: "oS-es" <opensuse-es(a)opensuse.org>' :0 aw: $HOME/Mail/.D-locks/_Lists/y_gml_os-unifd.lock | $DELIVER -m _Lists/y_gml_os-unifd Now the question is: Where is that "ulimit -f" set up? In dovecot code? In procmail code? In some config of either one? - -- Cheers Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAljwLB8ACgkQtTMYHG2NR9UYEgCfR5T8xOcAiTrPTH6aAercUf8F 3wAAn1ojgAJCaCC4kNr0Oat4N8fb42sG =Avs2 -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 14

[opensuse] Printing issue
by Stevens 14 Apr '17

14 Apr '17

System: Opensuse 13.1 kde 4._ Printer: Brother MFCJ450DW I open a spreadsheet in LO calc, set the page to landscape, set printer to landscape, click on print, &*^%$!! printer prints portrait. Print preview shows landscape, everything looks ok. So, what am I missing? Fred -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

4 3

[opensuse] There is a missing print filter for printer 'cp1510n_ps'
by Carlos E. R. 13 Apr '17

13 Apr '17

Pinter configuration error There is a missing print filter for printer 'cp1510n_ps' Sometimes when I print something I get that helpful message shown above, as a popup in XFCE. How do I find what is that missing filter? There is nothing in the "warn" log. Perhaps this: <1.4> 2017-04-12 12:08:34 Telcontar org.fedoraproject.Config.Printing 3835 - - (scp-dbus-service.py:32260): Gdk-CRITICAL **: gdk_window_thaw_toplevel_updates: assertion 'window->update_and_descendants_freeze_count > 0' failed but does not seem related. -- Cheers / Saludos, Carlos E. R. (from 42.2 x86_64 "Malachite" at Telcontar)

2 4

[opensuse][42.1] journal size & space consumption
by Felix Miata 12 Apr '17

12 Apr '17

Is this normal? # ls -hgGrt syst* -rw-r----- 1 104M Feb 25 2016 system@143191c9b76b43be9e6acc485edf3130-000000000001db3e-00052a40090a1bc3.journal -rw-r----- 1 104M Mar 27 2016 system@143191c9b76b43be9e6acc485edf3130-0000000000038583-00052ca4556047dd.journal -rw-r----- 1 112M Apr 26 2016 system@143191c9b76b43be9e6acc485edf3130-0000000000052816-00052f08d74c92e1.journal -rw-r----- 1 112M May 27 2016 system@143191c9b76b43be9e6acc485edf3130-000000000006ffaf-0005316d4583cdc6.journal -rw-r----- 1 120M Jun 26 2016 system@143191c9b76b43be9e6acc485edf3130-000000000008c564-000533d1a57e2ca9.journal -rw-r----- 1 120M Jul 27 2016 system@143191c9b76b43be9e6acc485edf3130-00000000000a9cf9-00053635f1d92c62.journal -rw-r----- 1 120M Aug 26 2016 system@143191c9b76b43be9e6acc485edf3130-00000000000c7396-0005389a73bd3d87.journal -rw-r----- 1 32M Sep 2 2016 system(a)00053b8b6c6c6cbd-56c57c7b8162d802.journal~ -rw-r----- 1 104M Sep 26 2016 system@0773dbc1bed548d3aaa4fd315577dca4-0000000000000001-00053b8b6b67376c.journal -rw-r----- 1 120M Oct 27 00:50 system@0773dbc1bed548d3aaa4fd315577dca4-000000000010491a-00053d6d298c2600.journal -rw-r----- 1 112M Nov 26 10:20 system@0773dbc1bed548d3aaa4fd315577dca4-00000000001220cd-00053fd184f699a0.journal -rw-r----- 1 16M Nov 28 04:06 system@0773dbc1bed548d3aaa4fd315577dca4-000000000013e630-00054235e9890817.journal -rw-r----- 1 72M Dec 28 14:35 system@0773dbc1bed548d3aaa4fd315577dca4-0000000000140006-00054258cb34686c.journal -rw-r----- 1 120M Jan 28 01:20 system@0773dbc1bed548d3aaa4fd315577dca4-0000000000152f9f-000544bd34623870.journal -rw-r----- 1 112M Feb 27 12:05 system@0773dbc1bed548d3aaa4fd315577dca4-000000000017156e-00054721b64c1142.journal -rw-r----- 1 112M Mar 29 23:50 system@0773dbc1bed548d3aaa4fd315577dca4-000000000018e526-000549863842cec3.journal -rw-r----- 1 48M Apr 9 18:38 system.journal That's 1,679,360K in 17 files. That 48M last one contains >113k lines. '# journalctl | grep "systemd\[" | wc -l' produced 1,508,572. http://fm.no-ip.com/Tmp/SUSE/421/mbdjrnl.txt 116k, 1210 lines is the output from journalctl | grep mbd | grep -v <########> that took about 4 minutes of 100% CPU to generate. Surely those mbd lines can't be normal, though I see they stopped several weeks ago, likely the time of last reboot, which followed fresh updates. How much of this is normal or expected? -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

6 18

[opensuse] oSC17 IRC Meeting - Week 7
by ddemaio 12 Apr '17

12 Apr '17

Hi all, We will have a half hour meeting today at 1600 UTC on the openSUSE-project IRC Channel on freenode to discuss the following topics for the openSUSE Conference. Status T-Shirts Status Scheduling If you are giving a presentation at oSC17, please use the following template: 16x9 https://github.com/openSUSE/artwork/raw/master/Marketing%20Materials/openSU… cya v/r Doug Links for previous meetings Week 1 - https://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proj… Week 2 - http://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proje… Week 3 - http://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proje… Week 4 - http://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proje… Week 5 - http://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proje… Week 6 - http://community.opensuse.org/meetings/opensuse-project/2017/opensuse-proje…

1 0

[opensuse] 1st Round of Talks for openSUSE Conference
by ddemaio 12 Apr '17

12 Apr '17

Hi everyone, I just want to let everyone know that the first round of talks for the openSUSE Conference has been approved. Please confirm your talk if it was approved. I ask that you do this ASAP at https://events.opensuse.org/, so we can determine if there will be a second round of approvals. v/r Doug -- To unsubscribe, e-mail: opensuse+unsubscribe(a)opensuse.org To contact the owner, e-mail: opensuse+owner(a)opensuse.org

3 2