Trouble with gnome-sound-applet
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I've filed a bug for the control-center package (https://bugzilla.redhat.com/show_bug.cgi?id=729271) because I ran into a boring problem with gnome-sound-applet, which is part of that package, on my Xfce desktop. The gnome-sound-applet is autostarted everytime allthough I've removed its entry from gnome-session-properties and its link from ~/.config/autostart. So whats the best way to fix this problem until the package maintainer takes action? And as I wrote in that bug: I can not remove control-center because I need the gnome-bluetooth package which depends on control-center. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk5BED4ACgkQ/zGbOvPHkcJh1QD9EI5FTfc+XaRRvOYYUkGebOHz nHzYxjoEn3m1XS4WoIMA/jvYQqzJZ3ZcR1eDszXlJgFWBqQNW6vZNnEomq12WlJI =XV0u -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
wicd unuseable if NetworkManager still installed?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, is it just me or is wicd unuseable due to several SELinux erors until NetworkManager gets remove completely from the system? - -- Regards, Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk5Gn7QACgkQ/zGbOvPHkcJ5UgD9H+SGjg6o0v13Qpkl0JMiOzvg Ot2/0fIh/Mizkh1NxYYBAOb25pi1su+5ZnRaNEMKZ0sJKatIfFBFfHXoALr8p60C =5YxK -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: wicd unuseable if NetworkManager still installed?
Am 13.08.2011 20:25, schrieb Rahul Sundaram: > On 08/13/2011 09:30 PM, Heiko Adams wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Hi, >> is it just me or is wicd unuseable due to several SELinux erors until >> NetworkManager gets remove completely from the system? > > What SELinux errors? Do you have a bug report? > > Rahul Mainly the following ones: https://bugzilla.redhat.com/show_bug.cgi?id=730479 https://bugzilla.redhat.com/show_bug.cgi?id=730482 https://bugzilla.redhat.com/show_bug.cgi?id=730483 https://bugzilla.redhat.com/show_bug.cgi?id=730484 The anoying thing is that restoring the context doesn't the problem because it seems that they are set back to there old values on every boot. So the selinux errors are raised after every boot. -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Seamonkey status
Am 21.08.2011 23:35, schrieb Kai Engert: > On 20.08.2011 13:59, Rahul Sundaram wrote: >> On 08/20/2011 03:57 PM, Matěj Cepl wrote: >>> Putting Firefox maintainers on CC to have a definite word on this, but >>> I suspect that Seamonkey is generally completely in the arms of >>> community. I guess if anybody wants to take it over formally in pkgdb >>> he would be welcome. >>> >>> Chris and Kai, am I right? >> I dont know what "community" means in this context. Everything is in >> the hands of the community in Fedora but the question is who is >> maintaining it? Apparently, noone is keeping it updated. If so, >> orphan it properly > > I worked on it during the weekend. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=3290353 > I don't know if it's an upstream bug or not but I can't set mozilla sync to override local data. But except of this thing it seems to work fine. -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Seamonkey status
Am 22.08.2011 22:48, schrieb Kai Engert: > On 21.08.2011 23:53, Heiko Adams wrote: >> Am 21.08.2011 23:35, schrieb Kai Engert: >>> On 20.08.2011 13:59, Rahul Sundaram wrote: >>>> On 08/20/2011 03:57 PM, Matěj Cepl wrote: >>>>> Putting Firefox maintainers on CC to have a definite word on this, but >>>>> I suspect that Seamonkey is generally completely in the arms of >>>>> community. I guess if anybody wants to take it over formally in pkgdb >>>>> he would be welcome. >>>>> >>>>> Chris and Kai, am I right? >>>> I dont know what "community" means in this context. Everything is in >>>> the hands of the community in Fedora but the question is who is >>>> maintaining it? Apparently, noone is keeping it updated. If so, >>>> orphan it properly >>> I worked on it during the weekend. >>> >>> http://koji.fedoraproject.org/koji/taskinfo?taskID=3290353 >>> >> I don't know if it's an upstream bug or not but I can't set mozilla sync >> to override local data. But except of this thing it seems to work fine. > > Would you be able to test an official build from > http://releases.mozilla.org/pub/mozilla.org/seamonkey/releases/2.3/ > and test if it's an upstream bug? > > I'm currently not actively using SeaMonkey, and haven't ever used Sync > with SM, so I would appreciate your testing! > > Also, could you please give karma to > https://admin.fedoraproject.org/updates/seamonkey-2.3-1.fc15 > if it works for you? > > Given this is a major upgrade, and given I had to apply some hacks to > make it package correctly, I would appreciate more testing before > pushing it to stable. > > Thanks a lot > Kai > Okay, it seems to be an upstream bug because I could reproduce it with the official binaries. -- Mit freundlichen Grüßen Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Broken dependencies: pino
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 08.09.2011 13:34, schrieb Rahul Sundaram: > On 09/08/2011 04:54 PM, Alex Hudson wrote: >> I would second this. I've got a number of critical bugs still >> open in Bugzilla about pino; these have been open since before >> F15 released IIRC and it has been totally unusable (for anyone, >> as far as I can tell) since then. It's a shame because I was a >> big user of it (obviously), but I've had to go back using >> twitter/identi.ca directly; it simply doesn't work. > > I have given up co-maintainership now. FWIW, I use hotot > instead > > Rahul Using pino is like riding a dead horse. I moved to heybuddy some time ago. So +1 for orphaning pino. - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk5orXMACgkQ/zGbOvPHkcLVrwEAgsyayKpqL4AerSfkuslR9b9E wBELdb18MPoxt4prMzgA/1Li9KSeAi/hdFDsGv3R0i0HUeD8zBSzhTjm5Wbaj5Ic =6zNr -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox on Fedora: No longer funny
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 09.10.2011 21:09, schrieb Vinzenz Vietzke: > Am 09.10.2011 19:40, schrieb Rahul Sundaram: >>> I'd prefer a bit less bleeding edge over breaking crucial >>> packages. >> Sometimes unavoidable due to security issues > > Yeah *sometimes* is okay of course. Happening every two or three > weeks it isn't. > Why don't you blame *mozilla* to make it possible to easily install and manage extensions centralized? This would IMHO be the best way for all because it makes packaging extensions allmost unnecessary. Regards, Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk6R9eoACgkQ/zGbOvPHkcK1wgD+L5RF5MWqXTxLzmvVYuMA2phD 0giLgAsQWJmQfbCTHHgA/jz5pIW5SATKl4D4ZFXXmQWxYxELJ82cavO29oYw9lt4 =xmgo -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BEWARE: a problematic glibc made it to stable (F16)
Am 19.10.2011 23:09, schrieb Richard W.M. Jones: > On Wed, Oct 19, 2011 at 12:36:36PM -0700, Adam Williamson wrote: >> On Wed, 2011-10-19 at 15:30 -0400, Simo Sorce wrote: >> >>> What did you downgrade to ? AFAIK Several people had to >>> downgrade from -11 because of nsswitch issues ... seem glibc is >>> not in good shape :-( >> >> You get to pick your breakage. If glibc maintainers would kindly >> stop pulling random git snapshots into a pending stable release >> that would be nice, but then, I'd also like a solid gold toilet >> and that doesn't appear to be on the verge of showing up, >> either... > > +1000 > > Why are we putting glibc git snapshots into Fedora 16, just days > before the final release? > IMHO Rawhide should be the only place where version-control-snapshots of such an important component like glibc should be allowed. Maybe it would be better to let the value of positive karma depend on the severity of the package. That would mean that packages like glibc would require more positive karma for being pushed to stable than packages like gedit. Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Latest gtk2 update breaks applications created by lazarus
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, it seems the latest gtk2 update has some changes inside which break applications written with lazarus. These applications are crashing on close which is new since installing this update. I've filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=748031 - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk6hwksACgkQ/zGbOvPHkcLW1QD9FFBEwoK3SxGWfRHYXG95c7RE eScaCZTeft8HNOsjUmcA/2AoEFSC44wRVnXYJEhkTAz2FbNrttO/P/bzW+dGdwXF =N2ya -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Latest gtk2 update breaks applications created by lazarus
Am 21.10.2011 21:04, schrieb Heiko Adams: > Hi, > it seems the latest gtk2 update has some changes inside which break > applications written with lazarus. These applications are crashing on > close which is new since installing this update. > > I've filed a bug at https://bugzilla.redhat.com/show_bug.cgi?id=748031 The update seems to break also the lazarus ide itself. See https://bugzilla.redhat.com/show_bug.cgi?id=748037 Regards Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: BEWARE: a problematic glibc made it to stable (F16)
Am 23.10.2011 04:14, schrieb Kevin Kofler: > Jim Meyering wrote: >> glibc-2.14.90-12.999, which has just made it to stable provokes >> a hard-to-diagnose (for me at least) problem. >> >> While most things work, and it fixed two problems that affected >> me, it caused me some frustration: >> >> https//bugzilla.redhat.com/747377 > > glibc-2.14.90-12.999 also breaks the build of ANY C++ code using > fenv.h, which affects at least Qt (but likely also several other > C++ packages, particularly mathematical ones, but not only, as can > be seen from Qt). Thankfully, that showstopper is fixed in -13 > which is already in stable by now (because it was aggressively > up-karma'd by the KDE SIG). > > The fact that a glibc with showstoppers of this kind got pushed to > stable shows that the karma system does not work at all. It just > hinders getting legitimate fixes out and does nothing to stop > regressions. glibc is even critpath, yet broken crap still goes > out. > Since a few days I've got the problem that lazarus and applications written with lazarus are running into an exception on closing them. Originaly I thought that this is a problem of that latest gtk2 update but could it be that glibc also affects lazarus, even if is pascal? Regards Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: how to block grub2 update?
Am 24.10.2011 18:56, schrieb Michał Piotrowski: > Hi, > > I would like to know if it is possible to block grub2 update? I tried > to use versionlock but unfortunately this does not work. Do anyone > knows some other effective way to block this update? > AFAIR yum.conf has this ability. Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
java-1.7.0-openjdk breaks java detection in LibreOffice?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, is it just me or is java-1.7.0-openjdk breaking LibreOffice java detection? On my machine LO only found java-1.5.0 after installing java-1.7.0-openjdk. Neither java-1.6.0 nor java-1.7.0 were found by LO. After removing java-1.7.0-openjdk LO found java-1.5.0 as well as java-1.6.0. - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk6oOkIACgkQ/zGbOvPHkcJlWQEAglYrM5B7lPOoif6ZhJuGgKQ/ BH/xwxE4BBiPKtKIhE4A/RzUtQheDdhjt8sHJZaryAM6iaf0uOb+HYaam0fLjE1q =WXWY -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: java-1.7.0-openjdk breaks java detection in LibreOffice?
Am 26.10.2011 19:06, schrieb Jared K. Smith: > On Wed, Oct 26, 2011 at 12:50 PM, Heiko Adams > wrote: >> is it just me or is java-1.7.0-openjdk breaking LibreOffice java >> detection? > > Sounds like it might be related to bug 748585. > That would explain why java-1.7.0 isn't found by LO but not why java-1.7.0 "hides" java-1.6.0. But on the other hand java-1.7.0 is just some kind of technical preview. Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
xfce-weather-plugin stopped working
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, yesterday in the afternoon the xfce-weather-plugin suddenly stopped working and allways displays "No Data". Trying to switch my location or update my fedora 16 against updates-testing also didn't solve that problem. Is it just me or a general problem - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk60eaAACgkQ/zGbOvPHkcJrPwD/er5VOAB66zLk8dQcOQv+AQgx mOjQl5irwIxexvacuQkBAKZkKH1Uz/ovNFVqYQMNzc5h7yazpXWS46PLRnGBmBO2 =ZWS3 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Self Introduction
Hi, my name is Heiko Adams, I am a professional Windows (please don't blame me for that :D) Software developer and Fedora user since several years. A filed a review request for flyback (https://bugzilla.redhat.com/show_bug.cgi?id=713122) because it was the only backup software I found which allows restoring the backups without running the software itself. If there are still questions feel free to ask ;-) -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
New review request for heybuddy
Hi, I've filed a new review request for heybuddy (https://bugzilla.redhat.com/show_bug.cgi?id=713923) It would be nice if anyone could get an eye on it. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rpmlint warning "file-not-in-%lang"
Hi, what does rpmlint's warning "file-not-in-%lang" mean? Searching google doesn't realy help. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Review request: gnome-encfs
Hi, I've started packaging gnome-encfs a python script for easier handling encfs volumens within gnome. Would be nice if anyone could have an eye on it an set the need-sponsor-flag because currently I still need one. The request can be found here: https://bugzilla.redhat.com/show_bug.cgi?id=715119 -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Firefox 5 for Fedora 15?
Hi, will Fedora 15's version of Firefox (currently 4.0.1) be updated to Firefox 5? The following koji builds let me asume it: http://koji.fedoraproject.org/koji/buildinfo?buildID=249788 http://koji.fedoraproject.org/koji/buildinfo?buildID=249830 These build have a tag called "dist-f15-updates-candidate" so it looks like that there will be an update to firefox 15. -- Mit freundlichen Grüßen/Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Update thunderbird to 5.0?
Hi, as far as I remember the versions of firefox and thunderbird have allways been sinchronuos at their latest stable version. So I'd like to know for personal interest if there are reasons that would deny updating thunderbird packages to version 5. -- Mit freundlichen Grüßen/Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 26.11.2011 00:18, schrieb drago01: > On Sat, Nov 26, 2011 at 12:16 AM, Brendan Jones > wrote: >> On 11/26/2011 12:03 AM, Giovanni Campagna wrote: >>> As promised in my previous mail, here is what I find that's >>> lacking in Fedora, compared to the direct competition (Ubuntu, >>> Debian, OpenSuse), and recently even some proprietary systems: >>> we don't have an application installer. >> >> Are we in a race? > > Not sure what you are trying to say ... but the current situation > simply sucks from a users pov. > > We should focus on fixing it. Would you jump from a building too if ubuntu guys are doing? In other words: copying every idea - no matter how stupid - just because ubuntu is doing it, doesn't bring any benifit to fedora IMHO. Or do we already have unity as primary desktop too, like ubuntu? Regrads, Heiko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7QI6IACgkQ/zGbOvPHkcLUZAD/QozYcerq/Cq+1W2arpprbEPW GkD/DwXp/8hAlp/+UVAA/3glgrjxnEwUuTbt5ml708aOcDh/p3c55Rfr4D4X5Krf =PWGC -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: A software center for Fedora
Am 27.11.2011 16:01, schrieb Reindl Harald: > > > Am 27.11.2011 14:31, schrieb Rahul Sundaram: >> On 11/27/2011 07:01 AM, Reindl Harald wrote: >> >>> well, if people who not going to read any textes are the >>> primary target of a operationg system this world is going down >> >> Welcome to the real world. > > i know and it is sad enough as it is now > > but is it really the right way to support this more than needed and > give all the lern-resistent peopole the feeling the are on the > right way? > > the world where we live currently was built from people who pulled > on their brain, was thankful that they can read and learn - i am > currently 34 years old and fear if the wrong direction of the last > years will be enforced more and more all knowledge will faster go > down than it was invited > > make things as easy as you can but not easier as needed > > And a "software center" is IMHO walking in the wrong direction. The packagemanagement system is Linux biggest advantage for normal users. The right way should be making packaging as easy as possible so every vendor could ship packages for their linux software. Maybe some kind of meta specfile that could be used for build rpm *and* deb packages and some common standards for packaging would be more effective. Regrads, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Lazarus is lacking crosscompiling ability(?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I'm not very experienced in crosscompiling applications but as far as I understand lazarus wiki page for that topic[1], lazarus is able to compile i.e. windows binaries on linux. I'm currently in a situation where this feature would be very helpful because it gets boring and costs some time for me to start my windows vm just for a new build of my applications. I've allready filed a bug[2] for making feodra's lazarus package able to compile windows binaries but there isn't any reaction so far. So can anyone give me a hint how I can compile my lazarus applications for windows on my linux box without using a windows vm and why the lazarus package seems to miss the neccessary files for doing this out of the box? [1] http://wiki.lazarus.freepascal.org/Cross_compiling_for_Win32_under_Linux [2] https://bugzilla.redhat.com/show_bug.cgi?id=756486 - -- Mit freundlichen Grüßen/Regards Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7YHm4ACgkQ/zGbOvPHkcKBrwD8CcYKFQleIArZOa6JpNniPY3W /KR06JMvLZallNj+8PEA/RGsNZhADk3Ena2+RRDfEnCsegx//f9cxPtEKZ19lApw =vee2 -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: MATE desktop environment (GNOME 2 fork)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 10.12.2011 01:20, schrieb Kevin Kofler: > So I'm sceptical about MATE (seeing what's going on with Trinity) > and I can only strongly discourage attempting to package Trinity. I agree to that point of view. IMHO MATE is a waste of time and manpower like Trinity as well. There no real need for those desktops because Gnome 3 refugees could also use Lxde or Xfce which already feel like Gnome 2 wich some customization work. BTW: As far as I know there still some Unix distributions which ship KDE 3.5 but they ship AFAIK the original KDE bits and not trinity. Regards, Heiko -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iF4EAREIAAYFAk7iqfUACgkQ/zGbOvPHkcIk9gEAwDSz6pwph0FrXprfTCBQeV2T VaLRkmvhxw9AJoNKSagA/j8CyYxAX9kepGbJLgOztQTeQTpFO5H62nlihzca3t1Z =ZE0v -END PGP SIGNATURE- -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Emesene 2.11.11 package
Am 20.12.2011 16:21, schrieb Andrea Stagi: > I see. My package is the version 2.11.11 you're still at the > 1.6.x, may be not working, we did important modifications this > year... how can I update Emesene? > The normal way would be opening a bugreport against emense and request an update and maybe an already updated spec-file. Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Firefox 9 breaks addons.mozilla.org?
Hi, can anyone confirm that addon pages like https://addons.mozilla.org/de/firefox/addon/ghostery/?src=hp-dl-featured are broken in Firefox 9.0? If I open such a page Firefox errorlog has the following entries and it's not possible to install an addon: 1) Fehler: uncaught exception: [Exception... "Component returned failure code: 0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE) [nsIJSCID.getService]" nsresult: "0x80570016 (NS_ERROR_XPC_GS_RETURNED_FAILURE)" location: "JS frame :: resource:///components/OpenWebapps.js :: OpenWebapps :: line 50" data: no] 2) Fehler: z.button is undefined Quelldatei: https://static-ssl-cdn.addons.mozilla.net/de/firefox/addons/buttons.js?b=01ad944 Zeile: 13 3) Fehler: $(".install").installButton is not a function Quelldatei: https://static-ssl-cdn.addons.mozilla.net/media/js/impala-min.js?build=01ad944 Zeile: 1 The problem still exists if I disable all addons so I think there's a problem with firefox. I've filed a bug at bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=770301 -- Mit freundlichen Grüßen/Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 9 breaks addons.mozilla.org?
Am 26.12.2011 11:27, schrieb Tomasz Torcz: > On Mon, Dec 26, 2011 at 11:08:52AM +0100, Heiko Adams wrote: >> Hi, >> can anyone confirm that addon pages like >> https://addons.mozilla.org/de/firefox/addon/ghostery/?src=hp-dl-featured >> are broken in Firefox 9.0? > > Seems to work fine for me with firefox-9.0.1-1.fc16.x86_64 > strange. Maybe I should try it with a new profile -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox 9 breaks addons.mozilla.org?
Am 26.12.2011 11:27, schrieb Tomasz Torcz: > On Mon, Dec 26, 2011 at 11:08:52AM +0100, Heiko Adams wrote: >> Hi, can anyone confirm that addon pages like >> https://addons.mozilla.org/de/firefox/addon/ghostery/?src=hp-dl-featured >> >> are broken in Firefox 9.0? > > Seems to work fine for me with firefox-9.0.1-1.fc16.x86_64 > On my machine the addons page looks like http://i.imgur.com/Z8UQJ.png Maybe this helps -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Bad package selection practices in Fedora packages
Am 04.01.2012 22:02, schrieb Adam Williamson: > On Wed, 2012-01-04 at 13:14 +, mike cloaked wrote: > >> If the Gnome decision is for tracker to be there by default then that >> is a Gnome dev decision, and Gnome users can switch it off if they >> know how to and want to do so - but why was the decision made to set >> it up and running for other desktops? Give KDE and XFCE and LXDE users >> the choice if they want it but surely the default there should be >> "off" and not "on"? > > KDE, Xfce and LXDE SIGs could certainly choose to configure the KDE, > Xfce and LXDE spins such that tracker is disabled or not included. One good way to disable tracker for non Gnome desktops could be to change the > OnlyShowIn=GNOME;KDE;XFCE; line of the tracker-desktop-files to > OnlyShowIn=GNOME; or did I missunderstood the OnlyShowIn directive? Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: package-cleanup after F21
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 11.08.2015 um 17:48 schrieb Igor Gnatenko: > Leaves and autoremove a bit different stuff.. You'd want to use > https://github.com/rpm-software-management/dnf-plugins-extras/blob/mas ter/plugins/leaves.py > > I gave the leaves plugin a try a few minutes ago and all I can say is: *srsly??* If I remove all packages listed by the leaves plugin I'd kill my system. Well done! Not! - -- Regards, Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVyhwpAAoJED6DRcV6KbgxqxsP/35jIpavgIsSGCVW8oTsYA8l VhLs5pcgCXychkrO54JTvjbBaBp1UrqIu9iSQYpy8lt4ijki85uCx7L1IgE6dtfM RlUNtCDqEMWyQ42iXPaE2CQd/lvfcI1ZqTVPuz5oU+R55GsuT0SeMPhQG7CTC6H3 F8XTIZT4z8sx2NJeBwe+LgeDiLj5UT5Mho5iWlgBHp5g2Hhp4ZK7Df70SXo8wiew zu8x5+OpBaQTItNbVJwx396s8L4/p5DoaznQygQvJNQENt9JYEtknXp65PO6+3Vu Y7xKEXy7h68CQy+6gF6pS6ZCjcCBe/UTVgDnsb7peJ688GFxXNvTGTcOhLwTq8aw ZquxzqiT5R3EXsDzbMeCRsyCr213+1RpVjN3aoaVArVA7nsjzn1iA4UoTGkgT6vy WKCHLMAYHZNETS0KUN1oxbBs24nYN7zd0qgW5nLsje5lklnOa88++cGnc5norbN/ D9YwPH7mTnOsLR+Y8DTCSfaHAtlqjBeZHK36UD3CvxKEWx+WhaXPnIEVaAh0+jnw OMRVJZJmXJmypHdggaitmkuAITqqe9TDvI86GZVMmNp4odMQexGhHNuHaEs86ZeU yuz/lz6MTWyV0gK3OKusFhu5DyFepP5gQEK7fEBZHsu/48q2juP/TTq97Xp2cRK+ w9k0q+XIUDUBop0SY1m8 =T03h -END 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: Build root prepared by DNF is way larger
Am Dienstag, den 18.08.2015, 14:54 -0400 schrieb Matthew Miller: > Hmmm. I think that for the buildroot case, we probably want DNF to > _not_ installer Recommended packages. That makes sense to me. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Lazarus broken for fedora 22
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, lazarus and *all* binaries build with lazarus are broken (they don't start) for Fedora 22 and the maintainer seems to be unresponsive. So could someone else take a look at that bug and maybe update lazarus to more recent version which fixes that issue? The problem has already been reported to bugzilla (https://bugzilla.redhat.com/show_bug.cgi?id=1203118) but hasn't been any repsonse. - -- Regards, Heiko Adams -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJVEpO1AAoJED6DRcV6KbgxxWYP/3MGy4GlbIUbK5O4UHrAQRXo SPAyBRN7p/UcNOfh5Opkr/q97IVYl7b++uOvaKm3kj/fbCPV9fJ+Szf9zSVbakLj UmI2vlbxBUJFZU6gDbyFSNq7u9F6QPWGDXY38ynsQkE6XSqgzqqcv+MUWcsQBD1F Or4YloSwcGQLvGEBOKM0g+x36tkED/k+1b0WRFoWEa4BDf6C7sMYu/WQpWETnRfr yiVf+dYhqzF2JS8p+MHU7ymdWKV6CgfMCL4sIeM/mmFSLC9EPBDfEqqEOE6l8a/P a8vg/vUMhsixa+ThYWl30zQUD4QsuAIp+2QGt8oSrpkL8npeSv/bH62xjFaruTZY bY3BrLiA6g8vv5AQKRySgUom8hjiP/3r2g8t2CO1gkqjg4gk9ndNcSo6M4d2R24u 6RJwfGd512Wv+7A+UKarAoHnse7BNVhGu/0mgYk3YTuzjVipDGP/de+FwnDTtSUB BNEEmlNTUo0KTUuPoorYjMo6P6m/z+6N+ns/hJDvH2lBz2+oy8PQHx5Ss+pWwAoY bn36bB8HXTTCVRCUG7GOzr3Sfy0QKzeNQDSYl6/i4+IO8TYX7Y57gf/JjCsO8suF T3dhX2N+Z5jh1/UhtZ6D67FXcggfg8YDZaqMvgQUnVgO6yQDwgLUAm1hAXuNj/B+ mI5vMNa6cdHNRBCizzDI =ypHF -END 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
No extra-backgrounds for Fedora 22
Hi, just a short question: Did I miss something or are there (currently) no extra-backgrounds for Fedora 22 (f22-backgrounds-extras) in the repos? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- 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: Fedora 16 and Firefox 11 crashing hard
Am 22.03.2012 22:04, schrieb Gerry Reno: > If I might interrupt this non-stop streaming ARM discussion for just a > second, is anyone else having problems with Firefox 11 in Fedora 16? > > Firefox is crashing hard, as in shutting down the entire computer. And > this is happening quite frequently. Firefox is stock. No addons, or > changes. Just as it came from the packager. No problems here. Did you run memtest to make shure your RAM is okay? Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Pidgin 2.10.2 update missing
Hi, the pidgin update 2.10.2 which fixes at least two security issues is still missing for fedora. Any reasons for the delay? -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Pidgin 2.10.2 update missing
Am 23.03.2012 15:07, schrieb Jon Ciesla: > On Fri, Mar 23, 2012 at 8:58 AM, Heiko Adams > wrote: >> Hi, >> the pidgin update 2.10.2 which fixes at least two security issues is >> still missing for fedora. Any reasons for the delay? >> -- >> Regards, >> >> Heiko Adams >> -- >> devel mailing list >> devel@lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/devel > > That sounds like a question for the pidgin maintainers. I don't see a > build for it, but I also don't see a BZ in bugzilla. Please file one, > I've CCed pidgin-owner. > > -J > Try that one: https://bugzilla.redhat.com/show_bug.cgi?id=803293 ;-) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Package libsmbclient needs to be rebuild against new samba4-common
Hi, the current samba4 update for fedora 17 (x86_64) is broken because libsmbclient requires version 4.0.0-41alpha18 of samba4-common package. -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Package libsmbclient needs to be rebuild against new samba4-common
Am 22.04.2012 19:53, schrieb Kalev Lember: > On 04/22/2012 08:29 PM, Heiko Adams wrote: >> Hi, >> the current samba4 update for fedora 17 (x86_64) is broken because >> libsmbclient requires version 4.0.0-41alpha18 of samba4-common package. > > I believe the samba 3 package needs an epoch bump to come out of this > cleanly: > > https://bugzilla.redhat.com/show_bug.cgi?id=814948 > > libsmbclient is supposed to be packaged in the samba 3 package, but a > samba4 update from last week had a packaging error, which caused the > samba4 version of libsmbclient to replace the one from samba 3. > > libsmbclient has been now removed from samba4 package (see bug #814451), > but what you have installed is a leftover from the earlier packaging > error. Incrementing the epoch number in the samba 3 package would fix > the upgrade paths again, making sure everybody gets back the samba 3 > libsmbclient. > Okay, I solved the problem myself by uninstalling libsmbclient and libwbclient and reinstalling the packages removed for dependency. But that something like "quick and dirty" ;-) Regards, Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Pidgin 2.10.4
Hi there, can anyone start building pidgin 2.10.4, which is a security update since the package maintainer seems to be unresponsive? -- Grüße aus Coburg Ulrike, Leon Jan und Heiko -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Replacing grubby with grub2-mkconfig in kernel install process
Am 17.06.2012 20:15, schrieb drago01: > > By that logic we could just stop development today. > +1 -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: DNF: why does it refresh metadata all the time
Adding > alias Update='sudo dnf --refresh update' to your .bashrc will safe you that bit of typing every time you want to do an update ;) -- Regards, Heiko Adams Am Donnerstag, den 19.06.2014, 16:35 -0400 schrieb Matthew Miller: > On Thu, Jun 19, 2014 at 01:47:27PM -0500, Dennis Gilmore wrote: > > In testing dnf on rawhide I nearly always do "dnf clean metadata && dnf > > update" purely because I found most of the time dnfs metadata was out of > > date. To me dnf fetching the metadata behind the scenes just doesn't work > > right. But I'm not sure that me or rawhide fits into the experience dnf is > > trying to give. > > Just FYI: `dnf --refresh update`. Save you a little bit of typing. :) > > > -- > Matthew Miller > > Fedora Project Leader signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
COPR down?
Hi, just a short question: Is http://copr.fedoraproject.org/ down? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- 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: dnf still is unuseable
Am Sonntag, den 17.01.2016, 23:27 +0100 schrieb Reindl Harald: > may i suggest to forget that dnf ever existed and switch back to yum? > > ongoing problems in the core-task solve dependencies is not > production > ready AND REMOVE THE DEPRECATED WARNINGS for "package-cleanup" and > "yum-deprecated" until DNF is useable and provides the same > capabilities > as yum/yum-utils > And please don't forget that the autoremove command is unusable at least since somewhere between Fedora 23 beta and final. That's absolutely unacceptable! So please fix your shit or remove the parts you can't fix! And until then de-deprecate yum until dnf is feature-complete, in a usable stage and you can guarantee dnf will stay in that stage for a long time. For me a new package manager has to be absolutely reliable and every feature has to work as expected before the new one can replace the current one! -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: dnf still is unuseable
Am Montag, den 18.01.2016, 00:00 +0100 schrieb Pierre-Yves Chibon: > On Sun, Jan 17, 2016 at 11:48:23PM +0100, Heiko Adams wrote: > > Am Sonntag, den 17.01.2016, 23:27 +0100 schrieb Reindl Harald: > > > may i suggest to forget that dnf ever existed and switch back to > > > yum? > > > > > > ongoing problems in the core-task solve dependencies is not > > > production > > > ready AND REMOVE THE DEPRECATED WARNINGS for "package-cleanup" > > > and > > > "yum-deprecated" until DNF is useable and provides the same > > > capabilities > > > as yum/yum-utils > > > > > And please don't forget that the autoremove command is unusable at > > least since somewhere between Fedora 23 beta and final. That's > > absolutely unacceptable! > > > > So please fix your shit or remove the parts you can't fix! And > > until > > then de-deprecate yum until dnf is feature-complete, in a usable > > stage > > and you can guarantee dnf will stay in that stage for a long time. > > I would like to point out that this way of communicating is not > welcome on this > list. If you have something to say, please say it but be respectful > in your tone > and wording with everyone and everyone's work. We are all on the same > boat and > shooting each other on the legs isn't going to help. > You may want to refresh your memory on our code of conduct: > https://getfedora.org/code-of-conduct > I apologize for that mail and I'll try to say it more respectful this time: The first time i noticed the autoerase feature of dnf seems to be broken was somewhere between Fedora 23 beta and final. But it seems to be broken since Feb 2015 [1], which is IMHO unacceptable since a default package manager and all of its features have to work absolutely reliable. And in my case autoerase want's to remove half of my GNOME desktop which seems to be reliable a very bad joke. But IMHO this reliability seems to be not the case ATM so I'd prefer to rollback the switch from yum to dnf at least until the broken features are fixed and dnf works absolutely reliable (again). And the next time it would be nice if switching the package manager would only affect fresh installations. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1190141 -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: dnf still is unuseable
Am Montag, den 18.01.2016, 07:05 -0500 schrieb Honza Šilhan: > > From: "James Hogarth" > > The autoremove reference might be the well known issue with > > packagekit, not > > dnf, that is not marking packages as installed rather than > > dependencies. > > > > The default dnf configuration is autoremove so that doesn't then > > know that > > have been specifically installed rather than just unneeded > > dependencies of > > something else and then helpfully tries to remove them... > > > > Note this is a result of a packagekit bug not dnf. > > > > On a side note it'd be nice if pk just called out to dnf so that > > they have a > > common backend which would prevent behaviour like this and would > > result in > > sharing a history database as well. > > yes, autoremoval issue could be either caused by bad packaging [1] or > when you are > installing packages via yum or packagekit [2]. We are working on > better integration > between DNF and PK so this could be fixed soon. At the meantime use > this workaround [3]. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1222812#c23 > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1259865 > [3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/ That workaround is only useable if you know what packages you've installed via PK but because this issue exists nearly since a year that could be hard to remember what pacakges were installed via PK. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: dnf still is unuseable
Am Montag, den 18.01.2016, 12:27 + schrieb Jonathan Wakely: > On 18/01/16 07:05 -0500, Honza Šilhan wrote: > > yes, autoremoval issue could be either caused by bad packaging [1] > > or when you are > > installing packages via yum or packagekit [2]. We are working on > > better integration > > between DNF and PK so this could be fixed soon. At the meantime use > > this workaround [3]. > > It's a *terrible* workaround though. "Make a note of everything that > gets installed using PK and then as root run dnf to mark them as > userinstalled". A better workaround is "Don't use PK to install > things, use DNF". Why bother using PK at all if you then have to go > and run DNF commands for the same packages? You might as well just > use > DNF. Because sometimes PK says there are updates available while "dnf update --refresh" says no updates are available? Happend to me several times in the past. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: dnf still is unuseable
Am Montag, den 18.01.2016, 07:05 -0500 schrieb Honza Šilhan: > > From: "James Hogarth" > > The autoremove reference might be the well known issue with > > packagekit, not > > dnf, that is not marking packages as installed rather than > > dependencies. > > > > The default dnf configuration is autoremove so that doesn't then > > know that > > have been specifically installed rather than just unneeded > > dependencies of > > something else and then helpfully tries to remove them... > > > > Note this is a result of a packagekit bug not dnf. > > > > On a side note it'd be nice if pk just called out to dnf so that > > they have a > > common backend which would prevent behaviour like this and would > > result in > > sharing a history database as well. > > yes, autoremoval issue could be either caused by bad packaging [1] or > when you are > installing packages via yum or packagekit [2]. We are working on > better integration > between DNF and PK so this could be fixed soon. At the meantime use > this workaround [3]. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1222812#c23 > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1259865 > [3] http://dnf.baseurl.org/2015/10/26/mark-command-usecase/ That workaround is only useable if you know what packages you've installed via PK but because this issue exists nearly since a year that could be hard to remember what pacakges were installed via PK. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org-- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
COPR: Fedora 21 is still available as chroot
FYI: Fedora 21 is still available as chroot on COPR. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F24 Self Contained Change: Graphical System Upgrades
Am Mittwoch, den 03.02.2016, 15:00 +0100 schrieb Jan Kurik: > First supported version is going to > be Fedora 23->24 upgrades. Does this mean the changes will be backported to GNOME Software 3.18? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: java-1.7.0-openjdk provided items
Am 10.08.2012 20:08, schrieb Jos Vos: > Hi, > > Is there a reason why the RHEL 6.3 and F17 java-1.7.0-openjdk packages > provide many items with a different name, i.e. starting with "java7" > and "java", respectively. > Hi, i guess because RHEL 6.x is based upon Fedora 16 where Java 7 was a just (official not supported) technical preview. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firefox / Thunderbird 17 ESR for Fedora 16/17
Am 22.09.2012 13:02, schrieb Julian Sikorski: > Does it mean Fedora will stop shipping the latest FF/TB and stick to ESR > instead? Or is it for parallel-installation purposes? > I guess that only the current fedora release will get the latest FF/TB versions while the previous version will stick on the latest ESR. -- Mit freundlichen Grüßen Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
Am 31.10.2012 20:49, schrieb Adam Williamson: > On Wed, 2012-10-31 at 10:58 -0400, Jaroslav Reznik wrote: > > * The fact that anaconda would no longer handle upgrades but an entirely > new tool would be written for this > Maybe I missunderstood something but IMHO such an elementary feature like handling upgrade should only be removed if there is a replacement *available* for all supported versions of fedora which is *fully tested* and ready for action. Otherwise the devs who removed such a feature should take the next trip to the dark side of the moon. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Anaconda is totally trashing the F18 schedule (was Re: f18: how to install into a LVM partitions (or RAID))
Am 01.11.2012 15:41, schrieb "Jóhann B. Guðmundsson": > > We ( QA community ) would benefit from a longer release cycle since we > need more time to properly test "features" and other vital components > and arguably the QA part of an feature should FESCO delegate to QA > community to oversee and handle... > Maybe we should think again about switching to a roling release models for Fedora stable. This would IMHO have some benefits to the whole community. It would allow dev to take the time they need to develop new features like the anaconda rewrite and push them to stable when "it's done" without getting into trouble with the release schedule. On the other hand Fedora releases would become just a regular snapshot of Fedoras stable repository. So QA could focus on testing new features *before* they are pushed to the stable repository. And last but not least Fedora could stay in sync with major upstream projects. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Firewall blocking desktop features
Am 10.09.2013 22:07, schrieb Peter Oliver: > Empathy's "People Nearby" feature doesn't work out of the box because > the required ports are blocked by default by the firewall > (https://bugzilla.redhat.com/show_bug.cgi?id=844308). It's a similar > story with Gnome's "Media Sharing" feature, and I'm sure there are lots > of other examples. > AFAIR the samba client port is also blocked by default which makes it impossible to share files with windows machines. -- Regards, Heiko Adams signature.asc 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: Firewall blocking desktop features
Am 11.09.2013 10:41, schrieb Ankur Sinha: > > - These software inform and take permission from the user before opening > ports in the firewall. IMHO it should be the job of the firewall to inform the user about an application that want's to open one or more ports and ask for permission to open that ports either temporary for the current session or permanent. -- Regards, Heiko Adams signature.asc 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: Firewall blocking desktop features
Am 11.09.2013 12:30, schrieb Alec Leamas: > > That said, I see your point. Seems to boil down to that only the > application knows which port(s) to open and why, whereas only the > firewall can guarantee that it actually opens the ports requested by > user instead of something else. > So the application needs to ask the firewall to open one or more ports and the firewall has to ask the user for permission to do so. In this szenario the firewall knows what application wants which port(s) to be open. Letting the application directly ask for permission to punch holes in the firewall is IMHO the worst case of all and a securiry nightmare. -- Regards, Heiko Adams signature.asc 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: thunderbird-24.0.2 reverted - why? (Use the commit log..., Luke)
Am 24.09.2013 11:39, schrieb drago01: > > What happened here is that 24 caused broken deps so the maintainers > probably reverted to get the security fixes out faster while stuff > is being sorted out. > > And yes I agree that commit messages should be more verbose. > The bodhi comments say that thunderbird-lightning dep was broken. But it just needs to be updated to version 2.6 and everything should work fine again. -- Regards, Heiko Adams signature.asc 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: thunderbird-24.0.2 reverted - why? (Use the commit log..., Luke)
Am 24.09.2013 12:35, schrieb Reindl Harald: > > and that is why ist *is wrong* to give negative karma because some > extension is not updated - who says that the extension RPM is > relevant for all users? > I'd even say it's wrong to unpush an update just because of *one* negative feedback. Regardless if it's wrong to give negative feedback because of some broken extensions. -- Regards, Heiko Adams -- 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: thunderbird-24.0.2 reverted - why? (Use the commit log..., Luke)
Am 24.09.2013 19:06, schrieb Bruno Wolff III: > On Tue, Sep 24, 2013 at 15:50:22 +0200, > Reindl Harald wrote: >> >> if one person maintains thunderbird and the other one lightning >> how do you imagine that both packages are built at the same >> moment and get the same karma? > > There is a process for this. The t-bird maintainer gives the lightning > maintainer a heads up and does the t-bird build. The lightning > maintainer does a build override (to get the t-bird package into the set > of packages used when doing bulds) and builds lightning. Then the > lightning maintainer sets up a bohdi update with both t-bird and > lightning in it. So in this case the process seems to be failed or not initiated. -- Regards, Heiko Adams signature.asc 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: thunderbird-24.0.2 reverted - why? (Use the commit log..., Luke)
Am 24.09.2013 19:21, schrieb Michael Cronenworth: > No harm done. That statement was without judging. It was just the realization that process hat either fail or has not been initiated. Nothing more and nothing less. -- Regards, Heiko Adams signature.asc 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: LightDM is absent?
Am 06.04.2013 18:30, schrieb Eugene Pivnev: > I can't find lightd, package in Fedora - just lightdm greeters: > http://img687.imageshack.us/img687/679/screenshotac1e1cb8.png > I'm wrong? I'm afraid, yes: http://koji.fedoraproject.org/koji/search?match=glob&type=package&terms=lightdm* -- Mit freundlichen Grüßen Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: when startup delays become bugs
My top 6 of extreme long starting services are: $ systemd-analyze blame 27.652s NetworkManager.service 27.072s chronyd.service 27.015s avahi-daemon.service 26.899s tuned.service 26.647s restorecond.service 23.512s lightdm.service And I don't have a clue why the hell I've got an avahi-daemon.service running on every startup an why it take so extreme long to start. $ systemctl show -p WantedBy -p RequiredBy avahi-daemon.service RequiredBy= WantedBy=multi-user.target -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: when startup delays become bugs
Am 16.05.2013 21:41, schrieb Chris Adams: > Once upon a time, Heiko Adams said: >> My top 6 of extreme long starting services are: >> $ systemd-analyze blame >> 27.652s NetworkManager.service >> 27.072s chronyd.service >> 27.015s avahi-daemon.service >> 26.899s tuned.service >> 26.647s restorecond.service >> 23.512s lightdm.service > > Some people seem to be seeing some extremely long startup times for some > services. I can't see what would make some of these take that long. > I'm wondering: > > - is there some common bug that is causing a major slowdown for some of > these services? > > - is there possibly a bug in how systemd is measuring and/or reporting > these times? > > Some of the services you list could be running into some type of network > timeout, but tuned? restorecond? Those shouldn't be hitting the network > AFAIK. > > Rather than focusing on individual services, it would seem to me like a > good idea to see if there is some underlying issue at work here. > For me the most anoying thing is the long delay of lightdm.service which causes a black screen for several seconds which could make me think something went wrong. But you're right it looks like a more general problem. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: when startup delays become bugs
Am 17.05.2013 01:09, schrieb Lennart Poettering: > > For the super slow run above I'd be quite interested to have a look at > the bootchart actually. (Heiko? Can you upload that?) > > Lennart > https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with systemd-bootchart? -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: when startup delays become bugs
Am 17.05.2013 14:18, schrieb Lennart Poettering: > On Fri, 17.05.13 07:09, Heiko Adams (heiko.ad...@gmail.com) wrote: > >> Am 17.05.2013 01:09, schrieb Lennart Poettering: >>> >>> For the super slow run above I'd be quite interested to have a look at >>> the bootchart actually. (Heiko? Can you upload that?) >>> >>> Lennart >>> >> https://www.dropbox.com/s/95dzgklajrgaz4n/bootchart-20130517-0756.svg >> >> BTW: Is it correct that /dev/mapper/VolGroup-lv_home can't be found with >> systemd-bootchart? > > Hmm, for some reason the whole thing is truncated... > > There are intervals of 2s where the whole machine doesn't do anything > apparently... > > Can you rerun this with "initcall_debug"? > > Lennart > Here we go again: https://www.dropbox.com/s/gdrdvq0kovucpsp/bootchart-20130517-1530.svg -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: icedtea-web installed and enabled by default in Fedora 19
>From my point of view the java-plugin is a big security hole and should be kicked from default installations ASAP. 2013/6/17 Dan Mashal > > On Jun 17, 2013 8:03 AM, "Bill Nottingham" wrote: > > The one issue I can see with removing it is that the plugin finder you > > then get in Firefox if you hit a Java site doesn't work to actually get > you > > the Fedora version. > > I would keep it if people really use it. I'm on the opposite side, where > if I'm doing anything Android related (or other various things) I must use > sun jdk/jre. > > Dan > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- Mit freundlichen Grüßen Heiko Adams "Die Bildzeitung – dieses Drecksblatt, dass so widerlich ist, dass man toten Fisch beleidigt, wenn man ihn darin einwickelt!" (Volker Pispers) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: icedtea-web installed and enabled by default in Fedora 19
Because IMHO Java itself is the security problem but it's easier to remove the plugin because there are AFAIK no packages which require it and are relevant to normal desktop users.<http://www.dict.cc/englisch-deutsch/vector.html> 2013/6/17 Mateusz Marzantowicz > On 17.06.2013 17:18, Heiko Adams wrote: > > From my point of view the java-plugin is a big security hole and should be > kicked from default installations ASAP. > > > > Then, why not fix it? > > > Mateusz Marzantowicz > > -- > devel mailing list > devel@lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/devel > -- Mit freundlichen Grüßen Heiko Adams "Die Bildzeitung – dieses Drecksblatt, dass so widerlich ist, dass man toten Fisch beleidigt, wenn man ihn darin einwickelt!" (Volker Pispers) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: F19 upgrade pulls in a lot of i686 packages
Am 30.06.2013 16:04, schrieb Steve Grubb: > On Saturday, June 29, 2013 06:15:49 PM Michael Schwendt wrote: >> On Sat, 29 Jun 2013 10:34:09 -0400, Steve Grubb wrote: >>> Did anyone notice all the i686 packages that get pulled in if you try to >>> upgrade from F18? My system has no i686 packages on it today. But >>> when I try to upgrade it starts getting i686 dependencies pulled in. It >>> starts like this: >>> >>> ---> Package mesa-libEGL.x86_64 0:9.2-0.7.20130528.fc18 will be updated >>> ---> Package mesa-libEGL.x86_64 0:9.2-0.12.20130610.fc19 will be an update >>> ---> Package mesa-libEGL-devel.i686 0:9.2-0.12.20130610.fc19 will be >>> obsoleting --> Processing Dependency: libEGL.so.1 for package: >>> mesa-libEGL-devel-9.2-0.12.20130610.fc19.i686 ---> Package >>> mesa-libEGL-devel.x86_64 0:9.2-0.12.20130610.fc19 will be obsoleting >> That's the dangerous noarch -> arch switch. khrplatform-devel.noarch >> is an old subpackage from "mesa". >> >> Package mesa-libEGL-devel for both i686 and x86_64 Obsoletes and Provides >> khrplatform-devel: >> http://koji.fedoraproject.org/koji/buildinfo?buildID=427384 > > Yes, this is exactly the problem. I suppose F19 instructions might need to be > > updated to say delete the package using "rpm -e --nodeps" and then it should > get pulled back in by dependency without pulling in all the i686 stuff. Doing > that let me get to the next problem. Someone else asked how I was doing the > upgrade...using this: > But why doesn't prevent yum packages with arch != ($Basearch, noarch) from being pulled in by default? It doesn't make sense to install i.e. x86_64 packages on an i686 System. So those packages should be ignored comletely by yum as long as the user doesn't instruct yum explicit to install them. -- Regards, Heiko Adams signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
COPR broken ATM
Hi, there seems to be problem with COPR ATM because it reports an error 500: > (psycopg2.ProgrammingError) column copr.unlisted_on_hp does not exist > LINE 2: ..., copr.build_enable_net AS copr_build_enable_net, > copr.unlis... ^ [SQL: 'SELECT count(*) AS count_1 \nFROM (SELECT > copr.id AS copr_id, copr.name AS copr_name, copr.homepage AS > copr_homepage, copr.contact AS copr_contact, copr.repos AS > copr_repos, copr.created_on AS copr_created_on, copr.description AS > copr_description, copr.instructions AS copr_instructions, > copr.deleted AS copr_deleted, copr.playground AS copr_playground, > copr.auto_createrepo AS copr_auto_createrepo, copr.user_id AS > copr_user_id, copr.group_id AS copr_group_id, copr.forked_from_id AS > copr_forked_from_id, copr.webhook_secret AS copr_webhook_secret, > copr.build_enable_net AS copr_build_enable_net, copr.unlisted_on_hp > AS copr_unlisted_on_hp \nFROM copr JOIN "user" ON "user".id = > copr.user_id LEFT OUTER JOIN "group" ON "group".id = copr.group_id > \nWHERE copr.deleted IS false AND copr.unlisted_on_hp IS false ORDER > BY copr.id DESC) AS anon_1'] -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
[HEADS UP] Gnome 3.22 update for Fedora 25 is broken!
Hi, after updating to Gnome 3.22 it seems that at least evolution[1] and epiphany[2] are broken but I'm affraid the problem affects any app which deals with html conten. So please unpush that update and fix the problem ASAP. [1] https://bugzilla.redhat.com/show_bug.cgi?id=1378985 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1378987 BTW: Trying to karma for that update freezes my browsers (firefox and chromium) while loading the update-details page. -- Regards, Heiko Adams ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS UP] Gnome 3.22 update for Fedora 25 is broken!
Hi, it seems the latest webkitgtk4 update breaks Evolution and epiphany. As a workaround downgrading webkitgtk4 packages fixes the problem. Am Freitag, den 23.09.2016, 21:57 +0200 schrieb Heiko Adams: > Hi, > after updating to Gnome 3.22 it seems that at least evolution[1] and > epiphany[2] are broken but I'm affraid the problem affects any app > which > deals with html conten. > > So please unpush that update and fix the problem ASAP. > > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1378985 > [2] https://bugzilla.redhat.com/show_bug.cgi?id=1378987 > > BTW: Trying to karma for that update freezes my browsers (firefox > and > chromium) while loading the update-details page. > -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: [HEADS UP] Gnome 3.22 update for Fedora 25 is broken!
Am Sonntag, den 25.09.2016, 19:21 +0200 schrieb Michael Catanzaro: > Also, could you reproduce the issue with 2.13.92? > Downgrading to 2.13.92 fixes this issue for the moment. So no I can't reproduce this with 2.13.92. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Mass closing EOL bugs should not close bugs with pending updates
Am 17.02.2013 12:02, schrieb Christoph Wickert: > > Should we expect the bugzappers to not mass-close bugs that are in > MODIFIED or ON_QA state or require maintainers to upgrade the bugs to a > supported release even though they were originally filed in against an > older version? > IMHO the best way would be to inform the maintainers and let them decide what to do if a bug is modified or on_qa. -- Regards Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Remove echo-icon-theme from fedora
Hi, I'd request to remove the echo-icon-theme package from Fedora for several reasons: - it's missing support for xdg folders - there's no noteable developement action upstream (last monthly news is from february 2009) - the current version shipped by fedora is a nearly 5 years old git snapshot. -- Regards, Heiko Adams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Remove echo-icon-theme from fedora
Am 24.02.2013 11:47, schrieb Martin Sourada: > > If that makes you happy, Heiko, it wouldn't be much of a problem for me > to add a couple of symlinks to work-around the issue with xdg-folders. I > don't see a terrible need for them to look different than plain > folders... > That would be nice and I guess I'm not the only one who thinks the current icon-mix (echo-icons and xdg icons from the fallback icon-theme) looks ugly. BTW: Could you please add a note to the project site about the current state of the project? -- Mit freundlichen Grüßen Heiko Adams "Die Bildzeitung – dieses Drecksblatt, dass so widerlich ist, dass man toten Fisch beleidigt, wenn man ihn darin einwickelt!" (Volker Pispers) -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Wifi was broken after latest NM update
tl;dr: Please test your shit better before pushing updates to the users! Hi there, I'm a little bit angry about the latest NM update. But from the beginning: My system has been fresh installed from a Fedora 26 Workstation Live-CD two weeks ago and ran without any big issue so far. Today I applied some updates including NM and after rebooting wifi was broken. That forced me to steal my printer's lan cable to bring my system back online. After a little research I found out that the NetworkManager-wifi packages seems to miss. After installing it and restarting my system wifi works again. I know we all are humans which are not perfect but this is a a no-go that should never happen! -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Firefox Gtk3 test package
Am 13.01.2014 16:55, schrieb Frank Murphy: > On Mon, 13 Jan 2014 16:49:09 +0100 > Martin Stransky wrote: > >> Ahh, Okay. The package is build with Gtk3 toolkit [1] (the recent >> official ones are Gtk2) so it's a regular Gtk3 app which should >> better fit to Gnome 3 desktop, use themes/skins and so. >> > > I have Xfce but is it ok to test it? > If it in the pipeline it eventually come out. > AFAIK Xfce will switch to Gtk3 step by step with the next releases so using Gtk2 will become a dead horse more and more in the near future. Regards, Heiko -- 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: Drawing lessons from fatal SELinux bug #1054350
Am Freitag, den 24.01.2014, 19:18 +0100 schrieb drago01: > On Fri, Jan 24, 2014 at 7:12 PM, Fabian Deutsch wrote: > > Am Freitag, den 24.01.2014, 00:55 +0100 schrieb Kevin Kofler: > >> it is time to analyze the fallout from the following catastrophic > >> Fedora 20 > >> regression: > >> https://bugzilla.redhat.com/show_bug.cgi?id=1054350 > >> "rpm scriptlets are exiting with status 127" > > > > Hey, > > > > can't we add a default boot entry which starts the system in permissive > > mode? > > How would that help? If a user knows enough about the issue to try it > he/she could just switch to permissive mode. Having the ability to revoke stable updates an a way to handle automatic downgrades of revoked updates including a temporary switching SELinux to permissive mode would IMHO be a better solution for the case a buggy update went to stable and the system is still up and running. With this way the user has nothing more to do than running a new update-check. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
Am Sonntag, den 26.01.2014, 12:14 +0100 schrieb Lars E. Pettersson: > On 01/26/2014 11:08 AM, drago01 wrote: > > gcc isn't an application in a sense of "gui application" so there is > > to ways to install it > > either the user installs an IDE which pulls it in as dep or he/she > > installs it using yum/dnf. > > Would it not be better to have a 'software center' that includes ALL > software available, be they GUI related or not? Probably based on > rpm-packages, as that is what our system ultimately relies on. A GUI to > handle ALL software available would be better, than one only installing > GUI-related software, in my opinion. > We already got such a software but its no more installed by default: gnome-packagekit-installer -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- 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: Heads up; F22 will require applications to ship appdata to be listed in software center
Am Sonntag, den 26.01.2014, 12:01 -0500 schrieb Rahul Sundaram: > Hi > > > On Sun, Jan 26, 2014 at 11:57 AM, drago01 wrote: > > No this isn't an issue at all. No one is saying that non gui > apps are > useless or should be removed. > The point is that gui installer installs gui apps. If you want > to > install a command line tool whats wrong with > using the command line for that? If you don't know how to use > the > command line there is no point in installing > it in the first place. > > > I can use yum just fine but I don't find it convenient to go to the > gui for gui apps and then remember to go use yum to install command > line apps. > Following this logic users have to use yum, dnf, yumex oder gnome-packagekit-installer to install i.e. additional GUI-Themes or mouse-cursors because they are no apps and for that reason not listed in gnome-software, right? If yes, that's IMHO absolute bullshit! -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct
Kernel 4.5 breaks upower
Hello, I recently updated my notebook to Fedora 24 and noticed that upower doesn't provide about the battery anymore which means it allways says the battery is fully charged even if the notebook runs on battery for an hour. I reported that issue to bugzilla (https://bugzilla.redhat.com/show_bug .cgi?id=1318845) but it would be nice if someone could take a look at it and maybe fix it. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Kernel 4.5 breaks upower
Am Samstag, den 19.03.2016, 20:57 -0500 schrieb Rex Dieter: > Heiko Adams wrote: > > > > > Hello, > > I recently updated my notebook to Fedora 24 and noticed > that upower > > > > doesn't provide about the battery anymore which means it > allways says > > > > the battery is fully charged even if the notebook runs on > battery for > > > > an hour. > > > > I reported that issue to bugzilla > (https://bugzilla.redhat.com/show_bug > > > > .cgi?id=1318845) but it would be nice if someone could take > a look at > > > > it and maybe fix it. > The premise that "kernel-4.5 breaks upower" in general, is > false. > For me its broken until upower reports correct values about my battery. > F24 installed on my own laptop using that combination works > fine. > On my laptop upower is still broken - even with kernel 4.5.0-301 from koji. I also added the output of upower with kernel 4.4.5 to the bugreport. Maybe that helps. -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Call to retire gstreamer-0.10
I've got a radiotray package which includes patches from a pending pull request to use gstreamer-1 instead of gstreamer: https://copr.fedorainfracloud.org/coprs/heikoada/xfce4-addons/package/radiotray/ Maybe someone wants to grab it and update radiotray to use gstreamer-1 Am 11.12.2016 um 14:43 schrieb William Moreno: > I have checked the git history of exile upstream and did not seem > gstreamer1 related work :( > > El 7/12/2016 10:47 p. m., "Michael Cronenworth" <mailto:m...@cchtml.com>> escribió: > > On 12/07/2016 05:07 PM, Sérgio Basto wrote: > > gstreamermm-1.4.3-1.fc25 looks like already use gstreamer1 > subtitleeditor-0.53.0-1.fc25 also already use gstreamer1 > > > That's good! My initial list was run from Fedora 24 at the time. > Here is a revised list run from Rawhide (with Python packages): > > anchorman > banshee-community-extensions > beets-plugins > bigloo-libs > clutter-gst > compat-wxGTK3-gtk2-media > decibel-audio-player > drawtk > evas-generic-loaders > exaile > flumotion > gcompris > gloobus-preview > gmediafinder > gnome-mud > gnomebaker > gst-inspector > gstreamer-ffmpeg > gstreamer-plugins-bad-free > gstreamer-plugins-bad-free-extras > gstreamer-plugins-bad-nonfree > gstreamer-plugins-base > gstreamer-plugins-base-tools > gstreamer-plugins-good > gstreamer-plugins-good-extras > gstreamer-python > gstreamer-rtsp > gstreamer-rtsp-python > ignuit > iptux > libgnome-media-profiles > libnice-gstreamer > > moodbar > oggconvert > perl-GStreamer > perl-GStreamer-Interfaces > player > pocketsphinx-plugin > pogo > presence > psimedia > pychess > qt-mobility-multimediakit > radiotray > sap > > soundconverter > sugar-clock > sugar-memorize > sugar-record > sugar-speak > turpial > vagalume > whaawmp > winswitch > wordgroupz > wxGTK-media > wxGTK3-media > xfce4-mixer > xfce4-volumed > > ___ > devel mailing list -- devel@lists.fedoraproject.org > <mailto:devel@lists.fedoraproject.org> > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > <mailto:devel-le...@lists.fedoraproject.org> > > > > > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > -- Regards, Heiko Adams signature.asc Description: OpenPGP digital signature ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Can't upgrade to Fedora 27 via dnf system-upgrade
Hi, it seems the upgrade path to Fedora 27 via dnf system-upgrade is currently broken. Everytime I try to upgrade I get the following errors: > Problem 1: package grub2-1:2.02-0.40.fc26.x86_64 requires grub2- > tools = 1:2.02-0.40.fc26, but none of the providers can be installed > - grub2-tools-1:2.02-0.40.fc26.x86_64 does not belong to a > distupgrade repository > - problem with installed package grub2-1:2.02-0.40.fc26.x86_64 > Problem 2: package rpmfusion-free-release-26-1.noarch requires > system-release(26), but none of the providers can be installed > - fedora-release-26-1.noarch does not belong to a distupgrade > repository > - problem with installed package rpmfusion-free-release-26-1.noarch > Problem 3: package fedora-release-26-1.noarch requires fedora- > repos(26) >= 1, but none of the providers can be installed > - package rpmfusion-nonfree-release-26-1.noarch requires system- > release(26), but none of the providers can be installed > - fedora-repos-26-1.noarch does not belong to a distupgrade > repository > - problem with installed package rpmfusion-nonfree-release-26- > 1.noarch > Problem 4: package fwupdate-libs-9-0.2.fc27.x86_64 requires shim, > but none of the providers can be installed > - problem with installed package fwupdate-libs-8-4.fc26.x86_64 > - shim-0.8-10.x86_64 does not belong to a distupgrade repository > - fwupdate-libs-8-4.fc26.x86_64 does not belong to a distupgrade > repository > Problem 5: problem with installed package abrt-java-connector-1.1.0- > 8.fc24.x86_64 > - package abrt-java-connector-1.1.0-8.fc24.x86_64 requires > librpm.so.7()(64bit), but none of the providers can be installed > - rpm-libs-4.13.0.1-7.fc26.x86_64 does not belong to a distupgrade > repository Is there a way to upgrade with dnf system-upgrade or do I need to wait until Fedora 27 beta? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Why is Fx 57 in Updates Testing?
Am Mittwoch, den 11.10.2017, 07:53 -0700 schrieb Gerald B. Cox: > By definition BETA software is never intended to be pushed to > stable. Fx 57 is BETA. When the STABLE version is released, then it > can go into updates-testing. Not before. Again, that is the purpose > of RAWHIDE. > > > > Does this mean it's also not allowed to push packaged git-snapshots of a software to updates-testing because they are unreleased and potentially unstable? -- Regards, Heiko Adams signature.asc Description: This is a digitally signed message part ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Heads up: selinux-policy-3.14.1-25.fc28 breaks GDM
I can't confirm that. Maybe because I relabel my system after every selinux policy update. -- Heiko Adams Am 24. Mai 2018 04:13:25 MESZ schrieb Jerry James : >I installed the latest batch of updates for F28 tonight. Since that >included a new kernel (4.16.10-300.fc28), I rebooted. The system came >up >with the GDM panic screen [1]. I rebooted into the previous kernel >thinking that something might be wrong with the new one. Same result. >I >rebooted again and added enforcing=0 to the kernel boot line. That >worked. I did a full SELinux relabel immediately afterwards. Nothing >relevant changed labels. > >The SELinux Alert Browser says there are no alerts. Journalctl shows >this: > >systemd[1071]: selinux: avc: denied { status } for auid=n/a uid=42 >gid=42 >cmdline="/usr/libexec/gdm-x-session gnome-session --autostart >/usr/share/gdm/greeter/autostart" >scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 >tcontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 >tclass=system permissive=0 > >followed a short time later by this: > >audit[1405]: AVC avc: denied { map } for pid=1405 >comm="gnome-session-c" >path="/dev/nvidiactl" dev="devtmpfs" ino=20616 >scontext=system_u:system_r:xdm_t:s0-s0:c0.c1023 >tcontext=system_u:object_r:xserver_misc_device_t:s0 >tclass=chr_file permissive=0 > >And there are several more minor variations on that last one in the >logs. >Just thought everybody should know ASAP. > >Footnotes: >[1] Which is totally useless, by the way. It says "Oh no! Something >went >wrong!" (Great. *WHAT* went wrong?) and informs me that I must >logout. I >wasn't logged in. There's a nice logout button there, but it can't be >pressed. There is no mouse pointer. No keyboard shortcut that I can >think >of causes the button to change appearance. Even if I did manage to >press >it, what exactly would that do? I'm already not logged in! >-- >Jerry James >http://www.jamezone.org/ ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/KLYFIL7QYNSDDQVOVZXQ2IZVO3WLJKQK/