Re: Change in latest update – suspending
... You can configure this in the Control Center. Settings / Power / Automatic suspend: turn it "off". Now you're done. beside Kamil's bug, isn't GNOME moving to Wayland? how to configure that when I was unable to run g-c-c over ssh? - ... DISTRO=Fedora-Rawhide-20180319.n.0 ARCHITECTURE=x86_64 ... [root@sweetpig-15 ~]# echo $DISPLAY localhost:10.0 [root@sweetpig-15 ~]# gnome-control-center (process:5949): Gtk-WARNING **: 09:40:32.291: Locale not supported by C library. Using the fallback 'C' locale. (gnome-control-center:5949): Clutter-WARNING **: 09:40:43.725: Locale not supported by C library. Using the fallback 'C' locale. libGL error: unable to load driver: swrast_dri.so libGL error: failed to load driver: swrast (gnome-control-center:5949): Gdk-ERROR **: 09:40:54.025: The program 'gnome-control-center' received an X Window System error. This probably reflects a bug in the program. The error was 'GLXBadContext'. (Details: serial 208 error_code 167 request_code 154 (GLX) minor_code 6) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the GDK_SYNCHRONIZE environment variable to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) Trace/breakpoint trap (core dumped) ... is that even worth reporting? (should I try to run abrt on that machine?) K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
on karma (latest krb5 update)
Dear fellow testers, if an update breaks your system, then the right option to choose and submit is "FAIL" which is represented by "-1" on red background and is the leftmost of the three options next to the appropriate question; please do not use the "PASS"/the "+1" on green background in such case. I refer to https://bodhi.fedoraproject.org/updates/FEDORA-2017-2a7adf6daa Thankyou for your attention. K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: ... and Fedora 25! - Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24
Hi, is there a bug I can subscribe to? ... resolved, thanks If you have hit this and you still have the system live, you should be able to find the X crash in abrt and report it. now that's the interesting part - I got abrt reports just for lxqt components, but not X itself in dmesg, the events around the crash look like: [263728.985192] thinkpad_acpi: EC reports that Thermal Table has changed [263729.086435] nouveau :01:00.0: DRM: resuming kernel object tree... [263729.773945] nouveau :01:00.0: devinit: 0x64da[0]: script needs connector type [263729.855794] nouveau :01:00.0: DRM: resuming client object trees... [263729.855883] nouveau :01:00.0: DRM: resuming display... [263729.855906] nouveau :01:00.0: DRM: resuming console... [263730.500358] show_signal_msg: 177 callbacks suppressed [263730.500360] trojita[3202]: segfault at 7fbbac0ce980 ip 7fbbc1d1b583 sp 7ffdb015fe60 error 4 in libQt5Gui.so.5.7.0[7fbbc1bb1000+489000] [263730.565213] traps: lxqt-globalkeys[1359] general protection ip:7f74c978a375 sp:7ffdf9b9c500 error:0 in libc-2.24.so[7f74c975+1bd000] [263730.570483] lxqt-runner[1368]: segfault at 20 ip 7fd77f401ab4 sp 7ffe06acb760 error 6 in libQt5Core.so.5.7.0[7fd77f363000+477000] [263730.574903] lxqt-panel[1364]: segfault at 7f8ceb64fab0 ip 7f8cf447eff3 sp 7ffd409942d0 error 4 in libQt5Core.so.5.7.0[7f8cf4206000+477000] [263730.740922] lxqt-session[1169]: segfault at 7faea01d8ab0 ip 7faea8ac5ff3 sp 7ffe49685980 error 4 in libQt5Core.so.5.7.0[7faea884d000+477000] [263730.740963] Pid 1169(lxqt-session) over core_pipe_limit [263730.740963] Skipping core dump [263730.925284] wlp3s0: deauthenticating from d0:72:dc:01:14:ae by local choice (Reason: 3=DEAUTH_LEAVING) [263730.969754] IPv6: ADDRCONF(NETDEV_UP): wlp3s0: link is not ready [263736.678436] nouveau :01:00.0: DRM: suspending console... [263736.678439] nouveau :01:00.0: DRM: suspending display... [263736.678456] nouveau :01:00.0: DRM: evicting buffers... [263736.680332] nouveau :01:00.0: DRM: waiting for kernel channels to go idle... [263736.680357] nouveau :01:00.0: DRM: suspending client object trees... [263736.685955] nouveau :01:00.0: DRM: suspending kernel object tree... [263737.915140] thinkpad_acpi: EC reports that Thermal Table has changed first trace in journal is: říj 03 09:44:19 kvolny qterminal-qt5[3840]: The X11 connection broke: I/O error (code 1) - it looks like X simply exited, not crashed but that should rather go to Bugzilla ... /me goes to play with the reproducer Otherwise, at least run 'dnf update' in a VT - hit ctrl-alt-f3 to get a VT console login prompt, log in, and do it there. Don't do it inside your desktop. or better (IMHO) - run it using `screen` ;-) I think whether that's better or not depends on exactly how the screen/tmux server process was run... not sure what do you mean? I don't use tmux, but as for screen, a little experiment ... running it I get something like: 17795 ?Rl 8:23 /usr/bin/qterminal-qt5 17798 pts/0Ss 0:00 \_ /bin/bash 17845 pts/0S 0:00 | \_ su - 17853 pts/0S 0:00 | \_ -bash 13178 pts/0S+ 0:00 | \_ screen 13179 ?Ss 0:00 | \_ SCREEN 13180 pts/10 Ss 0:00 | \_ /bin/bash 17837 pts/10 R+ 0:00 | \_ ps xfa let's do something nasty - just cut the screen's branch using `xkill` on the qterminal; then the above is reduced to: 13179 ?Ss 0:00 SCREEN 13180 pts/10 Ss+0:00 \_ /bin/bash - the big SCREEN (and the shell running under it) still surviving, I can reattach and see the previous action: [root@kvolny ~]# xkill Select the window whose client you wish to kill with button 1 xkill: killing creator of resource 0x225 K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
... and Fedora 25! - Re: PSA: Do not run 'dnf update' inside GNOME, KDE or any other graphical desktop on Fedora 24
Recently several reports of people getting 'duplicated packages' and 'kernel updates not working' have come through to us in QA from Fedora 24 users. I managed to get one reporter to explain more specifically what happened, and it sounds a lot like what's happening is that something in the 'dnf update' process can cause a GNOME or X crash, LXQT in my case, so more X than GNOME crash is there a bug I can subscribe to? Otherwise, at least run 'dnf update' in a VT - hit ctrl-alt-f3 to get a VT console login prompt, log in, and do it there. Don't do it inside your desktop. or better (IMHO) - run it using `screen` ;-) K. -- Karel Volný BaseOS QE - Daemons Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) :: "Never attribute to malice what can :: easily be explained by stupidity." ___ test mailing list -- test@lists.fedoraproject.org To unsubscribe send an email to test-le...@lists.fedoraproject.org
Re: Having some Libreoffice documents opening very slowly
Hi, having a weird F23 effect: I have some libreoffice documents opening very slowly in gnome or gnome classic desktops. But if running libreoffice in xfce, lxde or openbox envirents, the docs get opened fast (as expected), The in F22 inside gnome desktop. Anybody has seen this? not exactly this, but LO takes ages to start on my system with KDE by coincidence "ages" seems to be about the same as opening printing dialogue in Seamonkey takes ages so far it hasn't bothered me enough to investigate/report but as you speak about similar problem ... printer configuration/availability timeouts might (or might not) be one direction where to look for the problem K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: out of topic, F22 Gnome SW admin password rejection
Hi, Admin password requested, correct admin pw always rejected. Any idea? just a wild shot ... was it really the admin password which was requested? I remember once I've met some dialogue that confused me to enter the root password while in fact it needed the user password as all it did was wrap around sudo, which by default uses the user, not admin, password ... and if this is the case, please report a RFE for improving the wording of the password dialogue (my case was fixed promptly :-)) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rpmfusion for F23 Beta TC1 Workstation
Hi, Is Rpmfusion ready for F23 Beta TC1? no (to my best knowledge) How to install and use it? http://rpmfusion.org/Configuration and please note that better place for such questions may be here: http://lists.rpmfusion.org/mailman/listinfo/rpmfusion-users K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Nasty Habits in Replying to Emails
... I believe Adam was referring to the OP using “Gentlemen” as salutation. well, it was "Gentleman!!!" actually ... so probably to one particular male person missent to list? :-) sorry for this little offtopic, I just couldn't have resisted having read recent flames about outreach programs, and some *language* barrier last two things: - thanks Scott for the information - thanks Gavin for adding something that I forgot about ... but I doubt that testing Fedora is a good therapy for mentally ill (who suffered heavy abuse); and as for the rest, changing the (percepted) gender seems quite common to me but I'm not aware of anyone who'd be identifying with more groups at once (some people prefer stay out of F/M division) ... so I apologize for considering just the biological condition and not the psychological; anyways my point was the language twist, I still think we shouldn't poke noses into people's underwear (or heads) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Nasty Habits in Replying to Emails
Dne pátek, 25. dubna 2014 23:37:43 CEST, Adam Williamson napsal(a): In addition to what other people have said, there are people of more than one gender reading this list...please be respectful. true hermaphrodites? reading Wikipedia, this condition is very rare ... if we can assume even distribution and you talk about "people" - plural - then I'm amazed how many subscribers this list has, congrats to Fedora for such many contributors! :-) K. (ok, is that just my poor English allowing me to see the unintended meaning, or is that sentence ambiguous also for native speakers?) -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Switch back to KDM?
Hm, so GDM is useless for XDMCP, multiseat, multihead and long user lists, KDM is dead, but still usable, switching to SDDM is fine for standard use case on desktop but lacking XDMCP and multiseat... this does not sound very good to me. well, you're welcome to work with Martin on fixing where SDDM is lacking :-) /me shakes with shame as it is about a month since he promised to test SDDM with his home setup and still haven't found some spare time for it :-( K -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who can close BZs?
Hi, well ... I don't want to say I don't appreciate any work to make Fedora better, but in this case, I think you just haven't done it properly please take the following just as another point of view, a bit of teasing Dne pátek, 6. prosince 2013 21:07:03 CEST, Chris Murphy napsal(a): On Dec 6, 2013, at 10:31 AM, Clyde E. Kunkel wrote: https://bugzilla.redhat.com/show_bug.cgi?id=1038885 Closed the first time because it's not an F20 bug. As mentioned in bug 864198 it's intended behavior. the fact that some behaviour is intended doesn't mean that it is correct and that it should stay that way forever in fact, this exact behaviour _should_ change in the future, so it is nice that someone created a bugzilla record to track the future change - the mere existence of bug 864198 doesn't make bug 1038885 superfluous, as bug 864198 is about grubby behaviour and bug 1038885 should have tracked the change in anaconda "it's not a F20 bug" is not a reason to close, if F20 is not the target, instead of closing, you should have changed the target to rawhide (and added RFE, FutureFeature or whatever marking the anaconda team prefers) after all, bug 1039124 is marked as such, so why this couldn't have been done for bug 1038885? Also closed because the summary ... so, what prevented you from fixing the summary? - still not a reason to close I'd always intended to create a clearly described and explicit rawhide RFE tracking bug for the issue, "intention" unfortunately does not count, so someone was faster than you to file the issue ... if you still preferred to do it your way, you could have said that explicitly instead of telling the reporter he's doing something incorrectly and you don't have the time to bother with his help the reporter simply does not know what your preferred workflow/bug description and markings are, and reporting what does he experience _in his own words_ is not incorrect by definition, that's what bugzilla is for (among other things) and it was impossible to clean up and change your bug into that without requiring the reader to read 7 comments that have nothing to do with actually progressing the real problems. with the subject corrected, I don't think that anyone would have to read *the description* to see what "the real problem" is also note that I say "the description" instead "7 comments" as the comment number one is from you, you could have fixed the bug summary, version etc. at that time, ranting about seven useless comments now is unfair, a fallacy and believe it or not, some people are interested in real-life usecases, so they find even the "incorrect" description written by the user valuable There are issues with grub2 and os-prober that also need to be addressed for certain use cases. I do not see any grub2 and os-prober bugs in the dependency chain ... would that "intention" change into action only after someone will file two more "incorrect" bugs? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Who can close BZs?
Hi, Dne pátek, 6. prosince 2013 16:19:35 CEST, Clyde E. Kunkel napsal(a): Is there a policy or other guidance on who is allowed to close another persons bz? For example, can a person who is not a member of the action developer or bugzappers group close a bz, especially a non-trivial bz? well, anyone with the appropriate permissions (even some robots)? while a formal policy could be nice, I guess it is better not to complicate the rules ... anyone helping to clean the mess in bugzilla is welcome; if someone has a few spare cycles and notices something could be closed, why not to do it instead of the overloaded developer? - if you think that some bug has been closed improperly, let's talk about that concrete case and not about policies K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F18 up to F20 -- how?
Dne neděle, 1. prosince 2013 23:11:36 CEST, poma napsal(a): Although there is an official recommended method via "fedup", I can only say the upgrade through yum based method - "fedora-upgrade"[1] never failed on me, on a pile of machines of different architectures. +1, I really like this utility, I have very good experiences with it (except for small annoyances like being left in the middle because no text-mode mergetool was installed, but these are fixed now - hail to Mirek for quick responses!) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora XX artistique
Dne úterý, 26. listopadu 2013 13:36:11 CEST, Ankur Sinha napsal(a): No idea what that means. This list is for Fedora QA. You should submit your wall paper to the design list. I believe QA is now needed to check everything for hidden swastikas and satanic references before anything could be submitted anywhere else note the subject - "XX" - how dirty, you could imagine just one more "X" ... so we should censor any reference to Fedora 20 that is using latin numbers (oh, we should already start thinking about contingency plan for the release that will come in spring 2038!) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: 32bit guest on 64bit host, should it work?
Dne středa, 16. října 2013 16:12:21 CEST, Chris Murphy napsal(a): Is a 64bit host expected to support running a 32bit guest OS in qemu/kvm? Or do archs need to match? I believe, if the CPU does support that (are we talking aboout x86_64?), KVM won't stand in the way anyways, you can always use qemu without kvm, then you can run anything-on-anything (if performance is not an issue) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Question: What are Fedora 20 test days business hours in Europe
Hi, I'll try to organize a few people locally in Sofia to participate in Fedora 20 test days, currently interested in Virtualization Test Day and Gnome Test Day on Oct 8th and 10th. looking at https://fedoraproject.org/wiki/Test_Day:2013-10-10_Gnome_3.10 I see a few names from Brno, so I'd expect at least 10-16 CEST (8-14 UTC) to be covered and I'd expect the same with Virtualization (page does not exist yet) if in doubt, ping the coordinator (Martix I think?) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE install from DVD, no kdm?
Dne neděle, 8. září 2013 2:09:38 CEST, Sandro Mani napsal(a): On 08.09.2013 01:52, Ed Greshko wrote: I just installed F20-TC4 from DVD selecting the KDE desktop. To my surprise there was no kdm installed. Instead, I found sddm running. That would be https://fedoraproject.org/wiki/Changes/SDDMinsteadOfKDM for some reason I thought that (missing) XDMCP implementation is a blocker for this feature ... did I get that wrong/has it changed? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Bug report with private info
Dne úterý, 20. srpna 2013 18:49:15 CEST, Adam Williamson napsal(a): On Tue, 2013-08-20 at 15:57 +0100, Pedro Francisco wrote: On Tue, Aug 20, 2013 at 3:48 PM, Christopher Meng wrote: See my bug with my password: https://bugzilla.redhat.com/show_bug.cgi?id=957315 I was avoiding pointing to the bug directly just in case someone else had reported the same bug (and had exposed passwords as well). But you are safe now: the file with your password has been protected and can't be seen by anyone unless they have Red Hat Bugzilla privileges. I'd still recommend changing it, unless you implicitly trust anyone who happens to have the privs required :| even if everyone with the privileges could be trusted (...), you never know who (which robot - crawler/automatic email etc.) had the opportunity to get it before it was made private in this particular case, I'd also recommend to change all similar passwords and do some modification to the system used to generate them K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Bug report with private info
Dne úterý, 20. srpna 2013 15:57:03 CEST, Kamil Paral napsal(a): just a question ... are you aware that you can use those little arrows next to search field to go through (highlighted) strings that abrt has identified as potentially sensitive? No, that is totally undiscoverable! Reported: https://bugzilla.redhat.com/show_bug.cgi?id=998999 thanks for taking the time to report this; btw, I believe I've seen a User eXperience tracker bug somewhere, this one should block it - see attachment 685135 to bug 896246 A hyperlink is better: https://bugzilla.redhat.com/attachmentcgi?id=685135 https://bugzilla.redhat.com/show_bug.cgi?id=896246#c5 you're right, sorry btw, while at it, I'd be glad if someone else voices opinion on that bug (am I completely off?) Thanks for sharing. I'm annoyed as well by having libsecret and similar package names often highlighted. please mention your "libsecret" case on that bug, so we can see how useful would such a package/file name filter be K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Bug report with private info
Dne úterý, 20. srpna 2013 13:04:30 CEST, Kamil Paral napsal(a): Yes, ABRT should make it easier to see the (potentially) private information in the bug report (without searching through thousands of lines). just a question ... are you aware that you can use those little arrows next to search field to go through (highlighted) strings that abrt has identified as potentially sensitive? - see attachment 685135 to bug 896246 btw, while at it, I'd be glad if someone else voices opinion on that bug (am I completely off?) K -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Which component should hardware hotkey issues be filed against?
Hi, I've recently obtained a ThinkPad T430 and noticed that the Fn+F5 hotkey for toggling WLAN/BT does not work. If I'm not mistaken, the acpid package is the legacy way of doing things (on my previous T400, I didn't even have it installed), so which component is responsible nowadays for handling these things? not exactly sure if this is the same case, but a few bugs about keys controlling the backlight not working are filed for kernel ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd depends so heavily on a files it can not reboot
Dne úterý, 9. července 2013 16:57:22 CEST, "Jóhann B. Guðmundsson" napsal(a): No need too, Bill will just close this WONTFIX and reach through the screen and smack you on the back of your head or Václav will just find you with something to throw at you, either way you need to find a helmet and start running I don't think that asking at least for a link to formal decision about the change deserves any smacking ... we're talking about Red Hat's Bugzilla, not about GNOME's instance K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd depends so heavily on a files it can not reboot
Dne středa, 10. července 2013 5:13:22 CEST, John Morris napsal(a): If you want sysrq and understand the implications you can enable it ... But then I remembered that if things have really went wrong you could boot with init=/usr/bin/bash. how do these advices help when the system is already so broken that it cannot reboot without help of sysrq or ctrl+alt+del combo? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: user list
Dne úterý, 9. července 2013 16:24:11 CEST, Michal Jaegermann napsal(a): OTOH I really dislike to advertise too wide who is just sitting by a keyboard. If you want to call that paranoiac then so be it but I don't argue about the configurability, if you prefer to have it hidden, let's allow to hide it I'm just wondering what exact security benefit it adds apparently I am not the only one with that preference. now the question is how does that "not the only one" number compare to those with the opposite preference ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: user list
Dne neděle, 7. července 2013 15:33:55 CEST, Michal Jaegermann napsal(a): than a small few accounts on a machine and it is a very bad security practice to display to any passerby what are valid logins on a given machine. Another gross anti-security misfeature is to have your name permanently stuck on a bar of a Gnome desktop for any shoulder surfer to see when you happen to be using your laptop in a public place. security by obscurity? oh come on ... I bet I can guess at least one valid user at your system ... is that "root"? :-) do you have some stats, could you prove me wrong if I dare to estimate there is less than 1% of user accounts on personal machines which do not fall into one of those categories: - first or last name - initials - username (nickname) used on irc/IM/in email ... - real life nickname (or how the person in question wishes to be called) - predictable username constructed according to some company policy ? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: systemd depends so heavily on a files it can not reboot
Dne pondělí, 8. července 2013 14:03:00 CEST, Adam Pribyl napsal(a): So to avoid the worst - the need to interrupt the power and risk the damage to all other mounted file systems, I'd like to open a discussion on enabling the sysrq in Fedora by default to work around this feature: https://bugzilla.redhat.com/show_bug.cgi?id=982200 +1 I took the courage to reopen that one, put on your flamesuits :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: nepomukservices hogging CPU
Dne středa, 26. června 2013 14:21:18 CEST, Ed Greshko napsal(a): Suggestion as to how to figure out what is going on? try `ps -ef | grep startkde` for example if it matches such a process, it means you're running a desktop whose developers decided to compete with M$ in terms of resource hogging and numbers of unfixed bugs there's no hope just go buy a new machine with twice as much cpu cores, four times as much memory and a water cooling system so that you're not bothered by fans running at full speed /me realizes this is completely useless rant, but since KDE 4.9 I've started experiencing the desktop being frozen in swapping during normal work[*], a thing that I've been experiencing ten years ago on WinXP, oh my ... [*] I mean just using email or so, not if some app goes crazy and needs to be oom-killed new bugs in 4.10 forced me to switch away from KDE and I'm now mostly happy user of RazorQt with lots of free memory and little cpu activity K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: consider people with poor vision
Dne čtvrtek, 20. června 2013 18:38:41 CEST, Adam Williamson napsal(a): On Thu, 2013-06-20 at 12:31 +0200, Karel Volný wrote: hm, does the install from Live work like a clean install (the same as netinstall for example), or does it still work the old style, i.e. you can't choose different filesystem? ... That changed in F18, though we really didn't make enough noise about it. ok, thanks ... so ... it seems like a viable option to recommend installing from Live with full accessibility support and make sure the installer can make use of it, instead of putting too much AI/crystall ball magic/questions into standalone install media, right? /me just votes for supporting different Lives with different UIs, not only the GNOME Shell based one K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: consider people with poor vision
Dne čtvrtek, 20. června 2013 5:01:12 CEST, Adam Williamson napsal(a): Right, right now you could run anaconda from the desktop live and use GNOME's A11y features. We don't really test that, but it's there as an option. hm, does the install from Live work like a clean install (the same as netinstall for example), or does it still work the old style, i.e. you can't choose different filesystem? if I remember, there were good reasons not to use LiveCD/DVDs for installing, has it changed? - I haven't noticed any changes in this field ... then again, I'm master in missing announcements and obvious docs :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: cron/anacron: Schrödinger hits again
Hi, It appears that cron and/or anacron don't pass the $LANG variable onto the programs they run. hm, I've experienced some locale problem when systemd wasn't able to update its runtime configuration properly when the configfile changed (bug #958045) while your problem seems completely different, it leads me to suggest checking whether cron gets $LANG and "eats" it, or whether it even does not get it and thus has nothing to pass onto the programs it runs K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: going to F19 using fedora-upgrade
Hi, This phase took more than two hours ... um, I guess we really need to speed up yum/rpm/underlying filesystem, if a clean F17 install on the same machine took less than 20 minutes :-/ ... This is definitely due to disk slownes, especially laptops have usually 5400rpm drives. eh? how could you blame hardware when both things I'm comparing were *on the same mchine with the same disk*? On SSD it took me 20 minutes to upgrade >2500 packages. which only proves my point, unless you have a way too slooow SSD with transfer speeds 100 MB/s or much more and almost zero access times, I'd expect less than five minutes Not sure what kind of install you mean, maybe live CD may take such a short time? network with local mirror ... which makes the comparison even more sad, as I counted the time to upgrade *without* getting the packages while the installation included the download time :-/ K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
going to F19 using fedora-upgrade
Hi, just FTR, yesterday I've tried to upgrade my laptop to F19. I've chosen to use fedora-upgrade. Note that I've run that in console, and I logged out from KDE a few minutes after finishing the download, just when I noticed higher disc activity indicating that yum started installing new packages. This phase took more than two hours ... um, I guess we really need to speed up yum/rpm/underlying filesystem, if a clean F17 install on the same machine took less than 20 minutes :-/ I've rebooted the system then. So far, I haven't noticed any problems which I would assing to the upgrade (of course, Akonadi still crashing the same way as in F18 etc.) Great job, Mirek (and all the packagers making sure there are no troubles with updating their packages)! K. p.s. not to rest on one's laurels, here are some RFE's: Bug 968275 - RFE: commandline options support Bug 968284 - RFE: support for dnf -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
netiquette (Re: Password strength checker not for root account)
Dne Čt 23. května 2013 11:51:19, Lars Seipel napsal(a): > On Wed, May 22, 2013 at 07:48:23AM -0700, richard.vicker...@gmail.com wrote: > [removed tons of garbage in a single gigantic line] > Could we please keep to bottle-posting? This kind of forces > the reader to read the entire post and get the context > > As much as I agree: you are aware that you're asking this from a > frickin' HTML-only mail? hm, nice to get two replies discussing the form and zero replies on the topic while I hate top posting, in this case I found it appropriate as there was no _direct_ connection to anything written so far - and I thought I made it clear talking about hijacking, which is understood as going off-topic however, I didn't want to start a new thread, hoping to better draw attention from a person with recent experience with that strenght meter (Mateusz) OTOH, I didn't remove the previous text to allow to "get the context" without having to browse the archive if someone feels the (unnecessary) need K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Password strength checker not for root account
let me hijack ... does the strenght meter still think that a correct horse battery stapple-like password is weak? K. Dne Út 21. května 2013 12:43:30, Adam Williamson napsal(a): > On Tue, 2013-05-21 at 21:41 +0200, Mateusz Marzantowicz wrote: > > On 21.05.2013 21:36, Adam Williamson wrote: > > > On Tue, 2013-05-21 at 21:35 +0200, Mateusz Marzantowicz wrote: > > >> Is it a bug or intentional design? In Anaconda, when you create root > > >> password it is not checked for complexity but password for regular user > > >> account is. > > > > > > Um, I'm pretty sure it is checked. It may not follow precisely the same > > > rules as other checks, I guess, but I get a warning when I use '11' > > > that it's a palindrome. > > > > OK, I see it now, but for regular user there is this "progress bar like" > > indicator which tells you how strong is your password. For root I only > > get textual warning. > > Ah, I see what you mean. Yeah, it seems reasonable to add that for root, > since as you say, it shows up for the user spoke (and you also get the > strength meter for the encryption passphrase, if you select encryption). > File a bug? -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: telepathy test day idea
hi, > Can you plan telepathy test day ? I believe this is the document you're looking for: https://fedoraproject.org/wiki/QA/Test_Days/Create > It works very unstable you're very lucky if you can say "it works" ... guess last time I've tried ktp-call-ui, audio and video went just in one random direction (not necesarily the same for audio as for video) yes, I'm guilty too, once upon a time I've been asked to retest one of bugs I've reported for KTP and I hadn't taken my time to report back ... I'm just too frustrated by the overall state (oh, and the testing request was just standard "hey, there's a new version, maybe it fixes something") :-( K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: System Requirements
Dne Út 2. dubna 2013 15:24:17, Adam Williamson napsal(a): > It's a really squishy area to try and deal with, though, honestly. I'm > not entirely sure validating HW requirements as part of QA is realistic, > because I mean, what if we pick 'mail/web server' as one of the roles? hm, then measure what gets installed/started by default in this role? > Do we have to set up a kickstart that builds out a running > postfix/dovecot/apache/wordpress machine and run it for a couple of > weeks and see what resource use is like? It seems a bit impractical. > What we can do - and do do at present, though it isn't written in stone > anywhere - is check that install is possible with various package sets > with various amounts of RAM right around the current anaconda 'hard > floor', but trying to determine the minimum resources for various 'real > world scenarios' seems like it might be quite a lot of thankless work... I don't think so, that 1) it'd be thankless 2) you'd need weeks to determine the minimum ad 1), quite recently it happened to me that I wanted to try something using KDE live that I've run in virtual machine, and the environment itself wasn't working, I got various core processes like kwin killed or crashing due to lack of memory if a box would pop-out before starting the session saying "hey guy, you're running this at less than 4 GiB memory, this won't work, sure to continue?" or "hey gal, you're running this at less than 2 GiB physical RAM, this will swap to death, sure to continue?", it'd save me a lot of time trying to figure out WTH is going on (is the media checksum correct etc.) if it'd be during install, it'd be nice to have such a check once the user choses the software group which rises the bar ad 2), in the abovementioned case, it was clear almost immediately that something is wrong, and in server scenario, I think generating a little traffic to services that are on would be sufficient - if someone leaves the boundaries of the default setup then it is the admin's responsibility to adjust accordingly, but let's just provide the base number X, so that if someone knows "I will run a database which will eat Y memory" then it can be easily said "X for base system + Y for database = total memory needed" K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Has there been a change in the timeout for decrypting drive for F19?
Dne So 30. března 2013 18:43:21, Frank Murphy napsal(a): > On Sat, 30 Mar 2013 12:25:38 -0600 > Stephen John Smoogen wrote: > something I missed in F18. > > > It was a bug spawned in F18, some like it, some don't count me among those who hate the new behaviour btw, when I hit the issue the last time, I've tried to reboot via ctrl+alt+delete and it didn't work ... another _feature_ or just a bad luck? ... I hadn't time to investigate, and then I forgot about that, maybe something I should report ... but not in the mood to play with restarting the machine now, has anyone else seen this? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Telnetd broken
Dne Čt 31. ledna 2013 18:32:57, Ed Greshko napsal(a): > On 01/31/2013 06:15 PM, drago01 wrote: > > Yes there are usecases for telnet, the OP one isn't. > > How do you know? As far as I can tell from the thread, no one asked and he > didn't state. from the original question: "Trying 192.168.1.15..." ... that doesn't look like in a public Internet address block ;-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Telnetd broken
Dne St 30. ledna 2013 10:03:57, drago01 napsal(a): > On Tue, Jan 29, 2013 at 12:31 AM, Chuck Forsberg WA7KGX N2469R > > wrote: > > The telnet service in Fedora 18 and Rawhide is broken. > > > Here is output from telnet(1) on f18 calling a machine running Rawhide: > Do yourself a favor and use ssh instead. do us a favor and refrain from such comments next time :-) we (RHEL QA) also have an use case for telnet, despite the fact that for day to day work everyone uses ssh (with keys) since the year dot K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Dne Čt 24. ledna 2013 13:25:08, drago01 napsal(a): > On Thu, Jan 24, 2013 at 1:22 PM, Karel Volný wrote: > > Dne Čt 24. ledna 2013 12:24:33, drago01 napsal(a): > >> On Thu, Jan 24, 2013 at 10:34 AM, Adam Williamson > > > > wrote: > >> > I quote from the feature page: > >> > > >> > "Recent changes made by Oracle indicate they are moving the MySQL > >> > project to be more closed. They are no longer publishing any useful > >> > information about security issues (CVEs), and they are not providing > >> > complete regression tests any more, and a very large fraction of the > >> > mysql bug database is now not public." > >> > > >> > Do you dispute the truth of any of these statements? If you accept them > >> > as truthful, do you consider them insignificant? If so, why? > >> > >> The reply from Andrew renders this moot. > > > > really? > > > > how does that reply provide the missing informations that Adam points out? > > I doubt that it is "hard to maintain" for upstream ... but "hard to maintain" is not what Adam said, right? > that would be just odd. not that much - considering how many people have troubles to adhere to Fedora packaging rules :-) > I know it just does not make sense to remove something from the > distribution if there is someone (in this case even upstream) willing > to maintain it. there was no one willing to maintain it by the time the feature was proposed this has changed since have you seen anyone insisting on removing MySQL despite the fact there may be a new maintainer? or what urges you to keep talking about the removal in such way? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Dne Čt 24. ledna 2013 05:58:00, Fernando Cassia napsal(a): > On Wed, Jan 23, 2013 at 12:20 PM, Karel Volný wrote: > > because resources are limited > > I´ll have to trust your word. > > > do you volunteer to maintain and test MySQL? > > If I find a volunteer, will you continue shipping it?. well ... I cannot say that FESCo won't pass a rule "we do not ship MySQL" :-) but in reality, any package can be included in Fedora as long as there are no legal reasons not to include it (not a case of MySQL) and it has a maintainer (approved packager takes care of it) who obeys the packaging rules > I smell a proxy war against Oracle for their Oracle Linux efforts, > totally politically motivated and with dubious technical reasons. But > hey, that´s just me. yep, it may seem so from outside but, to me, these *are* technical reasons - if you were the package maintainer, how would you fix a bug which is described like: "Unspecified vulnerability in the Server component in Oracle MySQL 5.1.66 and earlier, and 5.5.28 and earlier, allows remote authenticated users to affect availability via unknown vectors related to Information Schema." [http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-0384] and there is no upstream patch associated to it? wouldn't that be better to go with a database project that doesn't keep the informations secret and gives you access to patches needed to fix your package? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Dne Čt 24. ledna 2013 12:24:33, drago01 napsal(a): > On Thu, Jan 24, 2013 at 10:34 AM, Adam Williamson wrote: > > I quote from the feature page: > > > > "Recent changes made by Oracle indicate they are moving the MySQL > > project to be more closed. They are no longer publishing any useful > > information about security issues (CVEs), and they are not providing > > complete regression tests any more, and a very large fraction of the > > mysql bug database is now not public." > > > > Do you dispute the truth of any of these statements? If you accept them > > as truthful, do you consider them insignificant? If so, why? > > The reply from Andrew renders this moot. really? how does that reply provide the missing informations that Adam points out? > If upstream is willing to maintain MySQL in Fedora then the whole "replace > it because it is hard to maintain" does not make sense. We should either > stay with MySQL or ship both but there is no reason to replace it anymore. I guess no one opposes keeping both ... in fact, the feature page says: "MySQL will continue to be available for at least one release," as for choosing which one will be default ... it is nice that upstream wants to support us, but what were they doing those 10 years of Fedora development (or 13.5 years since first mysql rpm changelog entry)? are they interested only when they see they could lose marketshare? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Proposed F19 Feature: Replace MySQL with MariaDB
Dne St 23. ledna 2013 09:45:28, Fernando Cassia napsal(a): > On Wed, Jan 23, 2013 at 4:55 AM, Adam Williamson wrote: > > Yeah, 'all the compatibility testing' is something of a vague idea to > > pin down :) > > Why can´t Fedora ship both? let users decide whether to use MySQL > Community edition or MariaDB. because resources are limited do you volunteer to maintain and test MySQL? > For MariaDB supporters, it´d be a big win "Fedora adds MariaDB to its > repos". However I suspect the objective is to get headlines like "Fedora > drops MySQL for MariaDB" which has other, more political, implications. too wild imaginations ... please, try taking a look at the informations available about some CVEs, for example then try to step in the shoes of the package maintainer and tell us what would *you* do you really think that such decisions are driven by the newspaper headlines which will be forgotten the next day after being published? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f18 i386 installer memory requirements
hm, that reminds me of https://bugzilla.redhat.com/show_bug.cgi?id=887302 the relevant part of that report: Release notes for F18 do not mention minimum system requirements too, ouch - please clone this bug as appropriate (I'm not reporting for Release Notes as I do not know if that belongs there ... the sole point of this bug is that the user should *somehow* get the infromation that F18 needs _more than_ 768 MiB RAM, which is a thing that I was unable to found even after 10 minutes at Google ...) Dne St 9. ledna 2013 01:47:53, Frantisek Hanzlik napsal(a): > i'm trying install f18 on older i686 machine (1.8GHz P4 CPU/512 MB > RAM/160 GB HDD/Radeon 9000 64MB graphics), doing NFS graphical > installation with XFCE desktop (and several add-ons groups). > Installation started from installation CD (images/boot.iso image), > anaconda 18.37.8. Install CD Media check is fine. > Machine always stop respond in "Checking software dependencies..." > phase; CD-ROM permanently rotate and it's all. > > I suspect this may be caused by insufficient RAM (althought I was > hoping that 512 MB will be sufficient - F17 requires 768MB and it's > installer seems be much cleverer and more functional than this in > F18). > Release notes and Installation guides F18 drafts seems not contain > info about HW requirements, can someone say it? > > TIA, Franta -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: An arbitrarily sized /tmp does not fit all
Dne So 22. prosince 2012 01:03:53, Chris Murphy napsal(a): > On Dec 22, 2012, at 12:22 AM, Adam Williamson wrote: > > Please keep this pointless regurgitation of old arguments off test@. > > It's bad enough on devel@. The discussion has been had, and escalated, > > and settled, and had again, and again. Please just stop it now. Move on. > > My suggestion to the whiners is to go look at FESCO meet logs going back > 9-12 months ago, see who voted for/against, and if you don't like how > people on FESCO voted, then vote for other people next time around. cool, so just because of disagreement on one thing in the past we should choose someone else - now just lend me your crystall ball please to tell me whom should I vote for, who will vote in all future features the 100% the same as I would vote ... > Otherwise, it's pretty much a STFU moment. It's an old debate. I don't think so ... it was discussed (see e.g. the ticket #940) that it may be re-evaluated after it gets broader testing - which is right now, and I find it pretty stupid, a complete failure of the process, that it got re-evaluated *before* there was a some time for the feedback (especially considering the fact that there was a problem with the installer itself, so many people didn't get to testing F18 earlier) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Many problems with Fedora 17
> > Should I wait for the new release 18? Would anyone please advise? > > Since F17 is a released system and you don't seem to be asking about > test versions of software, the appropriate place to ask about it is the > Users List. ahem, isn't F18 a testing version? where else to ask about the suitability of the upcoming release than among people who test that upcoming release? :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Many problems with Fedora 17
Hi, ... > Should I wait for the new release 18? Would anyone please advise? you don't have to wait, you can try the pre-release ... we can hardly tell if F18 will suit you or not - it has some problems, in the same way as F17 had its problems, and any previous version had its problems ... you can either live with them (trying to find a distro which has the least annoying set of problems) or participate on fixing them (at least report bugs what is broken, what is the expected behaviour, what is the actual wrong behaviour and what exact error messages are you getting ...) btw, if you don't like GNOME3, what about XFCE? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rename anaconda to cryptoconda?
Dne Út 4. prosince 2012 09:39:03, Adam Williamson napsal(a): > On Tue, 2012-12-04 at 11:06 +0100, Karel Volný wrote: > > Dne Po 3. prosince 2012 23:47:14, Adam Williamson napsal(a): > > > This gets into a very general discussion, but there is a fairly solid > > > case to be made that excessively aggressive behaviour on mailing lists > > > doesn't just discourage those it's aimed at, > > > > I wish it had worked ... discouraging developers that do things that users > > do not like would be a good thing ;-) but sometimes I've got the opposite > > feeling - the more criticism, the more "yes, I must be doing that right, > > they burnt Giordano Bruno on the stake for the truth, now they are trying > > to burn me" > That's, er, a) completely unsubstantiated YMMV ... > and b) not what I said. > 'Doesn't just discourage X but Y' means 'it discourages both X and Y'. > It doesn't mean 'it discourages Y but not X'. understood ... I should have made clear that I'm focusing just on the "it discourages/does not discourage X" part regardless of what happens to Y > > > but a substantial number of potential contributors who do not feel > > > comfortable jumping into such an environment. > > > > hm, and would they feel comfortable jumping to an environment where they > > hear "go away we don't want you"? > > > > shouldn't the reaction be more like "please keep your swearing at home" > > than "go away, don't test Fedora"? > > Ideally, for sure. But what if someone refuses to change their > communication style? then the answer should not be in the same (or equally discouraging) style ... had I mentioned already that I like how do _you_ handle the flames? and as for the OP, we may talk about banning (which is a solution that I do not like) or partial list moderation (if there's someone willing to do that ...) - or anything else how to improve the _communication_ but not how to reduce the user/tester/developer base K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
OT: "web size" (was: Re: Rename anaconda to cryptoconda?)
Hi,
sorry to bother your circles, but one paragraph catched my eye ... it is
strongly offtopic here, but I couldn't resist to try to educate people - who
knows, maybe someday ... I'll live long enough until browser developers will
finally understand CSS ...
Dne Po 3. prosince 2012 14:35:15, Felix Miata napsal(a):
> body {...font-size: 13px...}
>
> What that rule says is that regardless how the viewer's browser is
> configured, or the environment of the user, in particular the pixel density
> of his display, 13px shall be used as a base instead. This rudely thwarts
> the web's inherent adaptability.
this is not 100% true
please take a look at http://www.w3.org/TR/CSS21/syndata.html#value-def-length
- especially the image http://www.w3.org/TR/CSS21/syndata.html#img-pixel1
"For reading at arm's length, 1px thus corresponds to about 0.26 mm (1/96
inch)."
so, if "pixel density of his display" is very different from 96 DPI, the CSS px
unit should *not* be used 1:1 as display pixels
while you may consider setting base font size for reading at arms lenght to
3.38 mm rude in general, it surely does NOT "rudely thwart the web's inherent
adaptability" - it *should* adapt to the user's device, and it is just the
webbrowser developers' arrogance(*) if it doesn't adapt, go nag them
(*) I'd write "laziness" or something less offensive if I hadn't already tried
in vain with Gecko and KHTML
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rename anaconda to cryptoconda?
Dne Po 3. prosince 2012 23:47:14, Adam Williamson napsal(a): > This gets into a very general discussion, but there is a fairly solid > case to be made that excessively aggressive behaviour on mailing lists > doesn't just discourage those it's aimed at, I wish it had worked ... discouraging developers that do things that users do not like would be a good thing ;-) but sometimes I've got the opposite feeling - the more criticism, the more "yes, I must be doing that right, they burnt Giordano Bruno on the stake for the truth, now they are trying to burn me" > but a substantial number of potential contributors who do not feel > comfortable jumping into such an environment. hm, and would they feel comfortable jumping to an environment where they hear "go away we don't want you"? shouldn't the reaction be more like "please keep your swearing at home" than "go away, don't test Fedora"? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Rename anaconda to cryptoconda?
Dne Ne 2. prosince 2012 20:15:18, Adam Williamson napsal(a): > On Sat, 2012-12-01 at 18:54 -0300, Fernando Cassia wrote: > > On Sat, Dec 1, 2012 at 6:46 PM, drago01 wrote: > > Pretty good summary why I think this screen is just a mess > > from an UI pov. > > > > Agree it´s a disaster. And if you´re a coder and you can´t take > > negative feedback from users, "please, go do something else". *to > > paraphrase a poster higher in this thread* ;-) > > There is a large difference between negative (constructive) feedback and > a flamethrower. well, while there really exists such a difference, I do not think it justifies sending people away from Fedora ... since when we have so many users that we have to repulse them? isn't there a connection between number of users and number of developers? - how much people we can lose before the distro dies? and even a "flamethrower" is a valid feedback - the developers can see that they did something really wrong so that someone (who isn't on drugs, I suppose) had the urge to write such a reaction ... but that would really need to do something about the ivory towers ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
no trash folder in kmail (was: Re: Now that Fedora 18ß is out, questions still here? It's a Kmail one...)
hi,
...
> > anyways, still it'd be worth reporting (if not done already?)
>
> I guess I should. I wasn't sure if it was now
> supposed to be like that.
heh, even if it was supposed to be that way, it would be a bad decision from
the user POV, and so a bug should be filed to revert the change (or make it
optional)
> > btw, if you don't see the folder in kmail,
> > can you see it in akonadiconsole? does it exist on disk?
>
> This I do not know. I haven't used akonadiconsole.
/me just wonders how someone can be so lucky not to meet akonadiconsole until
now :-)
> What I just did, however, was to manually create a trash folder, just to see
> if my deleted emails would be in it, but it was empty. The trash folder I
> created did not get the special trash-folder icon, so I suppose the system
> doesn't consider it to be the real trash.
yes, exactly
and in addition, the special properties are scanned only on startup ...
> I will delete that one again before I go into akonadiconsole.
no need to do so
after starting akonadiconsole, go to the browser tab
rightclick the folder you want to use as trash, choose Folder Properties
go to Attributes tab, there you should have two lines (you can safely remove
any superfluous ones)
SpecialCollectionAttribute=trash
ENTITYDISPLAY=("Trash" "user-trash" "" ())
(note that I use "=" as a separator within email, but in reality these are two
columns in a table)
the first line specifies that this folder will work as the trash folder
the second one sets display name (i.e. not the on-disk name), the icon, and
... I don't remember what is the third string and it is not important :-)
the second line also corresponds to the settings on the General tab of that
dialogue, but these are not synchronised well, so I recommend to play just
with the Attributes tab
after making the changes, stop kmail then stop akonadiserver
on a next kmail start, the trash folder should work
- note that the actual bug may render the trash folder unusable anyways, the
steps above have worked for me for messing with system folder when correcting
localisation issues etc.
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Now that Fedora 18ß is out, questions still here? It's a Kmail one...
Dne Čt 29. listopadu 2012 09:37:10, Peter Gueckel napsal(a): > The kmail question is that after setup, I > notice that there is no trash folder. One can > delete messages to a trash folder and they > disappear, but there is no folder, so one > cannot see what's in the trash (or bring it > back). Is this supposed to be like this? for sure no ... do you see this problem after restarting kmail & akonadiserver (reboot, relogin ...)? - I remember that recently I missed my trash folder too but the problem went away before I started investigating ... anyways, still it'd be worth reporting (if not done already?) btw, if you don't see the folder in kmail, can you see it in akonadiconsole? does it exist on disk? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f18 vm inside f17 updated host needs tablet
... > IIRC the use of a tablet was actually *added* in recent releases because > it makes the pointer tracking more accurate and avoids the double-cursor > effect. let my add my experience ... I'm not sure what the original post is all about, but I had some troubles with mouse pointer in qemu, especially when viewing over network - all the problems vanished after adding "-usbdevice tablet" to qemu commandline K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: No @virtualization for the cow?
Dne Út 23. října 2012 07:46:07, Matthew Miller napsal(a): > On Mon, Oct 22, 2012 at 05:56:53PM +0200, Karel Volný wrote: > > then I see it like a good RFE material ... > > > > why doesn't yum say > > "Warning: Group virtualization has all packages installed. > > Nothing to do" > > "Warning! Everything is fine!" ? ok, then without the word "Warning" or do you consider the current "warning" message any better if that generates confused users asking silly questions on mailinglists? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: No @virtualization for the cow?
Dne Po 22. října 2012 04:24:49, Chuck Forsberg WA7KGX N2469R napsal(a): > On 10/22/2012 03:08 AM, Andre Robatino wrote: > > Chuck Forsberg WA7KGX N2469R omen.com> writes: > >> [root localhost tmp]# > >> [root localhost tmp]# yum install @virtualization > >> Loaded plugins: langpacks, presto, refresh-packagekit > >> Warning: Group virtualization does not have any packages to > >> install. Nothing to do > >> [root localhost tmp]# > > > > Is it possible you already have it installed? If it is, > > that's the exact message you would get (as I just verified > > by installing it, which does what you would expect the first > > time, then gives the above message if you run it again). > It was already installed - don't know why. Might have been > pulled in when I installed lots of stuff. then I see it like a good RFE material ... why doesn't yum say "Warning: Group virtualization has all packages installed. Nothing to do" ? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Upstream first? [Was: Re: The future of how to debug pages]
Dne St 26. září 2012 10:37:54, Jan Pazdziora napsal(a): > (they have accounts in the upstream bug tracking systems). just a note, this is very valid point I've given up reporting many problems just because of the initial barrier - to find the upstream way of handling bugs (not every project has its bugzilla.example.com site), and to register; some projects even do not allow free registration K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: The new installer
Hi, > What kind of impression do you think people get when, after > hearing that Fedora defines itself as bleeding edge > technology, they are presented with an installer interface > designed and written more than ten years ago? and the wheel was invented more than ten *thousand* years ago is that a reason we need to use something else than wheels? take a look here: http://www.motortrend.com/features/consumer/1107_2012_2013_new_cars_ultimate_buyers_guide/viewall.html - don't they look modern enough? yet they all use those obsolete wheels, ouch /me goes to swallow Zyrtec, getting hives each time someone says we need to replace something just because it is old http://www.joelonsoftware.com/articles/fog000069.html K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Reporting translation issues
> Thanks for the explanation. In my case, there is only one other > localization (my native language) which I'm using in parallel > with English (US). Sometimes it's very funny to read mixed > message strings in some apps like Disk Manager or sealert, so > I thought I could participate and at last report them. if you are willing to volunteer then it's best to actually do the translations instead of just reporting what's wrong/unfinished most (all?) upstreams warmly welcome new translators sealert => setroubleshoot translations seem to be handled via Transifex - take a look around at https://fedora.transifex.com/ (it may also help that one administrator - raven - is Pole) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE 4.9 F16?
Dne Po 20. srpna 2012 17:08:30, mike cloaked napsal(a): > On Mon, Aug 20, 2012 at 3:48 PM, Karel Volný wrote: > > yes, it's a shame that someone is unwilling to upgrade to F17 > > :-) > > > > K. > > That is a pretty snotty remark have you noticed those three characters ":-)" just after the sentence? http://en.wikipedia.org/wiki/Emoticon#Creation_of_:-.29_and_:-.28 > and very unwarranted. not that much ... see below: > F16 is a currently supported version of Fedora until about > November. http://fedoraproject.org/wiki/Updates_Policy#Philosophy Releases of the Fedora distribution are like releases of the individual packages that compose it. A major version number reflects a more-or-less stable set of features and functionality. As a result, we should avoid major updates of packages within a stable release. Updates should aim to fix bugs, and not introduce features, particularly when those features would materially affect the user or developer experience. The update rate for any given release should drop off over time, approaching zero near release end-of-life; since updates are primarily bugfixes, fewer and fewer should be needed over time. This necessarily means that stable releases will not closely track the very latest upstream code for all packages. We have rawhide for that. > If you are the owner of a single machine then a re-install is > tedious but not too time-consuming every 6 months. If you are > the admin for a dozen machines or more then re-installing all > of them every 6 months is a pretty tedious business - and like > quite a few other people I re-install usually annually on the > majority of Fedora machines for that reason. 1) I've never needed to do a reinstall of Fedora machine - the yum path has worked for me always, with one exception being the usrmove which I had to fix manually ... YMMV 2) I believe there are some management tools for those who have 12 or more machines that make upgrading them all as easy as upgrading one of them 3) I really doubt if your work reinstalling the machines justifies calling a shame the fact that the developers don't do their additional work in upgrading the released distros (in fact, I doubt this update should go even to F17(*)) and pushing the change also on other people who think that having to cope with a new version of software on their machine is a pretty tedious business (*) also considering the fact the developers provide the kde- testing/-unstable repos > For quite a lot of other people a rolling release distribution > makes less work when maintaining a significant number of > machines - and indeed I am moving my machines progressively > over to a rolling release distribution for that reason. I now > get to be more up to date than current Fedora on those > machines running the rolling release distribution. So even if > I was running F17 I would not be as up to date as Archlinux > for this particular package set. good for you - but then I really don't understand why would you like Fedora to be just like Arch when you can (and do) install Arch itself? yep, I'm sad to see people leaving Fedora, but then the question is what to do better to motivate the people to stay - but if it is such feature then I doubt if we should change ... where would be the freedom then if all the distros would use the rolling updates model, where would go those who dislike Arch? > We all have choices - and I asked a simple and perfectly valid > question - your kind of reply can lead to bad feeling on a list > like this! hm, I though I replied to "shame about F16 though!" ... I don't see any indication that *this* is "a simple and perfectly valid question" but I'm no native English speaker so I may have gotten things wrong K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE 4.9 F16?
Dne So 18. srpna 2012 08:39:01, mike cloaked napsal(a): > On Sat, Aug 18, 2012 at 3:39 AM, Rex Dieter wrote: > > mike cloaked wrote: > >> Does anyone know the plans for packaging kde 4.9 in anything > >> other than F18? 4.8.5 is in testing for F16 and F17 - and > >> yet I have been running 4.9 in arch linux from its stable > >> [core] repository for a week or so without any problems at > >> all. It would be nice to see 4.9 in F16 and F17 too? > > > > in short, F17 yes (probably at or near when 4.9.1 lands), but > > F16 no > OK thanks - shame about F16 though! yes, it's a shame that someone is unwilling to upgrade to F17 :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Root priviledges needed to poweroff
Dne Čt 26. července 2012 21:36:20, Adam Pribyl napsal(a): > On Thu, 26 Jul 2012, ergodic wrote: > > Karel your philosophy is correct. I have seen this issue > > when my grandchildren complained that they could not turn of > > their box after it was was upgraded to F-17. That is why I > > filed Bug 843299. > > > > Manny > > While I understand the reasoning made by Karel, I have to say, > that the message preventing user to poweroff saved me a lot of > times work I was doing on their workstation remotely. > > The bug you've submitted I understand is saying the > /usr/bin/reboot should ask or warn if someone else is logged > in (!), else reboot immediately, but /usr/sbin/reboot should > reboot without asking, if you have sufficient permissions, > which is not the case when you invoke it as a user - that's > why system asks for authentication. I'd say this a bit > different thing to what we are talking here about. hm, now I'm a bit confused who talks about what :-) I say that warning about users logged in is useful *always* (both for ordinary user and for admin) but the warning should not prevent _any_ eligible user from powering off/rebooting, it should just provide a possibility to reconsider "eligible user" is a) admin b) local user if the user is not local then ask for admin privileges if the user is local then DO NOT ask for admin privileges (else the user will just cut the power supply which is worse than killing others' running processes) in addition, admin should be able to override the warning not having to explicitly answer "yes I'm sure I want reboot despite there are other users logged in" to allow to schedule the reboot/poweroff or script it, but this (not asking) should not be the default behaviour reboot and poweroff should act the same in this regard - if they don't, that's a clear bug K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Root priviledges needed to poweroff
Dne St 25. července 2012 11:46:51, Adam Williamson napsal(a): > I just tested on two F17 machines and running 'reboot' as a > regular user happily reboots the system even if root is logged > in at VT2, no warning or authentication required. That does > seem to make the 'protection' on the graphical reboot button a > bit pointless, but meh. ahem, any such "protection" is pointless and in fact contraproductive as long as the user is able to pull out the AC cord (or the battery in case of laptops) (or use sysreq magic) warning? - good idea, and it should be more sophisticated to be helpful when asking others to save the work and logout (or identifying what is running and who runs it) authentication? - no, as it may prevent the user from shutting down the system gracefully K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: will F18 allow simultaneous installation of more than one desktop?
Dne Út 10. července 2012 14:11:15, Jóhann B. Guðmundsson napsal(a): > On 07/10/2012 12:34 PM, Dariusz J. Garbowski wrote: > > Making them especially happy when their network connection > > sucks or they don't have network connection whatsoever but > > are able to get DVD installer... They'll love Fedora for > > this new approach. Don't assume that everybody has 100 Mbits > > pipe with no caps at home. > Those users already are crying now over the 0 day updates that > happen right after they install the GA release which often can > be several hundred megs in size... ... which is a valid reason to make their lives even more miserable (not taking into account that the system _usually_ works quite well even without those updates) what a brilliant logic K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Linking negative karma points to a reported bug
Dne Čt 28. června 2012 12:11:02, Jóhann B. Guðmundsson napsal(a): > On Thu, Jun 28, 2012 at 10:45 AM, Karel Volný wrote: > > I simply don't like this idea, there is enough bugzilla noise > > and enough bureaucracy (read: obstacles) for anyone wanting > > to contribute (yes, even just clicking +1/-1 karma is a > > valuable contribution ...) > > This is no additional bureocrasy thou you claim it to be please elaborate on this situation now: step 1. follow a link to bodhi step 2. click "Add a comment" (optional) step 3. write a comment what doesn't work for you step 4. click "does not work" step 5. click "Add Comment" your proposal: step 1. follow a link to bodhi step 2. click "Add a comment" step 3. open Bugzilla in another window step 4. click New steps 5.-96. do all the things you have to do to properly file a bug step 97. return to bodhi step 98. write a comment which includes the newly reported bug number step 99. "click does not work" step 100. click "Add Comment" you really don't see anything additional in the second case? > and please do sell/explain it further what value you see in > having reporters to just click +1/-1 I see whether someone actually bothered to test the update, and what is the result > Btw way please follow [1] > 1. > http://fedoraproject.org/wiki/Mailing_list_guidelines#Proper_po > sting_style it was directed to a topic as a whole, not to a specific paragraph of your text ... sorry for not removing the original message not to "increase the size of the daily digests" but I'd find it more "highly confusing and incoherent" if I'd just deleted it btw, please follow http://fedoraproject.org/wiki/Mailing_list_guidelines#Be_Courteous (or is it just me who finds it at least a bit strange to start the thread by ill-founded, as Adam pointed out, attack on FESCO?) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Linking negative karma points to a reported bug
I simply don't like this idea, there is enough bugzilla noise and enough bureaucracy (read: obstacles) for anyone wanting to contribute (yes, even just clicking +1/-1 karma is a valuable contribution ...) - is this opinion worth 0.02€? :-) btw, reading the subject line, at first I understood it in a way that a negative karma comment will be mirrored into bugzilla comment of the appropriate bug _if it exists_ that would be good, IMO note that *I* do updates based on - fixing actual bugs - "fixing" bugs reported by updates monitoring so at least one bug exists for each update this may vary for different packages & contributors ... K. Dne St 27. června 2012 15:54:18, Jóhann B. Guðmundsson napsal(a): > Just bringing this topic to the appropriate mailing list > > On the last kernel meeting [1] it was suggested negative karma > points should be linked to a reported bug which kinda makes > sense if you think about it. > > What that means is that you ( as in reporter ) will no longer > be able to provide negative karma without linking it to an > already existing bug report either created by your or someone > else if that came to be. > > Now this has been discussed and rejected before by Fesco here > [2]. > > From my point of view FESCO should not be sticking their nose > in this topic since I think it's up to ourselves ( the QA > community ) to decide whether we want to implement this or not > hence I posted this here to this list for further discussion. > > I myself give +1 to implement this since give negative feedback > without linking to an already existing bug report helps no > one. > > There was also mentioned on the meeting that reporters seem to > be giving negative karma for bugs that never where mentioned > getting fixed in the updates. > > Doing this is a big NO NO since this will lead to fixes for > bugs that got mentioned being fixed in the update not reaching > our end user base because of that negative karma so I'm gonna > ask reporters that did that to stop doing that. > > Thanks > JBG > > > > > 1. > http://lists.fedoraproject.org/pipermail/kernel/2012-June/0038 > 86.html 2. > http://meetbot.fedoraproject.org/teams/fesco/fesco.2010-09-07-1 > 9.30.log.html -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 FAIL - long live F16
Hi, ... > The difference is that F17 seems unstable running the two > networks. I do not know if I am the only one using Fedora as a > gateway. My situation may be unique. F17 appears unreliable > on the same machine where F16 has been reliable. hm, "gateway", "two networks", "F17", "biggest problem" ... sounds familiar to me however, in my case it hasn't "died", it just didn't work from the beginning ... it was a problem of minimal install and old style networking, which should have been fixed since maybe if you are a bit more specific about what does it mean "local net died" we can get a bit further investigating where the problem is K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
> pinta is a mono bloat - and it doesn't work for me: > /me is going to file a bug https://bugzilla.redhat.com/show_bug.cgi?id1398 -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
Dne Čt 3. května 2012 07:49:28, Jonathan Kamens napsal(a): > So, I took my concerns over to the gimp-user mailing list, > where apparently this issue has been argued over a number of > times. thanks a lot; also for sumarising here > As for alternatives, krita (the RPM is "calligra-krita") and > pinta, both of which are available in Fedora, were suggested > for people who just aren't professional enough to grok the One > True GIMP Way. krita is more a painting tool than photo manipulating pinta is a mono bloat - and it doesn't work for me: [kvolny@kvolny ~]$ pinta Unhandled Exception: System.ArgumentException: 'gtk-close' is not a valid resource name of assembly 'Pinta.Resources, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null'. at Gdk.PixbufLoader.InitFromAssemblyResource (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.PixbufLoader..ctor (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.Pixbuf..ctor (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.Pixbuf.LoadFromResource (System.String resource) [0x0] in :0 at Pinta.Resources.ResourceLoader.GetIcon (System.String name, Int32 size) [0x0] in :0 at Pinta.ResourceManager.GetIcon (System.String name, Int32 size) [0x0] in :0 at Pinta.ResourceManager.GetIcon (System.String name) [0x0] in :0 at Pinta.Gui.Widgets.OpenImagesListWidget..ctor () [0x0] in :0 at Pinta.OpenImagesPad.Initialize (MonoDevelop.Components.Docking.DockFrame workspace, Gtk.Menu padMenu) [0x0] in :0 at Pinta.MainWindow.CreateDockAndPads (Gtk.HBox container) [0x0] in :0 at Pinta.MainWindow.CreatePanels (Pinta.WindowShell shell) [0x0] in :0 at Pinta.MainWindow.CreateWindow () [0x0] in :0 at Pinta.MainWindow..ctor () [0x0] in :0 at Pinta.MainClass.Main (System.String[] args) [0x0] in :0 [ERROR] FATAL UNHANDLED EXCEPTION: System.ArgumentException: 'gtk-close' is not a valid resource name of assembly 'Pinta.Resources, Version=1.2.0.0, Culture=neutral, PublicKeyToken=null'. at Gdk.PixbufLoader.InitFromAssemblyResource (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.PixbufLoader..ctor (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.Pixbuf..ctor (System.Reflection.Assembly assembly, System.String resource) [0x0] in :0 at Gdk.Pixbuf.LoadFromResource (System.String resource) [0x0] in :0 at Pinta.Resources.ResourceLoader.GetIcon (System.String name, Int32 size) [0x0] in :0 at Pinta.ResourceManager.GetIcon (System.String name, Int32 size) [0x0] in :0 at Pinta.ResourceManager.GetIcon (System.String name) [0x0] in :0 at Pinta.Gui.Widgets.OpenImagesListWidget..ctor () [0x0] in :0 at Pinta.OpenImagesPad.Initialize (MonoDevelop.Components.Docking.DockFrame workspace, Gtk.Menu padMenu) [0x0] in :0 at Pinta.MainWindow.CreateDockAndPads (Gtk.HBox container) [0x0] in :0 at Pinta.MainWindow.CreatePanels (Pinta.WindowShell shell) [0x0] in :0 at Pinta.MainWindow.CreateWindow () [0x0] in :0 at Pinta.MainWindow..ctor () [0x0] in :0 at Pinta.MainClass.Main (System.String[] args) [0x00000] in :0 /me is going to file a bug thanks for the suggestions anyway K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
Dne Čt 3. května 2012 12:18:46, Adam Williamson napsal(a): > On Thu, 2012-05-03 at 12:31 +0200, Karel Volný wrote: > > Dne St 2. května 2012 23:53:36, Adam Williamson napsal(a): > > > GIMP is a professional image editing suite, just like > > > Photoshop. It's not a basic touch-up tool. It doesn't > > > really > > > make sense to criticise it on the basis that you want to > > > use > > > it for something it's not really designed to do. > > > > and which tool are we supposed to use? > > Even if the answer were 'there isn't one', that's not GIMP's > fault. The GIMP authors want to write a professional photo > editor. If no-one wants to write a simple touch-up tool, > that's hardly the GIMP authors' fault, is it? I don't blame anyone for not writing an alternative - unfortunately, the thing is that until recent version, I was able to use the "professional" tool for my "amateur" tasks without much problems now it breaks my workflow I like examples so another one: I'm no professional lumberjack I'm perfectly happy to prepare some wood for our garden fireplace using some cheap electric chainsaw from the nearest hobbymarket - the "amateur tool" now if someone would give me a "professional tool", some heavy duty chainsaw like Husqvarna 595 XP, I bet I would have no problem to use it for my task why this doesn't work for (some) software? - do really all the professionals scratch their right ear with left hand? > > so far, Shotwell and Digikam were proposed > > > > but these aren't "basic touch-up tools" either: > > Shotwell - A photo organizer for the GNOME desktop > > digiKam - A digital camera accessing & photo management > > application > > And we all know summary lines are always kept carefully up to > date and fully accurate and contain a complete description of > all the app's functionality in their 80 characters or less! > (email really needs a :rolleyes: emoticon). okay, so you say the sole purpose of these are to be "basic touch up tools"? > It's really not difficult to actually _run_ either app and have > a look at what it can do. yep, I've actually run Digikam the startup takes longer than for GIMP it trashes my system with useless databases and steals the control over my files and manipulating images eats more memory than in GIMP > Shotwell has some pretty basic > editing tools - more 'enhancement' than editing - but Digikam > has some pretty advanced functionality these days. See > http://docs.kde.org/development/en/extragear-graphics/digikam/i > mage-editor.html , for a quick indication of what it can do. that doc doesn't say (or I don't see it) how to start just the editor, without all the bloat of "collection management" K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
Dne St 2. května 2012 23:53:36, Adam Williamson napsal(a): > GIMP is a professional image editing suite, just like > Photoshop. It's not a basic touch-up tool. It doesn't really > make sense to criticise it on the basis that you want to use > it for something it's not really designed to do. and which tool are we supposed to use? so far, Shotwell and Digikam were proposed but these aren't "basic touch-up tools" either: Shotwell - A photo organizer for the GNOME desktop digiKam - A digital camera accessing & photo management application K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
Dne Ne 29. dubna 2012 11:40:49, Fernando Cassia napsal(a): > On Sun, Apr 29, 2012 at 10:25, Karel Volný wrote: > > So, feel free to join me with the moment of silence for the > > good old GIMP that is just getting buried. > > I share your pain. I've given up on Linux image editors. > > For simple stuff (circling text on screenshots, writing text > over them) I just install WINE and use good old Paint Shop PRO > 5.0. It's from the age of Windows 98 yet works wonders for my > needs. > > Google "PSP501ev.exe". It's damn small too. which reminds me ... I want my pmail.exe back ... and irfanview ... oh, those early win95 days ... where is all the free software that was able to do exactly what I needed to do (about the same I need now) with hundreds times less resources? many years of development passed, and kmail is still unable to join divided messages ... and recently it has lost the search ability, all I get now is the message: 'The Nepomuk semantic search service is not available. Searching is not possible without it. You can enable it in "System Settings".' wohoo, back to trees, is pine still in repos? > Another option is Java Image Editor. > http://www.jhlabs.com/ie/index.html > > But sadly it bombs with OpenJDK, it worked fine with JRE. I > keep forgetting to report the bug, I might do it now... > FC yes, please do that, report the bug if you like the software, contribute to the development ... it's just that I don't like GIMP any more ;-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: GIMP 2.8
Hi, Dne Ne 29. dubna 2012 19:03:18, Máirín Duffy napsal(a): > On Sun, 2012-04-29 at 15:25 +0200, Karel Volný wrote: > > So, feel free to join me with the moment of silence for the > > good old GIMP that is just getting buried. > > If you could tone down the snark and indignation [1] you might > have a halfway decent bug report on the export tool there, > although in any case sending it to friday-l...@redhat.com > won't do much good. > > [1] This timbre of feedback is part of the reason why I don't > like working on desktop apps. it is a problem of action-reaction leading to a loop which usually ends by someone getting so angry to completely give up trying making things better ... basically, the developers' impact on users is 1. fixing bugs 2. creating new useful features 3. creating new unuseful features 4. breaking existing things because of new unuseful features x. many more options in case 1. and 2., the users are happy and give positive feedback in case 3., sometimes the users get upset if those features get into their way, but generally they tolerate it - "just don't use it", "I'd be happier if they spent time fixing bugs instead but hey that's opensource, I don't pay them ..." in case 4. the users get upset, more or less, but *always* upset now someone writes a rant ... then the developers get upset about the feedback and tell the user he has no right to talk that way then the users get more upset that the developers don't listen to the users and that they are arrogant now the developers are getting really angry because in their eyes it was the user who was arrogant, so tactless to criticise something that "he doesn't understand", and that he was so impolite to say that the developers don't handle the case well ... see the pattern here? the problem is that you really have to go one step back - if an user is doing harm to developers, it is not out of nowhere, but as a reaction to harm caused to him by the developers I hope there doesn't exist one more step before like "in previous iteration, users were bad to us, so let's break some feature to do harm to them" :-) as for my email, this wasn't meant as a serious criticism (hey, I really do *not* say "GIMP sucks") but rather a topic to think about, hence the selection of the target list, with a copy to testlist so that QA can get some inspiration for filing bugs (see below) I apologise for any possible offense caused by me being too much bitter > Re: the EXIF rotation dialog, I'm guessing you're working with > a fresh install / blew away your .gimp-2.x directory because > I've only ever seen that dialog once long ago: if you tell it > to always rotate based on EXIF and not show it again it will > do as you say. It would be a reasonable bug report / feature > request to ask for a preview of what each button would do in > the dialog so you'd know visually what effect taking the > action would have if it's not clear from the text. the preview wouldn't be needed if it'd clearly state "exif orientation" or "file orientation" ... what is "standard"? (now I see the dialogue as a whole is a bit more comprehensible in English than in Czech ...) > If you don't want to file what appears to be a very valid set > of bugs in the new export tool (not remembering the last set > of JPG export settings, registering unsaved changes on the XCF > when there are none.) I suggest using an app like Shotwell for > minor edits to images. um, sorry, no I have more than enough bugs reported (should watch them, retest, provide details ...) for things that I use daily, I'm not interested (I don't have the time) doing this for an application which I use once per month and which I'm currently seeking replacement for ... (thanks for the suggestion for Shotwell, but GIMP was one of the last GTK based things I'm using and I have some negative bias towards the others ... now let's hope that Wireshark won't get any worse :-)) > The reason exporting to file formats like JPG and PNG via > Export rather than Save makes sense to me is because of this > scenario: [cut] yep, it makes sense to you that is why I'm talking about incompatible way of thinking and I'm perfectly okay with the fact that someone wants to do things in another way than me - diversity is good (plus I'm often mistaken, so not doing things like me is really better ;-)) what saddens me is that the other way of thinking is forced on me - I was quite happy in this regard with the previous version of GIMP but now I have to find something more suitable for me ... I really don't like this practice of "overtaking" projects (or how to call that) - there is something that is g
GIMP 2.8
Dear GIMP lovers,
for the first time after update to Fedora 17, I've needed to do
some simple edits to a few photos.
Now I feel it is time to say goodbye to GIMP and start saving for
Photoshop ...
There is no point for me in reporting bugs - this is some
fundamental difference between my and the GIMP developers'
thinking ("it is not a bug, it is a feature").
The first thing was that GIMP had asked me if I want the photos
rotated according to EXIF. Hell yes, I can hardly remember any
single case where I wouldn't want this. - There was just a little
problem that I simply don't know which orientation is "standard".
So I was really not sure what to answer, will the photo get
rotated according to EXIF or will it be rotated from EXIF
orientation to the physical orientation of the JPEG data in the
file? And that's where I got the suspicion ...
I wouldn't mind that "resize" got renamed to "scale".
What do I mind is that "Save as" no longer works as before. I
still have the possibility to choose the file extension, however
trying to use "jpg" tells me that it won't save the file as JPEG
and that I have to "export" the file. That sounds very "logical"
when I've opened somefile.jpg and I just want to save it as
someothername.jpg not to overwrite original; I do not want to
"export" to any other format than what was the original.
Ok, so I went to "export", did all the "advanced" settings and
saved the file. Then the same for the rest of files I had
altered. Oh, the JPEG settings dialogue doesn't remember the
settings over the editing session as it always did? The only
possibility not to spent half an hour clicking the same twenty
times in a row is to save the settings as default. But I don't
want these exact settings to be the default ...
Cool, so I've spent half an hour "exporting" the files. So I'm
finished, let's close GIMP. Hey, but what's that dialogue asking
me to save unsaved changes of a file that I have just saved?
Every single file that just got saved is treated as unsaved just
because I was so bold not to use the one and only holy XCF format
for reprocessed JPEGs? Okay, just enough for me ...
Next time I'll rather spend my time studying ImageMagick usage to
script the task even for less than ten images, rather than doing
monkey work.
So, feel free to join me with the moment of silence for the good
old GIMP that is just getting buried.
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easily be explained by stupidity."
signature.asc
Description: This is a digitally signed message part.
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
https://admin.fedoraproject.org/mailman/listinfo/test
Re: Fedora-17 Irritations
> I believe what he wants is a locale where LC_MESSAGES= gives a > variable that results in imperial measurements being defined. > If that isn't what he wants/needs I would hope he would tell > us. s/LC_MESSAGES/LC_MEASUREMENT/ K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Inadequate sound device control
Dne Út 17. dubna 2012 22:02:40, Samuel Sieb napsal(a): > John Morris wrote: > > It doesn't. And nobody cares, go buy hardware that works the > > way Pottering imagines it 'should' work is the closest you > > will get to real world advice. It doesn't actually exist > > mind you, so you can't really buy it. You will just have to > > imagine how wonderful it would be. > > > > It is insane, it has been insane now for several years and is > > only getting worse by the day. And when the insanity in one > > subsystem, after years of pain, finally begins to subside it > > will be rubbished and rebuilt from scratch again. Meh. > > It is so frustrating to hear people complaining about > pulseaudio like this. but I doubt it is as frustrating as being forced to use PulseAudio when plain old ALSA has worked better ... > Pulseaudio is an amazing improvement for the use of sound on > Linux. pity that a lot of people, including me, fail to see the improvement - in fact, it is a huge disturbance for them > For 99% of users, it just works like it should. [Citation needed] I manage three installs of Fedora and "it just works like it should" simply doesn't hold true for any of them yes, for 66.6% of the users of these installs "it just works" as I've fixed the things for them ... > I love how software mixing just works FOR ME and I can ... ^^ here, I've fixed that sentence for you > In the cases where pulseaudio doesn't work, it's usually an > ALSA bug or specialized audio cards which tend to come with > their own control software anyways. ROFL :-D :-D :-D man, I'm really sorry but I cannot react to that in any other way it's like one guy tried to persuade me recently that Akonadi works perfectly, all the bugs are somewhere else - even when the "akonadiserver" process is stuck and needs to be killed, it is not a bug of Akonadi but a bug of KMail, LOL ... > Either way, file a bug report that's what I've done - would you dare to guess what is the reaction? > instead of writing off the whole thing just because it doesn't > work for you. no, I write it off "just because" the core philosophy behind the project seems ill to me I'm no control freak, I don't need things like JACK or what do the professional musicians use, however, I need to be able to control basic things while PA prevents me to control even those imagine smörgåsbord ... - the control freak wants to choose what is on the table, what ingredients are used to prepare it, which spices etc. etc. - I just want to choose a few pieces from the table and happily eat what do I like and how do I like it - PA takes from the table some random selection of things that don't go together well, puts it in a bowl, melds it into disguisting matter and feeds it to me through my nostrils > Yes, there is usually some initial pain when major subsystems > like audio or init get changed, but in the end, the result is > so much better. ahem, PA got introduced in F8[1], this is nearly 5 years ago!(*) and the "result" is still a pain, I never had such issues with plain ALSA - but I repeat "I never had", 'cause ine pre-PA years I've been using cards with hardware mixing; owners of the cheap integrated ones may see that as a benefit, as previous attempts like ESD or aRts weren't much better than PA either [1] https://fedoraproject.org/wiki/Releases/8/FeatureList K. (*) just FYI, there are users that simply do not have another 5 years to wait until PA's "child diseases" will be cured even if they would pay anything to have those 5 years ... -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Inadequate sound device control
Dne Út 17. dubna 2012 16:36:08, Adam Williamson napsal(a): > On Tue, 2012-04-17 at 14:36 +0200, Karel Volný wrote: > > now if there is only one volume control, how do I express > > that I want to mute the microphone and set the line-in to > > some value? > PA doesn't treat this as a question of volumes but a question > of inputs, or, as GNOME volume control puts it, 'connectors'. > On the Input tab of the GNOME volume control applet thingy, how can I run this outside of GNOME which I do not use? - I've tried "yum provides *volume*" and look for gnome thing, but I have found nothing relevant (except for zillions of icons like "/usr/share/icons/elementary/apps/24/gnome-volume- control.svg") > they show up as options in a drop-down list. You can pick one > input source at a time. so, I can't actually mix them? > You pick an input source, then pick the volume for it. sounds very easy, intuitive, comfortable and productive in comparison with classical mixer-like[1] interface ... [1] http://en.wikipedia.org/wiki/Mixing_console K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Inadequate sound device control
Dne Út 17. dubna 2012 07:25:49, Matthias Clasen napsal(a): > On Tue, 2012-04-17 at 12:04 +0100, Adam Williamson wrote: > > None of them would. PulseAudio is at a higher level than ALSA > > and does not actually provide any kind of interface > > (user-interfacing, or API) for controlling individual ALSA > > mixer channels as Jon wants to. It's not what PA is _for_. ok, what is PA _for_ then? (see below) > > PA's take is that if you want to control individual ALSA > > mixer channels, use an ALSA mixer. GNOME's take is they > > don't want to write an ALSA mixer. So if you want a > > graphical ALSA mixer...find one and use it. GNOME doesn't > > consider themselves to be in the business of providing one. > > Well put Adam, thanks. That being said, we certainly want to > provide enough control to let people use their sound cards. If > something is missing, by all means, let us know. But "I need > control on the level of " is not a very > concrete description of what our controls don't let you do... it doesn't do what the *mixer* is supposed to do - to *mix* various sources for example - most (?) cards have two external inputs - microphone and line-in now if there is only one volume control, how do I express that I want to mute the microphone and set the line-in to some value? what if the soundcard has a "boost" on/off switch which doesn't just amplify the microphone but it completely changes input characteristics from condenser mic to dynamic mic range? - how is this supposed to work with "one slider rule them all" type of control? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Inadequate sound device control
Dne Ne 15. dubna 2012 12:26:21, stan napsal(a): > On Sun, 15 Apr 2012 14:27:26 -0400 > > Jonathan Kamens wrote: > > These are not esoteric settings that only audiophiles use. I > > have to tweak them/regularly/ to get my speakers, headset, > > and microphone to play nicely together, due to another bug, > > i.e., that Fedora doesn't seem to /remember/ my settings > > between logins / reboots. But even if > You should file a bugzilla for this. https://bugzilla.redhat.com/show_bug.cgi?id1475 -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F17 & btrfs installation
hi, > I know that anaconda is having a bug in terms of installing to > btrfs Partitions and btrfs is generally disabled for now. > Anybody knows if a installation of F17 to btrfs is possible > if it already exists? I've tried Alpha install, and Anaconda was crashing while reading a device that contained btrfs, even before trying to use it it was a bit better with live - I was able to play with filesystems without the installer crashing, however, I could not install on btrfs as the target filesystem has to match the live image there may have been some fixes since ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: I/O Bound Procs Clobbering Responsiveness
Hi, I'm afraid the problem is not specific to Fedora ... I see something similar on my Gentoo box after upgrading kernel from 2.6.39 to 3.0.6 I haven't tried with USB but I can see whole system being pretty slow if there is high SATA load. And also I had to stop bitcoin computations on my GPU, as the GUI became totally unresponisve while running poclbm - this didn't happen with previous kernel, I could run the computations in the background while working with the GUI. /me is thinking about kernel downgrade ... K. On Monday 07 of November 2011 17:36:10 Chuck Forsberg WA7KGX N2469R wrote: > This a subjective comment, but it seems that I/O bound procs > such as disk copy are seriously impacting GUI response more > than before. For example, switching windows can take 30 > seconds or more. Indeed it appears the system has halted > except that the clock seconds keep ticking away. > > Setup: R6550 8GB Fedora 16 64 bit accessed via TigerVNC over > a gigabit LAN. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: / must be on a partition or LV that will be formatted. Reusing an existing / is not allowed.
On Thursday 20 of October 2011 19:02:41 Adam Williamson wrote: > On Thu, 2011-10-20 at 12:34 +0200, Karel Volný wrote: ... > I don't know of any major distro that doesn't support LVMs. I'm really not sure if this is the right place to say "someone big does this or that" ... otherwise we may end up asking how simple it is to read your /home if you install Windows > They may not use them in the installer by default... so it is not that easy to setup the system on a LVM layout, thanks for proving the point ;-) > > I don't know Kamil's exact usecase, but in general, if you > > have just one disk, which I guess is the majority case, why > > to bother with creating multiple partitions then resize > > them "just because you can do it with LVM"? > > (no need to answer this question ...) > > Because it's the correct way to be able to keep /home while > wiping / . Simple enough answer? well ... no what does it mean "correct"? > > > > The only concern I ever had for my layout is whether the > > > > next distro installer would be smart enough to let me > > > > skip formatting of the / partition. Therefore I'm not > > > > thrilled to see Anaconda go the other way. > > > > > > Anaconda team consider skipping format of / to be a *dumb* > > > > > > > > > > > thing to do, not a smart one... > > > > but that is not the thing Kamil called "smart" ;-) > > Um, yes it is? "The only concern I ever had for my layout is > whether the next distro installer would be smart enough to > let me skip formatting of the / partition." I belive that ... you talk about the action itself Kamil talks about *allowing* the action K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: / must be on a partition or LV that will be formatted. Reusing an existing / is not allowed.
On Wednesday 19 of October 2011 18:52:31 Adam Williamson wrote: > On Wed, 2011-10-19 at 07:51 -0400, Kamil Paral wrote: > > > > I imagine this could be very inconvenient for me when > > > > switching distributions. I always have / and /home on > > > > the same partition. If I > > > > want hypothetically to go from let's say Ubuntu to > > > > Fedora, I delete all files except /home and then select > > > > that partition for /. If you force me to format that > > > > partition then I can't easily switch to Fedora, because > > > > my /home is huge and I have no external space to back > > > > it up. > > > > > > Why not have /home as a separate partition? This is the > > > classic reason > > > for doing so. I mean, what you're doing in the above is > > > basically 'faking' a /home partition. > > > -- > > > Adam Williamson > > > > Because I never saw reason to do so. Having / and /home on > > the same partition saves you from problems with > > insufficient disk space in one place and too much space in > > the second place. > > So does LVM, which is exactly why we started using it by > default. Resizing an LVM 'partition' is extremely simple to > do and very safe. If you find you got the sizes of / and > /home wrong, just change 'em. you forget the condition that LVM is (better say "could be") simple only if *all* distros you use support that ... I don't know Kamil's exact usecase, but in general, if you have just one disk, which I guess is the majority case, why to bother with creating multiple partitions then resize them "just because you can do it with LVM"? (no need to answer this question ...) > > The only concern I ever had for my layout is whether the > > next distro installer would be smart enough to let me skip > > formatting of the / partition. Therefore I'm not thrilled > > to see Anaconda go the other way. > > Anaconda team consider skipping format of / to be a *dumb* > thing to do, not a smart one... but that is not the thing Kamil called "smart" ;-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: F16 : bash paint and paste gone?
On Wednesday 19 of October 2011 19:08:58 sean darcy wrote: > On F16 with xfce (left gnome because it's too strange): > > I can't just paint text with a mouse and the paste it with a > click of the scroll wheel. I have to rt-click copy and > rt-click paste. > > Is this a feature gone with F16, or is this a gnome-ism that > doesn't exist in xfce? for sure it isn't "gnome-ism" as that works (well, used to work) in all X apps (via X11 Primary Selection feature), and also on text console if you had mouse support via gpm you mention bash in the subject and then xfce ... so in fact it stopped working for you in "Terminal", the XFCE terminal application (http://www.xfce.org/projects/terminal)? could you try if that works for you in other applications? - if yes, check your Terminal config and eventually file bug (look for one already existing) for Terminal - if not ... I'd suggest trying other environment (i.e. GNOME, KDE, plain X with just xterm ...), then checking your mouse mapping with xinput ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
can't finish post-install configuration
Hi, I've just installed F16 Beta into virtual machine, and I'm unable to finish the post install configuration - I'm stuck at the Date and Time configuration screen and clicking Next does nothing ... looking at the process list, what seems suspicious to me is: [smoltSendProfil] has anyone met such problem? any bugs already reported? - note that I've used qemu-kvm with clean disk image, I've installed minimal system with KDE + X, and I've chosen Czech language, if that matters ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: KDE desktop slow
On Sunday 28 of August 2011 18:30:41 Mike Chambers wrote: > F16 installed from a composed tree just couple days ago (sync > a full tree + updates-testing locally), fully updated. The > system, as a whole, seems slow to respond to anything I do. hm, isn't that due to some debug turned on in kernel? - I saw some option to turn it off earlier today but can't remember exactly ... just use google now when you know what to look for :-) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh YES! grub2 FINALLY
On Thursday 18 of August 2011 10:09:26 Karel Volný wrote: > On Wednesday 17 of August 2011 18:55:06 Tom H wrote: > > On Wed, Aug 17, 2011 at 10:17 AM, Michael Cronenworth > > wrote: > > > Karel Volný wrote: > > >> - last time I checked, the website with the docs was > > >> down, and it lasted for at least a week, then I gave up > > >> (maybe it is online now?) > > > > > > http://www.gnu.org/software/grub/manual/ > > > > I suspect that Karel was referring to > > http://http://grub.enbug.org/Manual > > exactly > > K. http://www.gnu.org/software/grub/manual/ says "last updated May 29, 2011" - is that a joke? it is just about *three weeks* since my experiments with grub2 mentioned in another part of this thread, and everyone was referring to malfunctional http://grub.enbug.org/Manual ... oh my ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh YES! grub2 FINALLY
On Wednesday 17 of August 2011 18:55:06 Tom H wrote: > On Wed, Aug 17, 2011 at 10:17 AM, Michael Cronenworth wrote: > > Karel Volný wrote: > >> - last time I checked, the website with the docs was down, > >> and it lasted for at least a week, then I gave up (maybe > >> it is online now?) > > > > http://www.gnu.org/software/grub/manual/ > > I suspect that Karel was referring to > http://http://grub.enbug.org/Manual exactly K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh No! Not grub2?!?
Hi, I read at this very mailinglist that Fedora 16 is listed to having grub2. I was interested if this was really true and where I could learn more about how Fedora is planning to package and use it in Fedora 16. I have run into all kinds of issues with the upstream version installed on Gentoo and ... I do not want to be a guinea pig for irresponsible developers wasting users' time by replacing working software with versions that are known not to work. For example, I'm doomed to enter the boot parameters manually on the grub commandline on each boot, because the mkconfig tool fails(*) and the documentation how to write configfile manually is not available. Note that the mkconfig failure is a known problem for which a solution exists since April or something like that, yet it still didn't get into any release. (*) Sorry not to refer to specific issue, my memory is failing what was the exact error mesage, and I don't have access to that machine now, ask me on Friday if interested. Another example is the need to re-partition your disk if btrfs is used. Another example is the unability to run memtest86+ - or maybe it can run it, but it is so complicated that I gave up too early ... all this 64 bit, 16 bit (!), "like bsd", 32 bit, etc. etc. stuff ... K. On Wednesday 17 of August 2011 01:00:27 Stephen John Smoogen wrote: > On Tue, Aug 16, 2011 at 15:50, Tom Horsley wrote: > > I noticed to my horror in another thread today that > > fedora 16 is going to switch to grub2. > > This is widely off-topic and not written in a manner that > really allows for either a conversation or a poor response. > Here is a better way of stating your request: > > Hi > > I read at that Fedora 16 is listed > to having grub2. I was interested if this was really true and > where I could learn more about how Fedora is planning to > package and use it in Fedora 16. I have run into all kinds of > issues with the Ubuntu version and would be willing to test > to see if a Fedora implementation runs into them. > > Thanks -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Oh YES! grub2 FINALLY
just a note ... > Grub2 documentation is among the worst of > the bad, virtually non-existent, virtually? - last time I checked, the website with the docs was down, and it lasted for at least a week, then I gave up (maybe it is online now?) so, from user POV, it *is* non-existant K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: problem with F15 in qemu
ha! - there is genuine bug https://bugzilla.redhat.com/show_bug.cgi?id=715584 ... and also https://bugzilla.redhat.com/show_bug.cgi?id=715589 On Thursday 23 of June 2011 14:30:25 Karel Volný wrote: > On Thursday 23 of June 2011 14:01:29 Athmane Madjoudj wrote: > > On 06/23/2011 12:53 PM, Karel Volný wrote: > > > Hi, > > > > > > I'm unable to install a testing system ... has anyone else > > > met https://bugzilla.redhat.com/show_bug.cgi?id=715572 ? > > > > Fedora 15 require 640M+ RAM, try with: > > > > qemu-kvm -m 640 -cdrom Fedora-15-x86_64-DVD.iso F15.qcow2 > > thanks, I've missed this - well, in fact, I've tried once with > "- m 1024" but maybe I was too quick to interrupt the process > when I saw the last message and no progress, while it may > just have been some network glitch as I have the iso on a NFS > share > > I've copied the file onto local disk and now with "-m 640" it > works reliably > > (640 MiB just to copy a few files & do a few initial settings? > seriously?!) > > K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: problem with F15 in qemu
On Thursday 23 of June 2011 14:01:29 Athmane Madjoudj wrote: > On 06/23/2011 12:53 PM, Karel Volný wrote: > > Hi, > > > > I'm unable to install a testing system ... has anyone else > > met https://bugzilla.redhat.com/show_bug.cgi?id=715572 ? > > Fedora 15 require 640M+ RAM, try with: > > qemu-kvm -m 640 -cdrom Fedora-15-x86_64-DVD.iso F15.qcow2 thanks, I've missed this - well, in fact, I've tried once with "- m 1024" but maybe I was too quick to interrupt the process when I saw the last message and no progress, while it may just have been some network glitch as I have the iso on a NFS share I've copied the file onto local disk and now with "-m 640" it works reliably (640 MiB just to copy a few files & do a few initial settings? seriously?!) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
problem with F15 in qemu
Hi, I'm unable to install a testing system ... has anyone else met https://bugzilla.redhat.com/show_bug.cgi?id=715572 ? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: f15 start wired on boot?
On Thursday 28 of April 2011 15:45:20 Steven Stern wrote: > On 04/28/2011 08:42 AM, Neal Becker wrote: > > Trying f15beta in a VM. > > > > After install, I wanted to configure to start the wired > > ethernet at boot. Tried to use NM to do that, but didn't > > see any option for starting @boot. > > > > Manually edited network-scripts file, setting ONBOOT=true. > > That did it. But isn't there a more newb-friendly way? > > If you checked "Available to all users", then it's started > when the NM daemon is started, before a user logs in. while at it ... pls, how to achieve that in KDE? there's "System connection" checkbox which I'd expect to do the job, but it cannot be checked, it is grayed out ... K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I've tried GNOME 3 now...
On Tuesday 26 of April 2011 17:28:35 Adam Williamson wrote: ... > Obsessively follow? All you had to do was install Fedora 12, > 13 or 14 and hit the 'GNOME Shell' button in desktop-effects. so ... how do you know there is some "'GNOME Shell' button in desktop-effects" if you do not obsessively follow the development? you *really* sound like a Vogon ... :-/ K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: Well, I have tried systemd now ...
On Tuesday 26 of April 2011 22:02:13 Bill Nottingham wrote: > Essentially, you have to ensure that everything called during > the boot cycle up until the point that /usr is mounted, > including any and all programs called from udev rules, have > all the libraries, configuration, and data they need to write > to, available on the root partition. (*) > > It's something that certainly can be made to work where > problems are found, with enough effort - that would be > auditing that would have to be done on each release > (potentially each update!). So, then it's a cost-benefit > ratio, and weigh that at against the usage case of separate > /usr recently, I've been doing something similar for RHEL, well, some basic check for library dependencies, and it took less than two half-afternoons including reporting the problems found I'm pretty sure creating complete test wouldn't be much more work and it can be run automatically, which is nearly zero cost as the infrastructure for automatic testing of releases is already up & running - of course just until a problem is found which needs human attention ... but catching that early will be always much cheaper then breaking users' systems so, the costs seem low to me, and the benefits? - > (which is ?) - I'd be interested too ... last time I've met this was some form of not-so-thin client setup, where the machines weren't able to boot completely from network for some reason, so that they had basic system installed on them and then mounted the rest from the network HOWEVER ... I think(!) the requirement to be able to use separate /usr can be derived from FHS - so, Fedora should finally explicitly state that it does not and does not want to support FHS K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: osmgpsmap and it's python binding...
Hi, On Tuesday 19 of April 2011 07:49:47 Rob Healey wrote: > I would love to know if anyone knows where I might be able to > get rpms for the osm-gps-map and python-osmgpsmap for > Fedora15/ 16??? what is this needed for, wouldn't it be sufficient to use TangoGPS? > I have tried compiling the source files, but it keeps telling > me that gcc is incompatible. Can anyone help me? regarding such issues, I guess it'd be better to contact upstream (and to quote the exact error message it gives) K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: "force quit" Applet
On Thursday 14 of April 2011 19:06:08 drago01 wrote: > On Thu, Apr 14, 2011 at 6:46 PM, ergodic wrote: > > Are any plans to implement the "force quit" applet in Gnome > > 3? > > > > "force quit" saves time and effort closing unruly > > applications which would otherwise require top or ps to id > > the process and then kill to terminate it. > > Alt-f2 -> "xkill" -> enter ctrl+alt+esc not working any more? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
Re: safely remove drive
On Tuesday 19 of October 2010 06:49:54 cornel panceac wrote: > wouldn't it be nice to have a "You can safely remove device" > message displayed for a few seconds every time after you > click the option on the usb drive's right-click menu? > also a message displayed al the time during the sync would > complete the user xperience. imho, of course. I don't think we need to copy Windows everywhere ... to see a popup, you have to watch the screen - so if you have a large cache and slow media, and you just copied tons of data, you have to stare at the screen for ten minutes until you see the popup to know you're done ... ouch much better would be just to have an indicator of the status you can query "can I remove the media now"? - you can get the same as with the popup, just watching the indicator for ten minutes until it changes state ... but I prefer to do something useful meanwhile ;-) but I agree that disappeareing of the icon from the GNOME desktop or having to open Nautilus to see that the icon is not there is not very user friendly K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
resource eaters
Hi, while talking about F14 eating resources, making cpus hotter and batteries lives shorter ... I've just filed Bug 643285 - don't run quickstarter by default [https://bugzilla.redhat.com/show_bug.cgi?id=643285] ... opinions? ... any other examples of wasted resources? K. -- Karel Volný QE BaseOs/Daemons Team Red Hat Czech, Brno tel. +420 532294274 (RH: +420 532294111 ext. 8262074) xmpp ka...@jabber.cz :: "Never attribute to malice what can :: easily be explained by stupidity." signature.asc Description: This is a digitally signed message part. -- test mailing list test@lists.fedoraproject.org To unsubscribe: https://admin.fedoraproject.org/mailman/listinfo/test
