Re: Better fonts by default?
On 12/11/2018 03:35, Kevin Kofler wrote: Ahmad Samir wrote: Try setting the lcdfilter in your local fonts.conf ( ~/.config/fontconfing/fonts.conf); or better yet, try building freetype with the "spr" patch disabled. This way freetype will use Harmony (available since freetype 2.8.1 [2]), a technique that offers LCD rendering using a different way than ClearType. I find it works well, for me anyway. If you want Harmony, you also have to remove the freetype-2.9-ftsmooth.patch that disables it. Disabling only the spr patch will give you only grayscale anti-aliasing. Kevin Kofler I've been using Harmony since 2.8.1, compiled locally. I didn't notice the ftsmooth patch in 2.9, thanks for the hint, I'll look into that. Although I have to saw I didn't notice any drastic changes between 2.8.1 and 2.9 in Fedora, but I'll test disabling that patch all the same. -- Ahmad Samir ___ 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
Re: Better fonts by default?
On 11/11/2018 19:23, Tom Hughes wrote: [] That's interesting because I'm seeing the same thing in F29 but with vertical edges on a non-rotated display! I assumed it was related to subpixel antialiasing being enabled but turning that off doesn't seem to help. I'd say it looks more blueish than green, and it only seems to happen at certain sizes. Tom That sounds/looks like subpixel rendering with the lcddefault lcd filter. AIUI on F29, freetype-2.9.1-5 enabled subpixel rendering at build time[1]. Try setting the lcdfilter in your local fonts.conf ( ~/.config/fontconfing/fonts.conf); or better yet, try building freetype with the "spr" patch disabled. This way freetype will use Harmony (available since freetype 2.8.1 [2]), a technique that offers LCD rendering using a different way than ClearType. I find it works well, for me anyway. (Sorry for the noise if you already know all that :)). [1]https://src.fedoraproject.org/cgit/rpms/freetype.git/commit/?h=f29=3f1c63550795a1ce04006b0e8f2daae6ca0ec26a [2] https://sourceforge.net/projects/freetype/files/freetype2/2.8.1/ -- Ahmad Samir ___ 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
Update Advisory mix-up
Updating my Fedora 27 installation today I got: === libreoffice-5.4.4.2-1.fc27 === Update ID : FEDORA-2017-582d030cad Type : bugfix Updated : 2017-12-19 20:22:41 Bugs : 105998 - kickstart.cfg omits port list for firewall Description : update to 5.4.4 rc2 But bug 105998[1] has nothing to do with libreoffice; looking at the changelog of that build[2] I found: "- Related: tdf#105998 except cut and paste case" which mentions this libreoffice upstream report[3]. So it seems some overzealous script considered 105998 a Fedora bug report? Regards. [1] https://bugzilla.redhat.com/show_bug.cgi?id=105998 [2] https://koji.fedoraproject.org/koji/buildinfo?buildID=1009445 [3] https://bugs.documentfoundation.org/show_bug.cgi?id=105998 -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Firefox "shield"
On 21 December 2017 at 21:05, Gerald B. Cox <gb...@bzb.us> wrote: > > > On Thu, Dec 21, 2017 at 10:35 AM, Ahmad Samir <ahmadsamir3...@gmail.com> > wrote: >> >> I found this upstream bug report[1], and it's reproducible. So, >> there's something seriously screwed up upstream, and as someone said >> in the "firefox Looking Glass" thread on this list[2], looks like >> Marketing is overruling the security/privacy devs in Mozilla, I think >> he nailed the issue at the core of this debacle. > > > If you read the bug report it appears that this isn't a bug at all - but > rather someone going > into about:config and making assumptions which are incorrect. > The bug report had been updated _after_ I posted in this thread. ;) > There is a warning when you go into about:config - you're suppose to know > what you're doing. > True, but knowledge comes from docs, I did search around about the extensions.ui.experiment.hidden pref, but there's no documentation of it any where that I could see. Which is weird, given I always find pref names on https://dxr.mozilla.org . > If you want to disable shield studies, go into preferences/privacy security. > You don't need to fiddle > with about:config. > There's another report that changing settings via the preferences panel doesn't always stick https://bugzilla.mozilla.org/show_bug.cgi?id=1425663 -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Firefox "shield"
On 21 December 2017 at 17:20, Dario Lesca <d.le...@solinos.it> wrote: > > Il giorno gio, 21/12/2017 alle 15.56 +0100, Dario Lesca ha scritto: > > Il giorno sab, 16/12/2017 alle 19.11 -0500, Benjamin Kreuter ha > > scritto: > > > "extension.shield-recipe-client.enabled = true". > > > > The correct option is "extensions.shield-recipe-client.enabled" > > (extension is missing of 's'), ad for default is "true" > > > > Now I have set it to False. > > Another curious flag: "extensions.ui.experiment.hidden" > > in my config it is set to true, now I have set to false I found this upstream bug report[1], and it's reproducible. So, there's something seriously screwed up upstream, and as someone said in the "firefox Looking Glass" thread on this list[2], looks like Marketing is overruling the security/privacy devs in Mozilla, I think he nailed the issue at the core of this debacle. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1425186 [2] https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org/message/RFAJJBMKK6C2BEWJKCVBOLPWTGCFHWPW/ -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Font rendering and blurry fonts
On 10 August 2017 at 17:36, Jan Synacek <jsyna...@redhat.com> wrote: > On Thu, Aug 10, 2017 at 4:04 PM, Matthew Miller > <mat...@fedoraproject.org> wrote: >> On Thu, Aug 10, 2017 at 11:39:30AM +0200, Jan Synacek wrote: >>> > Bug 1469712 - font antialiasing/hinting is not working on Fedora 26 >>> > https://bugzilla.redhat.com/show_bug.cgi?id=1469712 >>> Cheers, the solution from #1470509 did the trick. I'm quite puzzled as >>> to why people prefer looking at the blurred fonts, though. >> >> I don't prefer blurred fonts, but I prefer more-correct letter forms >> and nicer overall appearance of the page. > > Yes, I agree, but that's not what I see on my screen. Even if what I > see is "more correct" by some measure, it's still blurry and hurting > my eyesight. On the other hand, I totally understand that on some > people's displays the result might actually look better. Also, my eyes > are quite picky when it comes to staring at stuff for long periods of > time. > Tangentially to this discussion, I find a lot (most) of the new fonts (e.g. web fonts, which are really a huge variety, just look at fonts.google.com) just look awful on PC screen; so on my PC, they do look very nice shape-wise but the blurry/jagged edges do nag at me too much be usable. That's why I stick to the DejaVu Sans and Ubuntu font families. But then using those "new" fonts on my Android smartphone, they look great/awesome. The difference is that my desktop has a 24 inch monitor, 1920x1080 with 96-101 dpi, whereas my phone has a ~4.5/5 inch screen with 720x1280 and ~294 dpi. So the secret lies with the dpi, the higher the dpi the better those "new" fonts - which do not have hinting done by hand (by the font artists/devs) like the old font families (e.g. DejaVu Sans) had - will look. So I enjoy many more fonts on my 5 inch phone than I do on my 24 inch monitor :/ I think the solution to the problem will come when Hidpi monitors become more affordable, i.e. a 24/27/28 inch mointor that packs a 4K resolution. (Hopefully that will happen before most of us are too old to see clearly at all). -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F24 GStreamer zero day
On 30 November 2016 at 23:19, Ahmad Samir <ahmadsamir3...@gmail.com> wrote: > On 29 November 2016 at 16:24, Richard W.M. Jones <rjo...@redhat.com> wrote: >> On Wed, Nov 23, 2016 at 09:39:03AM +0100, Florian Weimer wrote: >>> On 11/23/2016 02:15 AM, Sérgio Basto wrote: >>> >On Ter, 2016-11-22 at 18:57 -0600, Michael Catanzaro wrote: >>> >>Hi, >>> >> >>> >>Is anybody working on fixing [1]? >>> >> >>> >>The exploit is a little impractical in that it only works if you have >>> >>not updated any F24 base packages except GStreamer, but we should >>> >>still >>> >>fix it. I don't see any GStreamer updates in bodhi yet. >>> > >>> >for gstreamer >>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395128 >>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395768 >>> >https://bugzilla.redhat.com/show_bug.cgi?id=1397064 >>> > >>> >for gstreamer1 >>> >https://bugzilla.redhat.com/show_bug.cgi?id=1397065 >>> >https://bugzilla.redhat.com/show_bug.cgi?id=1395769 >>> > >>> >but no commits in scm yet >>> >>> What about the larger picture? Can tracker be made optional again >>> for the GNOME desktop? >> >> I have this in my .bashrc: >> >> # Kill with fire. >> killall -9 -r tracker-.* >& /dev/null >> >> Seems to be the only way to permanently disable it that I have found >> (I'm not using GNOME). >> >> Rich. > > On F25 (not sure about older releases), on can mask the tracker > systemd user service(s): > # cd /etc/systemd/user/ > # for i in $(rpm -ql tracker | grep systemd.*.service); do ln -s > /dev/null $(basename $i); done > > the tracker processes won't get started the next time you log in. > This doesn't work if one uses startx to log in instead of logging in via a graphical display manager; in that case this seems to work: $ mkdir -p ~/.local/share/dbus-1/services $ cd ~/.local/share/dbus-1/services $ cp /usr/share/dbus-1/services/*Tracker* . $ perl -p -i -e 's!Exec=.*!Exec=/bin/false!' *Tracker* -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F24 GStreamer zero day
On 29 November 2016 at 16:24, Richard W.M. Jones <rjo...@redhat.com> wrote: > On Wed, Nov 23, 2016 at 09:39:03AM +0100, Florian Weimer wrote: >> On 11/23/2016 02:15 AM, Sérgio Basto wrote: >> >On Ter, 2016-11-22 at 18:57 -0600, Michael Catanzaro wrote: >> >>Hi, >> >> >> >>Is anybody working on fixing [1]? >> >> >> >>The exploit is a little impractical in that it only works if you have >> >>not updated any F24 base packages except GStreamer, but we should >> >>still >> >>fix it. I don't see any GStreamer updates in bodhi yet. >> > >> >for gstreamer >> >https://bugzilla.redhat.com/show_bug.cgi?id=1395128 >> >https://bugzilla.redhat.com/show_bug.cgi?id=1395768 >> >https://bugzilla.redhat.com/show_bug.cgi?id=1397064 >> > >> >for gstreamer1 >> >https://bugzilla.redhat.com/show_bug.cgi?id=1397065 >> >https://bugzilla.redhat.com/show_bug.cgi?id=1395769 >> > >> >but no commits in scm yet >> >> What about the larger picture? Can tracker be made optional again >> for the GNOME desktop? > > I have this in my .bashrc: > > # Kill with fire. > killall -9 -r tracker-.* >& /dev/null > > Seems to be the only way to permanently disable it that I have found > (I'm not using GNOME). > > Rich. On F25 (not sure about older releases), on can mask the tracker systemd user service(s): # cd /etc/systemd/user/ # for i in $(rpm -ql tracker | grep systemd.*.service); do ln -s /dev/null $(basename $i); done the tracker processes won't get started the next time you log in. -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: F25 workstation, and (almost) hidpi displays
On 21 October 2016 at 21:41, Adam Williamson <adamw...@fedoraproject.org> wrote: [..] > > Use the 'scaling factor' setting in gnome-tweak-tool. On my 1920x1080 > 13" laptop (yup, I have one too) I set it to 1.3; adjust for your > taste. Firefox should respect that setting so long as you have > layout.css.dpi set to -1 (which is the modern default), though I'm not > actually sure if that works on Wayland. You can also set a 'minimum > font size' in the Firefox advanced font settings, though even that > isn't universally respected, I don't think (web font rendering > is...complicated). [..] Setting a minimum font size in Firefox always works in my experience; however there are multiple "minimum font size" prefs in Firefox depending on the language a web page sets via the lang= attribute (usually for the element). To cut to the point you can set the minimum font size for each language by changing the language in the "Fonts for" drop-down list in the Firefox fonts settings dialogue (Preferences -> Content -> Advanced). -- Ahmad Samir ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Re: Problem with exact provides in pre-release version
On 30 June 2016 at 01:21, Marcin Zajączkowski <msz...@wp.pl> wrote: > > Hi, > > I'm a maintainer of NetworkManager-sstp package and before 1.2.0 final > will be released I experimenting in my CORP repo with pre-release Git > version. I've encountered a situation which - I'm not sure - is a > problem with my configuration or some issue with dependencies resolving. > > $ sudo dnf install NetworkManager-sstp-gnome > Error: nothing provides NetworkManager-sstp(x86-64) = > 1.2.0-0.20160514git86c2737d.fc24 needed by > NetworkManager-sstp-gnome-1:1.2.0-0.20160514git86c2737d.fc24.x86_64 > (try to add '--allowerasing' to command line to replace conflicting > packages) > > While already installed corresponding NetworkManager-sstp reports: > $ rpm -q --provides NetworkManager-sstp > NetworkManager-sstp = 1:1.2.0-0.20160514git86c2737d.fc24 > NetworkManager-sstp(x86-64) = 1:1.2.0-0.20160514git86c2737d.fc24 > config(NetworkManager-sstp) = 1:1.2.0-0.20160514git86c2737d.fc24 > > I don't know why I have that error - NetworkManager-sstp seems to > provide what is needed. > > In the SPEC file I have (for NetworkManager-sstp-gnome): > > Requires: NetworkManager-sstp%{?_isa} = %{version}-%{release} > You should add the epoch to the requires: Requires: NetworkManager-sstp%{?_isa} = %{epoch}:%{version}-%{release} [...] -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: libva-intel-driver?
On 26 April 2016 at 14:28, František Zatloukal <frantis...@fedoraproject.org > wrote: > Hi, > I was wondering why is not package "libva-intel-driver" in Fedora. From > what I understand it should provide driver to allow accelerated video > encoding and decoding on Intel GPUs[1]. > License of the package[2] looks good (I am not a lawyer though). I've > found few years old review request[3], but I don't understand, why it was > not accepted. > > Thanks! > > [1] https://wiki.archlinux.org/index.php/VA-API > [2] https://cgit.freedesktop.org/vaapi/intel-driver/tree/COPYING > [3] https://bugzilla.redhat.com/show_bug.cgi?id=770371 > > It couldn't be included in the official Fedora repos, for whatever technical reasons; but it's available in the rpmfusion free repos. -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Need help to build gimp-layer-via-copy-cut package
On 22 April 2016 at 08:16, Luya Tshimbalanga <l...@fedoraproject.org> wrote: > Hello team, > > I just hit an issue trying to build a gimp plugins which use python. > > http://koji.fedoraproject.org/koji/taskinfo?taskID=13757854 > > You can take a look at the spec below so you can check the mistake: > > --- > > %globaladdon layer-via-copy-cut > > Name:gimp-%{addon} > Version:1.6 > Release:1%{?dist} > Summary:Layer via copy/cut plug-in for GIMP > License:GPLv3+ > URL:http://some-gimp-plugins.com/contents/en/ > Source0:http://registry.gimp.org/files/%{addon}.zip > Source1:%{name}.metainfo.xml > %if 0%{?fedora} >= 21 > BuildRequires:libappstream-glib > %endif > Requires:gimp >= 2.6.0 > BuildArch:noarch > > %description > Copy and move the selected area to a new layer in the same position. > > %prep > %autosetup -c %{name} > > %build > # nothing to build > > %install > install -d %{buildroot}%{_datadir}/gimp/2.0/plug-ins/ > install -m 644 -p %{addon}.py -t %{buildroot}%{_datadir}/gimp/2.0/plug-ins/ > > > %if 0%{?fedora} >= 21 > # Add AppStream metadata > install -Dm 0644 -p %{SOURCE1} \ > %{buildroot}%{_datadir}/appdata/%{name}.metainfo.xml > > %check > appstream-util validate-relax --nonet > %{buildroot}/%{_datadir}/appdata/%{name}.metainfo.xml > %endif > > # %%files > IINM the ^^^ %files section can't be commented out. [...] -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Thunderbird-38.0.1 integrates lightning? Very disturbing!!
On 1 July 2015 at 12:14, Ian Malone ibmal...@gmail.com wrote: snip It appears to have broken the ability to install the gdata provider, at least when I installed a new F22 system at the weekend I found I couldn't install it because it requires the lightning package which is obsoleted by current thunderbird. That's a packaging bug; either thunderbird should obsolete _and_ provide thunderbird-lightning or thunderbird-lightning-gdata should be changed to require thunderbird instead of -lightning. You should file a bug so that the issue is tracked/fixed. -- Ahmad Samir -- 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-38.0.1 integrates lightning? Very disturbing!!
On 30 June 2015 at 15:16, Joachim Backes joachim.bac...@rhrk.uni-kl.de wrote: Hi dear developers, after upgrading to tb-38.0.1, thunderbird-lightning-3.3-5.fc22.x86_64 has been obsoleted (as the formus are telling), but still the addons manager of tb shows lightning as installed extension which can be activated and removed. Because I thougt that tb-lighning is now obsolete, I removed the extension, but then I get rid totally from the calendars. So my question: how t get the calendars running in TB without installing lightning from the moz. extension pages? IIUC, what's happening here is that they bundle the extension with Thunderbird 38 so it's installed and enabled by default; so when you create a new Thunderbird profile, /usr/lib*/thunderbird/distribution/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/ will get copied to ~/.thunderbird/PROFILE_NAME/extensions; that also happens if you run 38.0.1 for the first time and didn't have the Lightning extension already installed (I was surprised to see the calendar pane in Thunderbird after updating to 38.0.1, since I didn't have that extension installed previously). Also (IIUC) Lightning will be updated in your profile, just like any other user-installed extension. So what you can do is just copy the dir from /usr/lib*/thunderbird/distribution/extensions and restart Thunderbird or re-install it from addons.mozilla.org, I think either would lead to the same result. -- Ahmad Samir -- 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-38.0.1 integrates lightning? Very disturbing!!
On 30 June 2015 at 17:22, Reindl Harald h.rei...@thelounge.net wrote: Am 30.06.2015 um 17:02 schrieb Ahmad Samir: IIUC, what's happening here is that they bundle the extension with Thunderbird 38 so it's installed and enabled by default; so when you create a new Thunderbird profile, /usr/lib*/thunderbird/distribution/extensions/{e2fda1a4-762b-4020-b5ad-a41df1933103}/ will get copied to ~/.thunderbird/PROFILE_NAME/extensions; that also happens if you run 38.0.1 for the first time and didn't have the Lightning extension already installed (I was surprised to see the calendar pane in Thunderbird after updating to 38.0.1, since I didn't have that extension installed previously). Also (IIUC) Lightning will be updated in your profile, just like any other user-installed extension. So what you can do is just copy the dir from /usr/lib*/thunderbird/distribution/extensions and restart Thunderbird or re-install it from addons.mozilla.org, I think either would lead to the same result but that all makes zero sense * i had lightning installed for many years as user extension * i never used the rpm because it was always too late after TB updates * now due start TB 38 it was updated * it is still a user-extension in the profile * if i uninstall it it's gone * the files from the package still exists unused the point is if it is now part of the TB package it should be present after uninstall the extension in the user-profile becasue the state now is no improvement at all and just wasting space for no gain This is an upstream change; from this blog post[1] I gather that upstream's intention is that Lightning is installed and enabled by default when you use the upstream binary tarball; the same applies for the distro-packaged version. - This change doesn't affect the user if he already has Lightning installed - With a new TB profile the user is presented with a notification about the extension, and he can disable/remove it - This is a one time offer, so if the user uninstalls Lightning it won't be auto-installed again for that TB profile [1] https://blog.mozilla.org/thunderbird/2015/06/thunderbird-38-released/ -- Ahmad Samir -- 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 and regular expressions
On 29 June 2015 at 20:32, Reindl Harald h.rei...@thelounge.net wrote: snip given that the dnf autocompletion is also horrible slow comapared with YUM i see still no advantages from the change, try yum clTAB versus dnf clTAB, in case of DNF it feels like a network request I'd noticed that some time ago too, the easiest (laziest too) solution I found was to stick this in my /etc/profile.d/custom.sh: complete -F _yum dnf I know the _yum completion function(s) probably needs a bit of tweaking to match all the dnf cli options/syntax but it seems to work well most of the time for now. -- Ahmad Samir -- 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: [Bug 1201978] dracut assumes BIOS time is UTC closed without fixing again
On 28 April 2015 at 13:40, Kamil Paral kpa...@redhat.com wrote: On Sun, Apr 26, 2015 at 11:47:18PM -0600, Chris Murphy wrote: Time in UTC is just as absurd and arbitrary as time in a local timezone, No, it's not. This has been written about many times, but in short: - the information about the timezone used is not stored in RTC, so all users of RTC need to be configured to use the same timezone externally It surprises me that we see these issues even with UEFI, which seems to include support for timezone and DST information [1]. I can confirm this myself, I have UEFI with Fedora 21 and Win7 at home, and I noticed that there seems to be a fsck running on every Fedora boot. I haven't had time to debug it properly yet, but it doesn't seem to work properly out of the box. Moreover, if I look into `journalctl -b`, I see time shifted during the boot process (which kind of messes up the history whenever I search in it). I haven't reported any bug yet, but there's certainly something not working out of the box there. This is the bug that started this thread: https://bugzilla.redhat.com/show_bug.cgi?id=1201978 [...] -- Ahmad Samir -- 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: Why sysrq is limited to only sync command on official fedora kernel?
On 25 February 2015 at 16:43, Josh Boyer jwbo...@fedoraproject.org wrote: On Wed, Feb 25, 2015 at 9:35 AM, Ali AlipourR alipoo...@gmail.com wrote: Why sysrq is limited to only sync command on official fedora kernel? The kernel itself isn't limited. It's just set that way in /usr/lib/sysctl.d/50-default.conf which is provided by systemd. You can edit that file, create your own in /etc/sysctrl.d/, or (as root) set it to whatever you would like via /proc/sys/kernel/sysrq. Of course it can be changed at runtime, but I mean why official fedora kernel shouldn't be configured to allow all (or at least a wider subset) of sysrq commands by default? Maybe we're getting hung up on a terminology issue, but this isn't a kernel configuration issue. It's something userspace is doing. This way official fedora live CDs are unsuitable for system recovery tasks; you have to change sysrq value every time you use live CDs or build your own live CD. That's a good point. Since the live images have a rescue mode, maybe there is a way to use a different value when booted into that. How that would look, I'm not sure. Maybe dracut would need to include an override file in the initramfs. josh AFAIK the live images don't have a rescue mode/boot option; that mode is only available on the non-live installation DVD and the network-install images. -- Ahmad Samir -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:17, Martin Stransky stran...@redhat.com wrote: On 01/26/2015 02:03 PM, drago01 wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... There's no official confirmation of the fix of the CVE-2015-0311 in 440 yet, you can only assume that. They've finally updated[1], it's official now that flash 11.2.202.440 includes the fix for CVE-2015-0311. [1]http://helpx.adobe.com/security/products/flash-player/apsb15-03.html -- Ahmad Samir -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:16, Martin Stransky stran...@redhat.com wrote: On 01/26/2015 02:12 PM, Ahmad Samir wrote: On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311 I was thinking of something along those lines for the Linux version too. Firefox does not use the 16.X line - that's the Pepper API plugin which runs with Chrome only. I know that; what I meant was that I am waiting to see a similar message about the 11.x version that's used in Linux/Firefox. -- Ahmad Samir -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. [1]https://helpx.adobe.com/security/products/flash-player/apsa15-01.html -- Ahmad Samir -- 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: Flash plugin 0-day vulnerability in the wild
On 26 January 2015 at 15:03, drago01 drag...@gmail.com wrote: On Mon, Jan 26, 2015 at 2:01 PM, Ahmad Samir ahmadsamir3...@gmail.com wrote: On 26 January 2015 at 14:55, Martin Stransky stran...@redhat.com wrote: Where have you got that? Official Adobe site [1] says the latest is 11.2.202.438 and flash download page [2] gives me the same. I see the Ubuntu update with .440 package but what's that? ma. [1] http://www.adobe.com/software/flash/about/ [2] https://get.adobe.com/flashplayer/ flash-plugin-11.2.202.440 is available in the yum repo hosted by Adobe. But on[1] it doesn't say anything about the issue being fixed for Linux. Sure it does Adobe Flash Player 11.2.202.438 and earlier versions for Linux ... 440 438 ... From https://helpx.adobe.com/security/products/flash-player/apsa15-01.html: UPDATE (January 24): Users who have enabled auto-update for the Flash Player desktop runtime will be receiving version 16.0.0.296 beginning on January 24. This version includes a fix for CVE-2015-0311 I was thinking of something along those lines for the Linux version too. -- 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: /media - /run/media???
On 04/08/14 19:13, Marcin Juszkiewicz wrote: Can someone point me to discussion which ended in /media being symlink to /run/media directory? I am now looking at Picasa rescanning 40GB of pictures just because /media/storage/ dissapeared after upgrade of packages (which moved /media/ to /media.rpmmoved/ one). [..] Should I create /my-own-directory-do-not-even-think-about-touching-it/ and keep mountpoints of all hard drives there just to hope that it will stay there for next year? Personally that's what I did eventually; this way I don't have to worry about the defaults changing - again - for whatever reasons in the future. -- Ahmad Samir -- 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: Five Things in Fedora This Week (2014-03-18)
On 18 March 2014 22:50, Matthew Miller mat...@fedoraproject.org wrote: Reposting from http://fedoramagazine.org/?p=1231, for those of you who prefer email to the web. :) Fedora is big project, and it’s hard to follow it all. This new Fedora Magazine feature will highlight interesting happenings in five different areas every week. It won’t be comprehensive news coverage — just quick summaries and links to each. So, here we go for March 18th, 2014: Flock 2014 registration and talk proposals open --- In case you missed the article in Fedora Magazine a few days ago… don’t miss it. The website at http://flocktofedora.org/, and the talk proposal deadline is coming up fast: April 3rd, 2014. Fedora 21 feature planning in progress -- Looking to do something new for Fedora 21? The initial schedule is set and many changes are already accepted by FESCo. Submission deadline is April 8th, 2014. If you have something to add, find out how at http://fedoraproject.org/wiki/Changes/Policy. Ambassadors discuss inactive memberships https://lists.fedoraproject.org/pipermail/ambassadors/2014-March/022263.html Interesting discussion on Fedora Ambassadors mailing list about a process for marking the memberships of people who aren’t actively participating as inactive. Looks like there’s wide support for the low-overhead, non-punitive proposal (which allows easy reactivation). KDE talks about Fedora Products --- https://lists.fedoraproject.org/pipermail/kde/2014-March/013196.html Another interesting discussion: KDE SIG is working on a proposal for “Fedora Plasma”, a desktop product focused at educational and scientific use. FESCo and the Fedora Advisory Board have previously approved the governance and PRDs for Cloud, Server, and Workstation (the latter of which recently elected to use Gnome as the base). It will be interesting to see how this all fits together. Planning for new Fedora web design -- The Fedora Websites and Design teams are working on refreshed websites in support of Fedora.next. I’m cheating a bit because some this is more than a week old, but it’s all still in progress. This includes an ambitious plan for a new community hub, although initial work focuses on updating the Get Fedora “brochure” site. Endnote --- So that’s it for this week. If something didn’t make the list and you think it should have, that probably just means I missed it, not that it wasn’t important. Please drop me a line and we’ll make this better next time. Bonus mailing list questions! - [...] Is it helpful to post this here? Yes; for me at least as I didn't even know there was a Fedora magazine. If so, is full text important, or is posting a link to the web site fine? Full text is better, if someone doesn't click the link to the web page (maybe he/she is in a hurry, or can't be bothered :)), he can skim through the email, usually topics of interest catch one's eye. After all an email is an email, no point making it too short (nor too long of course). Would it be helpful to post it to other lists as well or instead? What about repurposing the defunct news mailing list for just this purpose? Ideally it should be to -dev and -users, some are only subscribed to one or the other. I didn't know there was a news ML; but if an ML dies, then there were reasons for that, if those reasons haven't changed then there's no point trying to revive it. Just the occasional email (1 per month/week), doesn't need a separate ML IMHO. -- Matthew Miller-- Fedora Project--mat...@fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Ahmad Samir -- 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: rfc: EFI System partition, FAT32, repair and non-persistent mount
On 18 March 2014 07:02, Chris Murphy li...@colorremedies.com wrote: snip 1. EFI System partition is being mounted persistently at /boot/efi, and I'd like to put an end to that because there's no good reason to do it. None of the binaries on it are regularly being updated, and if they are, the volume should be mounted on demand rather than persistently. /snip Exactly; we get frequent power cuts where I live, all my filesystems can recover well (ext4 with journaling) except the ESP, which works, yes, but keeps spewing an error about not being unmounted properly. As a result I have changed the ESP mount options to add noauto,x-systemd.automount, I usually don't need to mount it at all. -- Ahmad Samir -- 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-0.4.11
On 12 January 2014 21:06, Garry T. Williams gtwilli...@gmail.com wrote: On 1-12-14 18:18:00 M A Young wrote: On Sun, 12 Jan 2014, Garry T. Williams wrote: On 1-9-14 15:43:50 Ales Kozumplik wrote: New DNF release is out. See the blog [1], the release notes [2] and the F20 update [3]. Rawhide build went smooth this time too! I see this using 0.4.11. What am I doing wrong? garry@vfr$ sudo dnf --enablerepo=updates-testing update kernel\* [sudo] password for garry: Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. Try dnf clean expire-cache first. I don't think dnf checks whether its metadata is up to date as frequently as yum does. Ha! That was it. sudo dnf --enablerepo=updates-testing clean expire-cache sudo dnf --enablerepo=updates-testing upgrade kernel\* did the trick. 'dnf clean all' does what 'clean expire-cache' does, and more. (check the man page) It could be that dnf picked another mirror this time, or it used the same mirror and that mirror has synced with the master mirror(s). -- Garry T. Williams -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Ahmad Samir -- 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-0.4.11
On 12 January 2014 21:27, Reindl Harald h.rei...@thelounge.net wrote: Am 12.01.2014 20:24, schrieb Ahmad Samir: On 12 January 2014 21:06, Garry T. Williams gtwilli...@gmail.com wrote: On 1-12-14 18:18:00 M A Young wrote: On Sun, 12 Jan 2014, Garry T. Williams wrote: On 1-9-14 15:43:50 Ales Kozumplik wrote: New DNF release is out. See the blog [1], the release notes [2] and the F20 update [3]. Rawhide build went smooth this time too! I see this using 0.4.11. What am I doing wrong? garry@vfr$ sudo dnf --enablerepo=updates-testing update kernel\* [sudo] password for garry: Resolving dependencies -- Starting dependency resolution -- Finished dependency resolution Dependencies resolved. Nothing to do. Try dnf clean expire-cache first. I don't think dnf checks whether its metadata is up to date as frequently as yum does. Ha! That was it. sudo dnf --enablerepo=updates-testing clean expire-cache sudo dnf --enablerepo=updates-testing upgrade kernel\* did the trick. 'dnf clean all' does what 'clean expire-cache' does, and more. (check the man page) dnf clean all without dnf --enablerepo=updates-testing clean all does exactly *nothing* in case of updates-testing, the same for YUM simply because folders of non-enabled repos are not relevant for any operation Right, I missed that bit. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Ahmad Samir -- 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 versus yum
On 3 January 2014 04:32, Kevin Kofler kevin.kof...@chello.at wrote: Reindl Harald wrote: uhm It has been disabled in Fedora and there has been no real use cases indicated says who and with what real world expierience? look above! They clearly haven't looked very far for use cases, indeed. Another important use case (and another reason why keepcache=1 should not only be supported, but IMHO even be the DEFAULT): * Say an update to NetworkManager or one of its dependencies breaks your networking. (Maybe it's an unusual configuration that was missed during testing.) * Even ignoring the issue of mirrors not keeping old updates (which I already pointed out earlier in this thread), with networking not working, you simply CANNOT go to a mirror, directly to Koji etc. to get a downgrade. The ONLY place to get the old package from is your yum cache. * If this is not the first update to the package, you will definitely have the previous (or at least another recent) update cached. * If this IS the first update to the package, if (like me) you used the direct yum method to upgrade Fedora (and of course keepcache=1), you have the GA package cached. I don't know how FedUp handles this, but if it doesn't keep the cache, it should! In that situation, with keepcache=0, the installation is BRICKED! With keepcache=1, it can be fixed by downgrading the offending package from the cache (rpm -Uvh --oldpackage). Kevin Kofler https://bugzilla.redhat.com/show_bug.cgi?id=1046244 -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Ahmad Samir -- 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: Could someone help me with writing polkit rule?
On 25 October 2013 11:22, Peter Lemenkov lemen...@gmail.com wrote: Hello All! I 'm trying to write a polkit rule which allows every member of a particular group (ejabberd) to run a specific script (/sbin/ejabberdctl or /usr/sbin/ejabberdctl). Other users should not be even able to run it. This sounds simple, so I quickly wrote this: http://peter.fedorapeople.org/stuff/ejabberdctl.polkit.rules I am not an expert on javascript or polkit, but IINM the second if rule has wrong syntax, it should be: if( subject.isInGroup(ejabberd) ) { return polkit.Result.YES; } also, it doesn't need an else bit. I think you can merge the second if with the first one: polkit.addRule(function(action, subject) { var CommandLine = action.lookup(command_line).split( ); if ( action.id == org.freedesktop.policykit.exec (CommandLine[0] == /sbin/ejabberdctl || CommandLine[0] == /usr/sbin/ejabberdctl) subject.isInGroup(ejabberd) ) { return polkit.Result.YES; } }); (I could be very wrong though). I installed it to %{_datadir}/polkit-1/rules.d/51-ejabberdctl.rules, and added /usr/bin/ejabberdctl which contains just the following: === #!/bin/sh /usr/bin/pkexec /usr/sbin/ejabberdctl $@ === So when user types ejabberdctl it actually runs /usr/sbin/ejabberdctl under the polkit supervision. Unfortunately people started reporting about the issues with the other apps: * https://bugzilla.redhat.com/show_bug.cgi?id=1009408 I can't find what's wrong with the rule above so I'm calling you for help. Could please someone help me fixing this mess? -- With best regards, Peter Lemenkov. -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct -- Ahmad Samir -- 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: Cannot install boost-static...
On 8 August 2013 18:00, Georgios Petasis petas...@yahoo.gr wrote: Στις 7/8/2013 21:39, ο/η Adam Williamson έγραψε: On Wed, 2013-08-07 at 21:34 +0300, Georgios Petasis wrote: Hi all, I am trying to install boost-static, but I am getting an error (fedora 19 x86_64): yum install boost-static.i686 Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit Resolving Dependencies -- Running transaction check --- Package boost-static.i686 0:1.53.0-6.fc19 will be installed -- Processing Dependency: boost-devel = 1.53.0-6.fc19 for package: boost-static-1.53.0-6.fc19.i686 -- Finished Dependency Resolution Error: Package: boost-static-1.53.0-6.fc19.i686 (fedora) Requires: boost-devel = 1.53.0-6.fc19 Installed: boost-devel-1.53.0-8.fc19.i686 (installed) boost-devel = 1.53.0-8.fc19 Available: boost-devel-1.53.0-6.fc19.i686 (fedora) boost-devel = 1.53.0-6.fc19 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest How can I fix this? It looks like you have somehow disabled your updates repository. yum is finding the old -6 build of Boost from the 'fedora' repository (which is the repo that's frozen in the F19 release state), but you already have a package from the -8 build that's in the 'updates' repository installed. Somehow you have gotten updates installed, but then disabled the updates repo, it looks like. (note devel@ is the wrong list for this kind of question; users@ would've been better). I am posting in this list, because I think the right package is missing from the repositories. Here is the complete yum interaction: # yum install boost-static.i686 Loaded plugins: auto-update-debuginfo, langpacks, refresh-packagekit adobe-linux-x86_64 | 951 B 00:00 updates/19/x86_64/metalink | 29 kB 00:00 updates | 4.6 kB 00:00 updates-debuginfo/19/x86_64/metalink | 27 kB 00:00 updates-debuginfo| 3.0 kB 00:00 (1/2): updates-debuginfo/19/x86_64/primary_db | 328 kB 00:00 (2/2): updates/19/x86_64/primary_db| 6.5 MB 00:03 Resolving Dependencies -- Running transaction check --- Package boost-static.i686 0:1.53.0-6.fc19 will be installed -- Processing Dependency: boost-devel = 1.53.0-6.fc19 for package: boost-static-1.53.0-6.fc19.i686 -- Finished Dependency Resolution Error: Package: boost-static-1.53.0-6.fc19.i686 (fedora) Requires: boost-devel = 1.53.0-6.fc19 Installed: boost-devel-1.53.0-8.fc19.i686 (installed) boost-devel = 1.53.0-8.fc19 Available: boost-devel-1.53.0-6.fc19.i686 (fedora) boost-devel = 1.53.0-6.fc19 You could try using --skip-broken to work around the problem You could try running: rpm -Va --nofiles --nodigest It seems that package boost-static.i686 1.53.0-8.fc19 does not exist anywhere yum searches. Is there a repository missing? I am seeing updates listed. George -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct $ yum list boost-static* [...] Available Packages boost-static.i686 1.53.0-6.fc19fedora boost-static.x86_64 1.53.0-8.fc19updates it looks like boost-static-1.53.0-8.fc19.i686 is missing from x86_64 updates repo; but it's available in i386 updates repo: e.g. https://mirrors.kernel.org/fedora/updates/19/i386/boost-static-1.53.0-8.fc19.i686.rpm -- Ahmad Samir -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct