libinput soname bump
libinput 0.12 had a soname bump. I've rebuilt weston, clutter, mutter, xorg-x11-drv-libinput in rawhide, the F22 packages will follow tomorrow. Cheers, Peter -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Updating engineering and scientific group in comps
Hi, I would like to make the following change to the engineering and scientific group: diff --git a/comps-f22.xml.in b/comps-f22.xml.in index 7b03241..af70ac6 100644 --- a/comps-f22.xml.in +++ b/comps-f22.xml.in @@ -1449,6 +1449,10 @@ maxima octave python-matplotlib + python-matplotlib-tk + python-ipython + python-ipython-console + python-ipython-notebook R scipy speedcrunch @@ -1570,6 +1574,7 @@ python-biopython python-cvxopt python-networkx + python-pandas python-theano qalculate-gtk qalculate-kde and similar change for f23 as well. Is there any objection? I am not sure if I have the right permissions to push this change as well..but that is another problem to solve. Best, Amit. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Issue with yum/systemd?
I posted this issue on the users mailing list but didn't get a response ( https://lists.fedoraproject.org/pipermail/users/2015-March/459083.html ), so I thought I'd try here. I did a "yum remove" on F21 and it hung after the 2nd of 8 .rpms and systemd has been using ~40% of the CPU since then. Here's the stacktrace from yum: #0 0xb76debac in __kernel_vsyscall () #1 0xb7510d03 in __waitpid_nocancel () from /lib/libpthread.so.0 #2 0xb6fa4842 in rpmScriptRun () from /lib/librpm.so.3 #3 0xb6f83c53 in runScript () from /lib/librpm.so.3 #4 0xb6f8434f in runInstScript () from /lib/librpm.so.3 #5 0xb6f8531b in rpmpsmRun () from /lib/librpm.so.3 #6 0xb6f9a3cb in rpmteProcess () from /lib/librpm.so.3 #7 0xb6fa1714 in rpmtsRun () from /lib/librpm.so.3 #8 0xb6fd0f0a in rpmts_Run () from /usr/lib/python2.7/site-packages/rpm/_rpm.so #9 0xb758a609 in PyCFunction_Call () from /lib/libpython2.7.so.1.0 #10 0xb754a645 in PyObject_Call () from /lib/libpython2.7.so.1.0 #11 0xb75e6f33 in PyEval_CallObjectWithKeywords () from /lib/libpython2.7.so.1.0 #12 0xb75616c6 in methoddescr_call () from /lib/libpython2.7.so.1.0 #13 0xb754a645 in PyObject_Call () from /lib/libpython2.7.so.1.0 #14 0xb75eb187 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #15 0xb75ecfe1 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #16 0xb75ee1ea in PyEval_EvalCodeEx () from /lib/libpython2.7.so.1.0 #17 0xb75ecf11 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #18 0xb75ee1ea in PyEval_EvalCodeEx () from /lib/libpython2.7.so.1.0 #19 0xb75ecf11 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #20 0xb75ee1ea in PyEval_EvalCodeEx () from /lib/libpython2.7.so.1.0 #21 0xb75ecf11 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #22 0xb75ee1ea in PyEval_EvalCodeEx () from /lib/libpython2.7.so.1.0 #23 0xb75ecf11 in PyEval_EvalFrameEx () from /lib/libpython2.7.so.1.0 #24 0xb75ee1ea in PyEval_EvalCodeEx () from /lib/libpython2.7.so.1.0 #25 0xb75ee344 in PyEval_EvalCode () from /lib/libpython2.7.so.1.0 #26 0xb76078db in run_mod () from /lib/libpython2.7.so.1.0 #27 0xb7608d70 in PyRun_FileExFlags () from /lib/libpython2.7.so.1.0 #28 0xb760a163 in PyRun_SimpleFileExFlags () from /lib/libpython2.7.so.1.0 #29 0xb760a6c8 in PyRun_AnyFileExFlags () from /lib/libpython2.7.so.1.0 #30 0xb761c911 in Py_Main () from /lib/libpython2.7.so.1.0 #31 0x08048578 in main () It looks like yum is waiting on some process. Is there a way I can tell what the process is and why it hasn't returned yet? Any other ideas on how I can figure out what is going wrong? Thanks, Dave -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GraphicsMagick-1.3.21: libGraphicsMagick++ soname bump
Ville Skyttä wrote: > On Mon, Mar 9, 2015 at 6:37 PM, Rex Dieter wrote: >> I'm planning in doing a GraphicsMagick-1.3.21 build for f22 soon >> (hopefully by the end of this week), which includes a libGraphicsMagick++ >> soname bump and affects the following packages: > [...] >> vdr > > I wonder why vdr is affected? On the other hand it looks like > vdr-skinenigmang is affected but was missing from your list, maybe > these two got mixed up? I think you're right, sorry. -- rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCO request to revert password confirmation change in F22
> Why not? The user surely knows better what a good password is than the > software does. If the user picks a crappy password, there's probably a good > reason. You have an alarmingly naive understanding of our user base... (not that *I* want to give up control of my passwords, but I'm not an average user) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCO request to revert password confirmation change in F22
Mike Pinkerton wrote: > I guess one response would be to give up any pretense of password > quality checking, although I am not advocating that. Why not? The user surely knows better what a good password is than the software does. If the user picks a crappy password, there's probably a good reason. Kevin Kofler -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCO request to revert password confirmation change in F22
On Mon, Mar 9, 2015 at 4:53 PM, Björn Persson wrote: > Nico Kadel-Garcia wrote: >> I'm the guy that brought up the XKCD comic. > > I did it first. ;-) Sorry, I think it was adamw who referenced it on anaconda-devel@ over a month ago when this topic first came up. :-D And I referenced it again on security@ list when I pointed out Adam's correcthorse and correcthorsebatterystaple are accepted by Anaconda, while the XKCD "troubadour" password it railed against is accepted. Now, that's not the part that's Anaconda's fault. It's not even really libpwquality's fault per se because this is actually a difficult problem to score passwords. However, it's ironic that a now widely published passphrase, including two simple dictionary words, is permitted yet shouldn't be if we really care about this problem, while the actually bad password is permitted. Hence why I think the Anaconda change is utterly pointless, brings no meaningful security gain, for a lot of needless controversy. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCO request to revert password confirmation change in F22
Nico Kadel-Garcia wrote: > I'm the guy that brought up the XKCD comic. I did it first. ;-) > The classic > storage is the Post-it note on the secretary's desk, but I see a lot > of people who should know better writing them into source control > systems that everyone in the company can read. Or even source control systems that everyone in the *world* can read: http://arstechnica.com/security/2015/03/ubers-epic-db-blunder-is-hardly-an-exception-github-is-awash-in-passwords/ Björn Persson pgpi1R6k9DyHC.pgp Description: OpenPGP digital signatur -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: GraphicsMagick-1.3.21: libGraphicsMagick++ soname bump
On Mon, Mar 9, 2015 at 6:37 PM, Rex Dieter wrote: > I'm planning in doing a GraphicsMagick-1.3.21 build for f22 soon (hopefully > by the end of this week), which includes a libGraphicsMagick++ soname bump > and affects the following packages: [...] > vdr I wonder why vdr is affected? On the other hand it looks like vdr-skinenigmang is affected but was missing from your list, maybe these two got mixed up? -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is there a process for requesting packaging?
On Mar 7, 2015 6:15 AM, "Kevin Fenzi" wrote: There is a generic 'wishlist': https://fedoraproject.org/wiki/Package_maintainers_wishlist Brilliant, thanks for the link. That is indeed what I was looking for, but I didn't think the list would be _quite_ that long! Wow, it seems there's no shortage of package requests already. Il 08/03/2015 04:03, Pete Travis ha scritto: The GIS SIG might be interested in this too. There's no dedicated mailing list that I'm aware of, but http://fedoraproject.org/wiki/GIS will lead you to #fedora-gis and a list of names, at least. Fantastic! Why didn't I find that SIG myself I wonder. Thanks. And I can see that the package I'm talking about is already listed in the 'wishlist' on there, so that means that the people who I was hoping to ask already know my question :) Il 09/03/2015 10:38, Xavier Bachelot ha scritto: FYI, there is already an ongoing review for java3d : Oh, that's a little discouraging. Nearly three years old and nobody working on it. Like you I assumed that if Debian were happy with it then so would most other groups! Well, for me java3d is only optional at runtime, but unfortunately it's a requirement at build time. It would be _possible_ to prepare a source tar without any java3d capability, but I'm not sure that's the right way to go. Thanks for all your replies, it's really helpful. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCo Meeting Minutes (2015-03-04)
On 9 March 2015 at 10:40, Chris Murphy wrote: > On Mon, Mar 9, 2015 at 9:39 AM, Stephen John Smoogen > wrote: > >> When someone says a compulsory password quality policy is actionable, > >> they are telling me my judgement cannot be trusted for my own device, > >> without respect to context. And yet I see other OS's, distros, mobile > >> devices, none of which have such a requirement or are yet even more > >> permissive, and that makes me distrust these proponents. A gap in > >> trust has formed, and widens as proponents don't even acknowledge such > >> concerns and push for the change violating myriad long standing > >> expectations in the relationship between user, device and OS. But I > >> must comply if I depend on the GUI installer, and this abrogation > >> constitutes a misfeasance. That makes me mad because it's unfair. > >> > >> I challenge you to find a single flaw in that sequence. > >> > > > > There are multiple ways. I could go to the extreme and say your first > > questionable judgement was that you used a distribution and allowed > others > > to decide for you what packages were in the core, which versions, which > > compiler options. Coming in at the end and saying 'woah this is takes > away > > my rights from my device.' is really closing the doors after the barn. > > However that would just make take the argument to the next Godwin level > and > > waste a lot of electrons. > > Except, you just did. You didn't actually refrain. > > You are correct. I was snide, over-the-top and rude. What I said was inexcusable and wrong. I apologize and withdraw from this conversation. -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCo Meeting Minutes (2015-03-04)
On Mon, Mar 9, 2015 at 9:39 AM, Stephen John Smoogen wrote: >> When someone says a compulsory password quality policy is actionable, >> they are telling me my judgement cannot be trusted for my own device, >> without respect to context. And yet I see other OS's, distros, mobile >> devices, none of which have such a requirement or are yet even more >> permissive, and that makes me distrust these proponents. A gap in >> trust has formed, and widens as proponents don't even acknowledge such >> concerns and push for the change violating myriad long standing >> expectations in the relationship between user, device and OS. But I >> must comply if I depend on the GUI installer, and this abrogation >> constitutes a misfeasance. That makes me mad because it's unfair. >> >> I challenge you to find a single flaw in that sequence. >> > > There are multiple ways. I could go to the extreme and say your first > questionable judgement was that you used a distribution and allowed others > to decide for you what packages were in the core, which versions, which > compiler options. Coming in at the end and saying 'woah this is takes away > my rights from my device.' is really closing the doors after the barn. > However that would just make take the argument to the next Godwin level and > waste a lot of electrons. Except, you just did. You didn't actually refrain. You've just put forth the "take it or leave it" argument, that supposes no one can have any significant criticism once they've clicked a download button. This is incompatible with the Fedora mission statements of community, collaboration, improvement, and shared action. > I could go with the paternalistic dad route and remind you life ain't fair > and the world doesn't revolve around you. However the image of you stamping > your feet while using big words like misfeasance makes me giggle... so I > can't use that. Except you just did, and included a snide ad hominem attack as a bonus. > I could go with that the gap you say exists occurred because you and every > other person took to it as an extreme insult and didn't try to start a > conversation. False. The change (non-)discussion occurred on anaconda-devel@ where sapid concerns and questions were posted, and ignored. At least once the concerns were repeated, not by me, with a fine point made that they were being repeated, and that was also ignored without comment. At least one bug was filed, professionally stated, non-accusatory, and it was closed as notabug twice. The proper venues to explore the merit of the change, and its UX impact, were discarded from the outset. This was not decided by opponents of the change, who didn't even exist in any form until it was a change in fact. > And then accused the part of not listening after basically > insulting their work in the first place. Anachronistic. Feedback was never solicited in the first place. Feedback was given. Feedback was ignored. Then there were some aggressive criticisms. >They may have brought a dead cat to > the party, you took a piss in their beer and told them to drink up. And I am > saying this coming from the point that I agreed with the general reasons you > guys brought up but your entire approach has peeved me off. I reject that my statements warrant such a strong analogy, but I'll go with it: The difference is, I don't deny taking a piss in the guest's beer. Meanwhile, the guest denies they brought a dead cat to the party, and that it's uncouth to have done so. -- Chris Murphy -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
GraphicsMagick-1.3.21: libGraphicsMagick++ soname bump
I'm planning in doing a GraphicsMagick-1.3.21 build for f22 soon (hopefully by the end of this week), which includes a libGraphicsMagick++ soname bump and affects the following packages: gdl octave vdr vdr-skinnopacity vdr-tvguide Unless I hear otherwise, I can take care of doing all (re)builds and submitting a batched update. -- Rex -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCo Meeting Minutes (2015-03-04)
This subthread is no longer productive at all. Please drop it or take it to private email. kevin pgpdnTaHSWpIA.pgp Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Pidgin Lync-collab COPR
On Mon, 2015-03-09 at 10:57 -0500, Michael Cronenworth wrote: > > File sharing works but immediately crashes when it finishes. I see an issue > is > already in github for that. If I can get additional debugging output I'll > forward it > off-list. Thanks. File sharing was working for me but only if I'm offered one file at a time. If I'm offered two, *then* it fails to download them, just sitting at 'Waiting for download to start'. And crashes when I click 'Stop' in the UI. Sending works, but runs in the main thread so appears to lock up the UI a lot of the time... but it *is* actually working. -- dwmw2 smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Pidgin Lync-collab COPR
On 03/09/2015 09:23 AM, David Woodhouse wrote: It certainly looked easy when I glanced at it, although I really need to be doing "real work" this week so I'm resisting the temptation to look harder. Please could you share your patches? I will send them off-list. And if you have the inclination to also look at backporting the collab patches I've attempted to consolidate in http://git.infradead.org/users/dwmw2/pidgin-collab.git that would be much appreciated! If I have time I'll take a look. Probably, yes. I assume you do have the updated freerdp packages installed, for receiving a shared screen? And freerdp-server if you want to share your own? The error handling is fairly much non-existent for now; it'll spawn 'xfreerdp' or 'freerdp-server' but just fail silently if it doesn't work. Yes, I used your copr repo and installed all the required packages. I see freerdp start-up in the background but no window displays for either party for either direction of desktop sharing. I've just been in a screen-sharing session as a recipient, and that much seems to work fine here. But*sending*, and file transfer of large files in both directions, seemed to deadlock work initially and then deadlock. Precisely what did you see? Can you capture 'pidgin -d' output when you attempt it? File sharing works but immediately crashes when it finishes. I see an issue is already in github for that. If I can get additional debugging output I'll forward it off-list. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Frescobaldi users: a review request
On Mon, Mar 9, 2015 at 10:53 AM, Richard Shaw wrote: > On Mon, Mar 9, 2015 at 10:38 AM, Jon Ciesla wrote: > >> The latest version of Frescobaldi, 2.18, requires python-ly. I've filed >> a review request. >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1200064 >> >> I'm willing to review a package in return if you have one. >> > > I'll take it if you can take this one :) It's pretty straightforward. > > https://bugzilla.redhat.com/show_bug.cgi?id=1110386 > > Deal. :) > Thanks, > Richard > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Frescobaldi users: a review request
On Mon, Mar 9, 2015 at 10:38 AM, Jon Ciesla wrote: > The latest version of Frescobaldi, 2.18, requires python-ly. I've filed a > review request. > > https://bugzilla.redhat.com/show_bug.cgi?id=1200064 > > I'm willing to review a package in return if you have one. > I'll take it if you can take this one :) It's pretty straightforward. https://bugzilla.redhat.com/show_bug.cgi?id=1110386 Thanks, Richard -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Changes in the f22 workstation
- Original Message - > On 20.02.2015 22:09, Matthias Clasen wrote: > > I wanted to give a heads-up to the wider audience about a number of > > workstation changes that are landing in the f22 branch (and rawhide) > > this week, in time for the alpha freeze next week: > ... > > > - The login screen is using Wayland ( > > https://fedoraproject.org/wiki/Changes/Login_Screen_Over_Wayland) > ... > > gdm > The GNOME Display Manager > https://apps.fedoraproject.org/packages/gdm/bugs/all > Open BugsBlocking BugsClosed Bugs > 263 82 > > kdm > The KDE login manager > https://apps.fedoraproject.org/packages/kdm/bugs/all > Open BugsBlocking BugsClosed Bugs > 67 30 > > sddm > QML based X11 desktop manager > https://apps.fedoraproject.org/packages/sddm/bugs/all > Open BugsBlocking BugsClosed Bugs > 14 20 > > lightdm > Lightweight Display Manager > https://apps.fedoraproject.org/packages/lightdm/bugs/all > Open BugsBlocking BugsClosed Bugs > 13 20 > > ... > > > > Please let us know if you see any fallout from these changes. > > > > Sure, when you intend to solve all these GDM bugs? Why don't you start with triaging them? That'll help us more than your barbs. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCo Meeting Minutes (2015-03-04)
On 9 March 2015 at 00:19, Chris Murphy wrote: > On Fri, Mar 6, 2015 at 6:21 PM, Stephen John Smoogen > wrote: > > > Here is my point . > > Here is where you guys think it is --<30 light > > years>> . > > I admit I like the irony of you complaining about my use of metaphor > while yours fails to state whose point is on earth and therefore I > have no idea if being 30 light years away from your point is > necessarily a bad thing. I like air. > > > The point I am worried about is that Chris and you are treating this as a > > binary problem versus a spectrum one. > > No, I'm treating it as someone bringing a dead cat to a dinner party > problem. > > When someone says a compulsory password quality policy is actionable, > they are telling me my judgement cannot be trusted for my own device, without respect to context. And yet I see other OS's, distros, mobile > devices, none of which have such a requirement or are yet even more > permissive, and that makes me distrust these proponents. A gap in > trust has formed, and widens as proponents don't even acknowledge such > concerns and push for the change violating myriad long standing > expectations in the relationship between user, device and OS. But I > must comply if I depend on the GUI installer, and this abrogation > constitutes a misfeasance. That makes me mad because it's unfair. > > I challenge you to find a single flaw in that sequence. > > There are multiple ways. I could go to the extreme and say your first questionable judgement was that you used a distribution and allowed others to decide for you what packages were in the core, which versions, which compiler options. Coming in at the end and saying 'woah this is takes away my rights from my device.' is really closing the doors after the barn. However that would just make take the argument to the next Godwin level and waste a lot of electrons. I could go with the paternalistic dad route and remind you life ain't fair and the world doesn't revolve around you. However the image of you stamping your feet while using big words like misfeasance makes me giggle... so I can't use that. I could go with that the gap you say exists occurred because you and every other person took to it as an extreme insult and didn't try to start a conversation. And then accused the part of not listening after basically insulting their work in the first place. They may have brought a dead cat to the party, you took a piss in their beer and told them to drink up. And I am saying this coming from the point that I agreed with the general reasons you guys brought up but your entire approach has peeved me off. > All I'm saying is, take the dead cat off the table. There are plenty > of other things to discuss before things are so dire we have to > seriously consider eating road kill. > > > I am more worried about the general case of the process of this 'request > for > > change'. If all it is going to take to make a team do something would be > a > > lot of email requests.. > > I don't know what general case you're referring to, or what in actual > practice about it worries you or what your propose as an alternative. > > The process I was mainly referring to is the entirety of 2nd paragraph > of self-contained change here: > http://fedoraproject.org/wiki/Changes/Policy > > > -- > Chris Murphy > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct > -- Stephen J Smoogen. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Frescobaldi users: a review request
The latest version of Frescobaldi, 2.18, requires python-ly. I've filed a review request. https://bugzilla.redhat.com/show_bug.cgi?id=1200064 I'm willing to review a package in return if you have one. Thanks! -- http://cecinestpasunefromage.wordpress.com/ in your fear, seek only peace in your fear, seek only love -d. bowie -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Changes in the f22 workstation
- Original Message - > Dne 9.3.2015 v 14:59 Matthias Clasen napsal(a): > > On Mon, 2015-03-09 at 12:31 +0100, Vít Ondruch wrote: > >> Dne 20.2.2015 v 22:09 Matthias Clasen napsal(a): > >>> I wanted to give a heads-up to the wider audience about a number > >>> of workstation changes that are landing in the f22 branch (and > >>> rawhide) this week, in time for the alpha freeze next week: > >>> > >>> - The message tray at the bottom is gone, notifications are now > >>> shown > >>> at the top, and can be reviewed in the calendar popup ( > >>> https://fedoraproject.org/wiki/Changes/GnomeShell_NewNotifications) > >>> > >> Unfortunately, this is rather half baked, especially the Empathy > >> integration. Why I can reply just to notifications which are just on > >> the screen? Why I can't reply to notifications, which are already > >> "hidden" in calendar popup? Moreover, once there is empathy > >> notification, it is not obvious if next message arrived or not. I > >> quite often miss new messages now :( > > The notification rewrite was a major change, some fallout has to be > > expected... > > Understood ... One just never know what is fallout and what is feature ;) Asking would be a good first start instead of calling the feature "half-baked". > > we're working through these items now. Revisiting chat > > notifications in on the todo list before 3.16. Thanks for your > > feedback! > > > > Thanks. > > > Vít > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is there a process for requesting packaging?
Il 09/03/2015 10:38, Xavier Bachelot ha scritto: Hi, On 08/03/2015 17:42, gil wrote: i prepared java3d spec file, GpsPrune's dependency but seem do not build/support ARM arch (rawhide) FYI, there is already an ongoing review for java3d : https://bugzilla.redhat.com/show_bug.cgi?id=832853 hi yes, forgot this bug, thanks for remind to me I'm not sure of the current status, but some part of java3d is non-free due to a restriction in the license and there is an ongoing effort to replace the affected code. forgot also this pb Regards, Xavier regards gil -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Changes in the f22 workstation
Dne 9.3.2015 v 14:59 Matthias Clasen napsal(a): > On Mon, 2015-03-09 at 12:31 +0100, Vít Ondruch wrote: >> Dne 20.2.2015 v 22:09 Matthias Clasen napsal(a): >>> I wanted to give a heads-up to the wider audience about a number >>> of workstation changes that are landing in the f22 branch (and >>> rawhide) this week, in time for the alpha freeze next week: >>> >>> - The message tray at the bottom is gone, notifications are now >>> shown >>> at the top, and can be reviewed in the calendar popup ( >>> https://fedoraproject.org/wiki/Changes/GnomeShell_NewNotifications) >>> >> Unfortunately, this is rather half baked, especially the Empathy >> integration. Why I can reply just to notifications which are just on >> the screen? Why I can't reply to notifications, which are already >> "hidden" in calendar popup? Moreover, once there is empathy >> notification, it is not obvious if next message arrived or not. I >> quite often miss new messages now :( > The notification rewrite was a major change, some fallout has to be > expected... Understood ... One just never know what is fallout and what is feature ;) > we're working through these items now. Revisiting chat > notifications in on the todo list before 3.16. Thanks for your > feedback! > Thanks. Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: ImageMagick update to 6.9.0-9. So-name bump: libMagick++-6.Q16.so.3 -> libMagick++-6.Q16.so.6
06.03.2015 19:34, Kevin Fenzi пишет: > On Fri, 6 Mar 2015 11:31:45 -0500 > Rich Mattes wrote: > >> There's no planned f22 rebuild for gcc5, as f22 defaults to >> -D_GLIBCXX_USE_CXX11_ABI=0. These issues are cropping up in f23. >> >> There should probably be a mass rebuild for f23, and sooner rather >> than later as rawhide is currently a big game of whack-a-mole when >> building c++ packages. > As soon as gcc folks say things are settled down enough to do one, we > can look at scheduling one. ;) > > It would be a shame to do it too soon though and have a bug requiring > another one. > > I've been rebuilding things as I run into them being broken. > (The other day it was the gobby stack: net6, libxml++, obby, gobby). Is it ok to rebuild all dependencies f.e. for fix build issue with pfstools introduced by that update? Or just fill bugzilla issues for owners? > > kevin > > -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: FESCO request to revert password confirmation change in F22
On 03/06/2015 06:55 PM, Michael Catanzaro wrote: > Well... yes, I suppose if you've left your computer on and locked, and > the attacker wants to make sure you do not notice the reboot, or wants > to get a RAM dump that would be lost when shut down (e.g. for my > gnome-keyring passwords), then there is some benefit, but to a quite > limited extent IMO: the attacker is still limited by the speed at which > PAM and gdm allow you to try logging in. Every guess takes something > like three seconds. So I think a weak password suffices. *cough* https://bugzilla.gnome.org/show_bug.cgi?id=731616 *cough* -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Pidgin Lync-collab COPR
On Mon, 2015-03-09 at 08:29 -0500, Michael Cronenworth wrote: > > Good work! > > It's easy to get Pidgin 2 to build against GST 1.x as I've had it for a while It certainly looked easy when I glanced at it, although I really need to be doing "real work" this week so I'm resisting the temptation to look harder. Please could you share your patches? And if you have the inclination to also look at backporting the collab patches I've attempted to consolidate in http://git.infradead.org/users/dwmw2/pidgin-collab.git that would be much appreciated! > Calls work for me, but desktop sharing does not. Is github the place to > report > issues with this? Probably, yes. I assume you do have the updated freerdp packages installed, for receiving a shared screen? And freerdp-server if you want to share your own? The error handling is fairly much non-existent for now; it'll spawn 'xfreerdp' or 'freerdp-server' but just fail silently if it doesn't work. I've just been in a screen-sharing session as a recipient, and that much seems to work fine here. But *sending*, and file transfer of large files in both directions, seemed to deadlock work initially and then deadlock. Precisely what did you see? Can you capture 'pidgin -d' output when you attempt it? -- dwmw2 smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Changes in the f22 workstation
On Mon, 2015-03-09 at 12:31 +0100, Vít Ondruch wrote: > Dne 20.2.2015 v 22:09 Matthias Clasen napsal(a): > > I wanted to give a heads-up to the wider audience about a number > > of workstation changes that are landing in the f22 branch (and > > rawhide) this week, in time for the alpha freeze next week: > > > > - The message tray at the bottom is gone, notifications are now > > shown > > at the top, and can be reviewed in the calendar popup ( > > https://fedoraproject.org/wiki/Changes/GnomeShell_NewNotifications) > > > > Unfortunately, this is rather half baked, especially the Empathy > integration. Why I can reply just to notifications which are just on > the screen? Why I can't reply to notifications, which are already > "hidden" in calendar popup? Moreover, once there is empathy > notification, it is not obvious if next message arrived or not. I > quite often miss new messages now :( The notification rewrite was a major change, some fallout has to be expected... we're working through these items now. Revisiting chat notifications in on the todo list before 3.16. Thanks for your feedback! -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: some differences between "doc" stuff and "license" stuff
On 03/09/2015 04:58 AM, Florian Weimer wrote: Why? %license also sets a flag which can be queried from the RPM database. I was mistaken about what was happening. After checking another package the behavior has not changed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Pidgin Lync-collab COPR
On 03/09/2015 07:14 AM, David Woodhouse wrote: [snip] Aside from trying to chase the outstanding patches into Pidgin 3, I'm also I'm going to take a look at what it would take to backport them to Pidgin 2 (starting with farstream02/gstreamer1 support which doesn't look that hard), and then I might make my COPR based on that instead. In the meantime though, any additional testing would be welcome... Good work! It's easy to get Pidgin 2 to build against GST 1.x as I've had it for a while, but I was unaware of this effort against Pidgin 3. Calls work for me, but desktop sharing does not. Is github the place to report issues with this? Thanks, Michael -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self Introduction : Kushal Khandelwal
Hi Kushal, welcome! Josef - Original Message - From: "Kushal Khandelwal" To: devel@lists.fedoraproject.org Sent: Monday, March 9, 2015 1:21:22 PM Subject: Self Introduction : Kushal Khandelwal Hello, My name is Kushal and I am a student from India. At present I am writing my thesis at University of Heidelberg, Germany. I am a python developer with interest in Machine learning and Image processing. I have been an active Fedora user for past 4 years and have been following the development over the past 2 years. Other than this, I have experience in web development skills (html,css,php,js). Also, I have been a contributor to a few open source projects like mediawiki. I plan to be a part of the infrastructure group and also be a packager. To start, I would be helping to package some machine learning and image processing tools. Also, would like to contribute to some of the applications developed by the infrastructure team. Recently, I submitted my first package python-docx : https://bugzilla.redhat.com/show_bug.cgi?id=1194576 for review and I am also looking for someone to sponsor me. I look forward to contribute more to the Fedora community :) Warm Regards Kushal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Package Review Request and FE-NEEDSPONSOR
Hi Christiopher, Thank you for your reply. On Mon, Mar 9, 2015 at 12:40 AM, Christopher Meng wrote: > >> I think you should do a self introduction here first per guideline for > newcomers. > Done, thank you for reminding. > > PS last year I gave a try on docx, its functionality was still patchy at > best. > I think the package currently is in a good shape and useful. I am packaging this as it is a dependency of one of the libraries[1] I plan to package [1]http://www.clips.ua.ac.be/pattern Warm Regards Kushal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Self Introduction : Kushal Khandelwal
Hello, My name is Kushal and I am a student from India. At present I am writing my thesis at University of Heidelberg, Germany. I am a python developer with interest in Machine learning and Image processing. I have been an active Fedora user for past 4 years and have been following the development over the past 2 years. Other than this, I have experience in web development skills (html,css,php,js). Also, I have been a contributor to a few open source projects like mediawiki. I plan to be a part of the infrastructure group and also be a packager. To start, I would be helping to package some machine learning and image processing tools. Also, would like to contribute to some of the applications developed by the infrastructure team. Recently, I submitted my first package python-docx : https://bugzilla.redhat.com/show_bug.cgi?id=1194576 for review and I am also looking for someone to sponsor me. I look forward to contribute more to the Fedora community :) Warm Regards Kushal -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Pidgin Lync-collab COPR
I have created a COPR at https://copr.fedoraproject.org/coprs/dwmw2/pidgin3-sipe/ This contains the work that has been done by Tieto to add media encryption, file transfer and screen sharing to pidgin-sipe, from: https://github.com/tieto/pidgin and https://github.com/tieto/sipe They've been doing an excellent job of developing this "upstream first", so most of the updated dependencies are already in Fedora or are upstream and just waiting for us to update. I've already pushed updates to F21 updates-testing for the gstreamer1-plugins packages and freerdp, and will potentially do libnice and farstream02 soon. The biggest issue has been Pidgin itself, which is utterly painful to get patches into — I've *just* managed to commit the in-call DTMF support that has been kicking around for about 4 years! And obviously there are outstanding patches to pidgin-sipe which can't go upstream until Pidgin exports the new APIs they depend on. Aside from trying to chase the outstanding patches into Pidgin 3, I'm also I'm going to take a look at what it would take to backport them to Pidgin 2 (starting with farstream02/gstreamer1 support which doesn't look that hard), and then I might make my COPR based on that instead. In the meantime though, any additional testing would be welcome... -- dwmw2 smime.p7s Description: S/MIME cryptographic signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Changes in the f22 workstation
Dne 20.2.2015 v 22:09 Matthias Clasen napsal(a): > I wanted to give a heads-up to the wider audience about a number of > workstation changes that are landing in the f22 branch (and rawhide) > this week, in time for the alpha freeze next week: > > - The message tray at the bottom is gone, notifications are now shown > at the top, and can be reviewed in the calendar popup ( > https://fedoraproject.org/wiki/Changes/GnomeShell_NewNotifications) > Unfortunately, this is rather half baked, especially the Empathy integration. Why I can reply just to notifications which are just on the screen? Why I can't reply to notifications, which are already "hidden" in calendar popup? Moreover, once there is empathy notification, it is not obvious if next message arrived or not. I quite often miss new messages now :( Vít -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
[POC-change] Fedora packages point of contact updates
Change in package status over the last 168 hours 11 packages were orphaned - R-TH-data [el6, epel7] was orphaned by orion Data for other R packages https://admin.fedoraproject.org/pkgdb/package/R-TH-data R-car [el6, el5] was orphaned by orion Companion to Applied Regression package for R https://admin.fedoraproject.org/pkgdb/package/R-car R-lmtest [el6, el5] was orphaned by orion Testing Linear Regression Models for R https://admin.fedoraproject.org/pkgdb/package/R-lmtest R-multcomp [el6, el5] was orphaned by orion Simultaneous inference for general linear hypotheses R Package https://admin.fedoraproject.org/pkgdb/package/R-multcomp R-systemfit [el6, el5] was orphaned by orion Simultaneous Equation Estimation R Package https://admin.fedoraproject.org/pkgdb/package/R-systemfit R-zoo [el6, el5] was orphaned by orion Z's ordered observations for irregular time series https://admin.fedoraproject.org/pkgdb/package/R-zoo erlang-jsx [f22, f21, f20, master] was orphaned by gil A streaming, evented json parsing toolkit https://admin.fedoraproject.org/pkgdb/package/erlang-jsx jackrabbit [f22, f21, f20, master] was orphaned by gil Implementation of the Content Repository for Java Technology API https://admin.fedoraproject.org/pkgdb/package/jackrabbit mercury [f22, f21, f20, master] was orphaned by gil Replacement for the Maven Artifact subsystem https://admin.fedoraproject.org/pkgdb/package/mercury mysql-workbench [el6] was orphaned by remi A MySQL visual database modeling, administration and querying tool https://admin.fedoraproject.org/pkgdb/package/mysql-workbench wss4j [f22, f21, f20, master] was orphaned by gil Apache WS-Security implementation https://admin.fedoraproject.org/pkgdb/package/wss4j 14 packages were retired - ghc-attoparsec-conduit [master] was retired by petersen Consume attoparsec parsers via conduit https://admin.fedoraproject.org/pkgdb/package/ghc-attoparsec-conduit ghc-blaze-builder-conduit [master] was retired by petersen Convert streams of builders to streams of bytestrings https://admin.fedoraproject.org/pkgdb/package/ghc-blaze-builder-conduit ghc-network-conduit [master] was retired by petersen Stream socket data using conduits https://admin.fedoraproject.org/pkgdb/package/ghc-network-conduit ghc-zlib-conduit [master] was retired by petersen Streaming compression and decompression conduits https://admin.fedoraproject.org/pkgdb/package/ghc-zlib-conduit jakarta-taglibs-standard [master] was retired by akurtakov An open-source implementation of the JSP Standard Tag Library https://admin.fedoraproject.org/pkgdb/package/jakarta-taglibs-standard kde-base-artwork [f22, master] was retired by than KDE Base Artwork https://admin.fedoraproject.org/pkgdb/package/kde-base-artwork kde-plasma-akonadi-calendars [f22, master] was retired by jgrulich Calendars plasmoid for Akonadi resources https://admin.fedoraproject.org/pkgdb/package/kde-plasma-akonadi-calendars kde-plasma-akonadi-contacts [f22, master] was retired by jgrulich Contacts plasmoid for Akonadi resources https://admin.fedoraproject.org/pkgdb/package/kde-plasma-akonadi-contacts kde-plasma-akonadi-tasks [f22, master] was retired by jgrulich Tasks plasmoid for Akonadi resources https://admin.fedoraproject.org/pkgdb/package/kde-plasma-akonadi-tasks kde-plasma-alsa-volume [master] was retired by f1ash ALSA Volume Control plasmoid https://admin.fedoraproject.org/pkgdb/package/kde-plasma-alsa-volume kde-plasma-daisy [f22, master] was retired by mjg A versatile application launcher https://admin.fedoraproject.org/pkgdb/package/kde-plasma-daisy maven-timestamp-plugin [master] was retired by guidograzioli Provides formatted timestamps for maven builds https://admin.fedoraproject.org/pkgdb/package/maven-timestamp-plugin ninja [master] was retired by adrian Text based Internet Relay Chat (IRC) client https://admin.fedoraproject.org/pkgdb/package/ninja python-mutagen [el6] was retired by moezroy Mutagen is a Python module to handle audio meta-data https://admin.fedoraproject.org/pkgdb/package/python-mutagen 14 packages unorphaned -- Pound [f22, f21, f20, master] was unorphaned by atkac Reverse proxy and load balancer https://admin.fedoraproject.org/pkgdb/package/Pound R-TH-data [f22, f21, f20, master] was unorphaned by jamatos Data for other R packages https://admin.fedoraproject.org/pkgdb/package/R-TH-data R-car [f22, f21, f20, master] was unorphaned by jamatos Companion to Applied Regression package for R https://admin.fedoraproject.org/pkgdb/package/R-car R-lmtest [f22, f21, f20, master] was unorphaned by jamatos Testing Linear Regression Models for R
Re: GNOME 3.15.91 megaupdate
On 03/02/2015 11:41 AM, Kalev Lember wrote: > I'm running point on the 3.13.91 builds and will submit them as a single > megaupdate in Bodhi later this week. ... and it's in updates-testing now! Grab it while it's fresh and leave karma in the Bodhi ticket. https://admin.fedoraproject.org/updates/FEDORA-2015-3370 -- Thanks, Kalev -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: some differences between "doc" stuff and "license" stuff
On 03/08/2015 07:44 PM, Michael Cronenworth wrote: > This automatic process is grabbing license files since most projects > have them in the /usr/share/doc and therefore negate the usefulness of > %license to separate out the license files. Why? %license also sets a flag which can be queried from the RPM database. -- Florian Weimer / Red Hat Product Security -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Is there a process for requesting packaging?
Hi, On 08/03/2015 17:42, gil wrote: i prepared java3d spec file, GpsPrune's dependency but seem do not build/support ARM arch (rawhide) FYI, there is already an ongoing review for java3d : https://bugzilla.redhat.com/show_bug.cgi?id=832853 I'm not sure of the current status, but some part of java3d is non-free due to a restriction in the license and there is an ongoing effort to replace the affected code. Regards, Xavier -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: Self introduction: Jonathan Wakely
On Fri, Mar 06, 2015 at 01:34:36PM +, Jonathan Wakely wrote: > I'm also the author of one package included in Fedora, pstreams-devel, > so would be happy to help with the packaging for that. Great, you could apply for co-maintainership: http://fedoraproject.org/wiki/Package_maintainer_policy#Co-Maintainership > I'm looking forward to contributing to Fedora, after getting so much > enjoyment and benefit from it for so long. Welcome! Siddhesh pgpJbMT7egdtl.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Re: some differences between "doc" stuff and "license" stuff
On Sun, 08 Mar 2015 13:44:26 -0500, Michael Cronenworth wrote: > On 03/08/2015 07:48 AM, Björn Persson wrote: > > · Files under /usr/share/doc are automatically tagged as documentation > > files even if "%doc" isn't used. Files under /usr/share/licenses are not > > automatically tagged as license files, so they need to be preceded by > > "%license" in file lists. > > I noticed the change to %doc files just a few days ago. Was this announced? %doc hasn't changed. %__docdir_path is the list of paths where included files are marked as documentation automatically. %license macro usage is covered by: https://fedoraproject.org/wiki/Packaging:LicensingGuidelines#License_Text Such changes to the packaging guidelines usually are announced by the FPC in their summary mails of what has changed. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct