Re: F25 Self Contained Change: IBus Emoji Typing
- Original Message - > On 07/08/16 00:25, Mike FABIAN-san wrote: > > Bastien Nocera さんはかきました: > > > >> Re-send to the change owner > >> > >> - Original Message - > >>> = Proposed Self Contained Change: IBus Emoji Typing = > >>> https://fedoraproject.org/wiki/Changes/IBus_Emoji_Typing > >>> > >>> Change owner(s): > >>> * Takao Fujiwara > >>> > >>> The IBus core will provide the Emoji Unicode typing with the IBus XKB > >>> engines. > >>> > >>> == Detailed Description == > >>> IBus has already provided Unicode hex codes tying with Ctrl-Shift-u and > >>> now > >>> we > >>> think the similar implementation for the Emoji typging. With IBus XKB > >>> engines, > >>> Emoji typing will be provided with the Emoji annotations [1] following > >>> Ctrl- > >>> Shift-e. > >>> > >>> == Scope == > >>> * Proposal owners: > >>> - IBus core provide the dictionary of the Emoji typing. > >>> - IBus XKB engines load the Emoji dictionary. > >>> > >>> * Other developers: N/A > >>> > >>> * Release engineering: N/A > >>> - List of deliverables: N/A > >>> > >>> * Policies and guidelines: N/A > >>> > >>> * Trademark approval: N/A > >>> > >>> [1] http://unicode.org/emoji/charts/index.html#col-annotations > >> > >> Will this use: > >> https://github.com/lalomartins/ibus-uniemoji/ > >> ? > > > > I don’t think so, it is supposed to work in all xkb engines of > > ibus-typing booster, this is not a seperate engine like ibus-uniemoji. > > Sorry, I missed the email. > I expect to use emoji not to switch the IBus engines. > Actually ibus-anthy already implements emoji typing in Japanese. > > This implementation enables emoji typing in English with any IBus XKB > engines. > I also evaluated ibus-uniemoji: > http://unicode.org/pipermail/unicode/2016-June/003781.html > http://unicode.org/pipermail/unicode/2016-July/003786.html > > Now IBus XKB engine uses both en.xml for annotations and emoji.json for > categories and ascii aliases. Except that the way that you'll be implementing this means it's completely undiscoverable. I know no one other than those that already use an IBus method to input a non-latin language that use things like typing booster. A separate input method that's automatically added to the default list of "keyboard layouts" would be much better suited to our use case, and matches the way people are used to enter emojis on Android and iOS, with a separate keyboard layout. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: licensecheck split-off from devscripts-minimal
On Tue 05 Jul 2016 09:12:19 AM CEST Sandro Mani wrote: > On 05.07.2016 03:30, Dennis Gilmore wrote: >> Hey Sandro, >> >> What exactly does licensecheck do? and how is it different to the procject at >> https://sourceforge.net/projects/oslc/ I ask because I would like to have us >> implement something to check licensing when people upload tarballs to >> lookaside cache and report when licenses change. >> >> Dennis > Hi Dennis > licensecheck simply scans files for license headers and prints out the > detected license for each file (it is used by fedora-review for > instance). I suppose the perl library introduced with the new > licensecheck package offers some flexibility for third-party use. I > don't know oslc, but it doesn't seem to be actively maintained? Nah, I'd summarize it differently: licensecheck is a glorified grep oslc (and https://pagure.io/muster) use proper algorithms and a "database" of full license texts and headers to provide much better matching accuracy. -- Stanislav Ochotnicky Business System Analyst, PnT DevOps - Brno PGP: 7B087241 Red Hat Inc. http://cz.redhat.com -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F25 Self Contained Change: IBus Emoji Typing
- Original Message - > Bastien Nocera さんはかきました: > > Except that the way that you'll be implementing this means it's completely > > undiscoverable. I know no one other than those that already use an IBus > > method to input a non-latin language that use things like typing booster. > > Oh, sorry, I wrote mistakenly "typing booster" above, that was just > a typo. What Fujiwara San is implementing has nothing to do with typing > booster, it is for the IBus XKB engine. Same applies to the IBus XKB engine. This engine doesn't seem to be listed in GNOME's Region and Language panel, the shortcut isn't discoverable, and the UI for it doesn't match what users expect from their use of emoji on mobile platforms. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F25 Self Contained Change: IBus Emoji Typing
On 07/08/16 19:54, Bastien Nocera-san wrote: - Original Message - Bastien Nocera さんはかきました: Except that the way that you'll be implementing this means it's completely undiscoverable. I know no one other than those that already use an IBus method to input a non-latin language that use things like typing booster. Oh, sorry, I wrote mistakenly "typing booster" above, that was just a typo. What Fujiwara San is implementing has nothing to do with typing booster, it is for the IBus XKB engine. Same applies to the IBus XKB engine. This engine doesn't seem to be listed in GNOME's Region and Language panel, the shortcut isn't discoverable, and the UI for it doesn't match what users expect from their use of emoji on mobile platforms. If the implementaion will satisfy users, I also wish to implement to GtkIMContextSimple. I agree the undiscoverable point should be considered later. Maybe a switching radio menu item is an idea? I don't wish the lookup table by default against the mobile. I'm not clarified that you pointed the UI which does not match mobile users. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F25 Self Contained Change: IBus Emoji Typing
I think that the emoji input method should be a separate input method, so that most users would have the choice between inputting using the keyboard layout that matches their keyboard, and a separate input method for emojis. The IBus XKB engine is not discoverable (it's not listed in GNOME's Region & Language settings) and the keyboard shortcut to input emojis is also not discoverable. Having a separate input method is likely the better way to implement this. - Original Message - > On 07/08/16 19:54, Bastien Nocera-san wrote: > > > > > > - Original Message - > >> Bastien Nocera さんはかきました: > > > >>> Except that the way that you'll be implementing this means it's > >>> completely > >>> undiscoverable. I know no one other than those that already use an IBus > >>> method to input a non-latin language that use things like typing booster. > >> > >> Oh, sorry, I wrote mistakenly "typing booster" above, that was just > >> a typo. What Fujiwara San is implementing has nothing to do with typing > >> booster, it is for the IBus XKB engine. > > > > Same applies to the IBus XKB engine. This engine doesn't seem to be listed > > in GNOME's Region and Language panel, the shortcut isn't discoverable, and > > the > > UI for it doesn't match what users expect from their use of emoji on mobile > > platforms. > > > > If the implementaion will satisfy users, I also wish to implement to > GtkIMContextSimple. > I agree the undiscoverable point should be considered later. > Maybe a switching radio menu item is an idea? > I don't wish the lookup table by default against the mobile. > I'm not clarified that you pointed the UI which does not match mobile users. > > -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora rawhide compose report: 20160708.n.0 changes
OLD: Fedora-Rawhide-20160707.n.0 NEW: Fedora-Rawhide-20160708.n.0 = SUMMARY = Added images:4 Dropped images: 0 Added packages: 7 Dropped packages:0 Upgraded packages: 86 Downgraded packages: 0 Size of added packages: 1.20 MiB Size of dropped packages:0.00 B Size of upgraded packages: 864.88 MiB Size of downgraded packages: 0.00 B Size change of upgraded packages: 15.16 MiB Size change of downgraded packages: 0.00 B = ADDED IMAGES = Image: Scientific_KDE live x86_64 Path: Labs/x86_64/iso/Fedora-Scientific_KDE-Live-x86_64-Rawhide-20160708.n.0.iso Image: Scientific_KDE live i386 Path: Labs/i386/iso/Fedora-Scientific_KDE-Live-i386-Rawhide-20160708.n.0.iso Image: Cinnamon live i386 Path: Spins/i386/iso/Fedora-Cinnamon-Live-i386-Rawhide-20160708.n.0.iso Image: Cinnamon live x86_64 Path: Spins/x86_64/iso/Fedora-Cinnamon-Live-x86_64-Rawhide-20160708.n.0.iso = DROPPED IMAGES = = ADDED PACKAGES = Package: HikariCP-2.4.0-1.fc25 Summary: JDBC Connection Pool RPMs:HikariCP HikariCP-javadoc Size:244016 bytes Package: multibit-commons-1.1.0-1.fc25 Summary: Classes and libraries to support MultiBit projects RPMs:multibit-commons multibit-commons-javadoc Size:87776 bytes Package: python-args-0.1.0-1.fc25 Summary: Argument Parsing for Humans RPMs:python2-args python3-args Size:29644 bytes Package: python-marshmallow-enum-1.0-1.fc25 Summary: Enum serializer/deserializer for use with Marshmallow RPMs:python2-marshmallow-enum python3-marshmallow-enum Size:23124 bytes Package: python-multidict-1.1.0-1.fc25 Summary: MultiDict implementation RPMs:python3-multidict Size:208050 bytes Package: rubygem-mime-types-data-3.2016.0521-1.fc25 Summary: A registry for information about MIME media type definitions RPMs:rubygem-mime-types-data rubygem-mime-types-data-doc Size:324076 bytes Package: wlc-0.0.3-3.fc25 Summary: Wayland compositor library RPMs:wlc wlc-devel Size:344896 bytes = DROPPED PACKAGES = = UPGRADED PACKAGES = Package: ansible-lint-3.1.2-1.fc25 Old package: ansible-lint-3.1.1-1.fc25 Summary: Best practices checker for Ansible RPMs: ansible-lint Size: 45178 bytes Size change: 2164 bytes Changelog: * Thu Jul 07 2016 Parag Nemade - 3.1.2-1 - Upstream release 3.1.2 Package: aqbanking-5.6.10-1.fc25 Old package: aqbanking-5.5.1-4.fc24 Summary: A library for online banking functions and financial data import/export RPMs: aqbanking aqbanking-devel Size: 9152848 bytes Size change: -34624 bytes Changelog: * Thu Jul 07 2016 Bill Nottingham - 5.6.10-1 - update to 5.6.10 Package: arm-none-eabi-newlib-2.4.0-7.fc25 Old package: arm-none-eabi-newlib-2.2.0_1-7.fc24 Summary: C library intended for use on arm-none-eabi embedded systems RPMs: arm-none-eabi-newlib Size: 20566438 bytes Size change: 3339796 bytes Changelog: * Thu Jun 30 2016 Michal Hlavinka - 2.4.0-7 - updated to 2.4.0 Package: bacula-7.4.2-1.fc25 Old package: bacula-7.4.1-2.fc25 Summary: Cross platform network backup for Linux, Unix, Mac and Windows RPMs: bacula-client bacula-common bacula-console bacula-console-bat bacula-devel bacula-director bacula-libs bacula-libs-sql bacula-logwatch bacula-storage bacula-traymonitor nagios-plugins-bacula Size: 7315372 bytes Size change: 4132 bytes Changelog: * Thu Jul 07 2016 Jon Ciesla - 7.4.2-1 - Update to 7.4.2. Package: bluez-5.40-2.fc25 Old package: bluez-5.40-1.fc25 Summary: Bluetooth utilities RPMs: bluez bluez-cups bluez-hid2hci bluez-libs bluez-libs-devel bluez-obexd Size: 4607680 bytes Size change: 8348 bytes Changelog: * Thu Jul 07 2016 Don Zickus 5.40-2 - obexd fixes to prevent crashes - add /etc/bluetooth/main.conf config file - set 'AutoEnable=true' in /etc/bluetooth/main.conf file Package: borgbackup-1.0.3-2.fc25 Old package: borgbackup-1.0.3-1.fc25 Summary: A deduplicating backup program with compression and authenticated encryption RPMs: borgbackup Size: 1225554 bytes Size change: -21992 bytes Changelog: * Fri Jul 01 2016 Yaakov Selkowitz - 1.0.3-2 - Fix testsuite on XFS (#1331820) Package: carbon-c-relay-2.1-2.fc25 Old package: carbon-c-relay-2.1-1.fc25 Summary: Enhanced C implementation of Carbon relay, aggregator and rewriter RPMs: carbon-c-relay Size: 281518 bytes Size change: 364 bytes Changelog: * Thu Jul 07 2016 Piotr Popieluch - - 2.1-2 - Add ExecReload SIGHUP to systemd unit Package: cglib-3.2.4-1.fc25 Old package: cglib-3.1-10.fc24 Summary: Code Generation Library for Java RPMs: cglib cglib-javadoc Size: 468552 bytes Size change: 57112 bytes Changelog: * Thu Jul 07 2016 Severin Gehwolf - 3.2.4-1 - Upgrade to latest 3.2.4 release. - Resolves RHBZ#1352315 Package:
Re: F25 Self Contained Change: IBus Emoji Typing
Bastien Nocera さんはかきました: > I think that the emoji input method should be a separate input method, > so that most users would have the choice between inputting using the > keyboard layout that matches their keyboard, and a separate input > method for emojis. Are you talking about something like ibus-gucharmap? > The IBus XKB engine is not discoverable (it's not listed in GNOME's > Region & Language settings) and the keyboard shortcut to input emojis > is also not discoverable. Having a separate input method is likely the > better way to implement this. -- Mike FABIAN 睡眠不足はいい仕事の敵だ。 -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Fedora Rawhide-20160708.n.0 compose check report
Missing expected images: Cloud_base raw-xz i386 Atomic raw-xz x86_64 Kde raw-xz armhfp Minimal raw-xz armhfp Failed openQA tests: 22/84 (x86_64), 1/17 (i386) ID: 25008 Test: x86_64 Everything-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25008 ID: 25011 Test: x86_64 Workstation-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25011 ID: 25017 Test: x86_64 Workstation-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25017 ID: 25020 Test: x86_64 Atomic-boot-iso install_default URL: https://openqa.fedoraproject.org/tests/25020 ID: 25022 Test: x86_64 KDE-live-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25022 ID: 25029 Test: x86_64 Server-boot-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25029 ID: 25031 Test: x86_64 Server-dvd-iso install_default@uefi URL: https://openqa.fedoraproject.org/tests/25031 ID: 25036 Test: x86_64 Server-dvd-iso install_repository_nfs_variation URL: https://openqa.fedoraproject.org/tests/25036 ID: 25038 Test: x86_64 Server-dvd-iso server_role_deploy_domain_controller URL: https://openqa.fedoraproject.org/tests/25038 ID: 25048 Test: x86_64 universal install_delete_pata@uefi URL: https://openqa.fedoraproject.org/tests/25048 ID: 25052 Test: x86_64 universal install_multi@uefi URL: https://openqa.fedoraproject.org/tests/25052 ID: 25053 Test: x86_64 universal install_simple_encrypted@uefi URL: https://openqa.fedoraproject.org/tests/25053 ID: 25054 Test: x86_64 universal install_simple_free_space@uefi URL: https://openqa.fedoraproject.org/tests/25054 ID: 25055 Test: x86_64 universal install_multi_empty@uefi URL: https://openqa.fedoraproject.org/tests/25055 ID: 25056 Test: x86_64 universal install_software_raid@uefi URL: https://openqa.fedoraproject.org/tests/25056 ID: 25057 Test: x86_64 universal install_delete_partial@uefi URL: https://openqa.fedoraproject.org/tests/25057 ID: 25058 Test: x86_64 universal install_btrfs@uefi URL: https://openqa.fedoraproject.org/tests/25058 ID: 25059 Test: x86_64 universal install_ext3@uefi URL: https://openqa.fedoraproject.org/tests/25059 ID: 25060 Test: x86_64 universal install_xfs@uefi URL: https://openqa.fedoraproject.org/tests/25060 ID: 25061 Test: x86_64 universal install_lvmthin@uefi URL: https://openqa.fedoraproject.org/tests/25061 ID: 25062 Test: x86_64 universal install_no_swap@uefi URL: https://openqa.fedoraproject.org/tests/25062 ID: 25093 Test: x86_64 universal install_iscsi URL: https://openqa.fedoraproject.org/tests/25093 ID: 25106 Test: i386 universal upgrade_2_desktop_32bit URL: https://openqa.fedoraproject.org/tests/25106 Soft failed openQA tests: 4/84 (x86_64), 1/17 (i386) (Tests completed, but using a workaround for a known bug) ID: 25064 Test: x86_64 universal upgrade_minimal_64bit URL: https://openqa.fedoraproject.org/tests/25064 ID: 25065 Test: x86_64 universal upgrade_desktop_64bit URL: https://openqa.fedoraproject.org/tests/25065 ID: 25066 Test: x86_64 universal upgrade_server_64bit URL: https://openqa.fedoraproject.org/tests/25066 ID: 25067 Test: x86_64 universal upgrade_kde_64bit URL: https://openqa.fedoraproject.org/tests/25067 ID: 25105 Test: i386 universal upgrade_desktop_32bit URL: https://openqa.fedoraproject.org/tests/25105 Passed openQA tests: 55/84 (x86_64), 15/17 (i386) -- Mail generated by check-compose: https://git.fedorahosted.org/cgit/fedora-qa.git/tree/check-compose -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Schedule for Friday's FESCo Meeting (2016-07-08)
Following is the list of topics that will be discussed in the FESCo meeting Friday at 16:00UTC in #fedora-meeting on irc.freenode.net. To convert UTC to your local time, take a look at http://fedoraproject.org/wiki/UTCHowto or run: date -d '2016-07-08 16:00 UTC' Links to all tickets below can be found at: https://fedorahosted.org/fesco/report/9 = Followups = (none) = New business = #topic #1593 cryptkeeper package is unmaintained / as well as upstream .fesco 1593https://fedorahosted.org/fesco/ticket/1593 #topic #1592 Redefinition of what constitutes a secondary/alternate architecture in Fedora .fesco 1592https://fedorahosted.org/fesco/ticket/1592 #topic #1568 F25 Self Contained Changes .fesco 1568https://fedorahosted.org/fesco/ticket/1568 #link https://fedoraproject.org/wiki/Changes/BodhiNonRPMArtifacts #link https://fedoraproject.org/wiki/Changes/Erlang_19 #link https://fedoraproject.org/wiki/Changes/ZF3 #topic #1594 F25 System Wide Change: IBus Emoji Typing .fesco 1594https://fedorahosted.org/fesco/ticket/1594 #topic #1590 F25 System Wide Change: GHC 7.10 .fesco 1590 https://fedorahosted.org/fesco/ticket/1590 = Open Floor = For more complete details, please visit each individual ticket. The report of the agenda items can be found athttps://fedorahosted.org/fesco/report/9 If you would like to add something to this agenda, you can reply to this e-mail, file a new ticket at https://fedorahosted.org/fesco, e-mail me directly, or bring it up at the end of the meeting, during the open floor topic. Note that added topics may be deferred until the following meeting. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-Class-Base (master) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-Class-Base (master) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Class-Base/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-Class-Base (el6) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-Class-Base (el6) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Class-Base/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-Check-ISA (f24) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-Check-ISA (f24) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Check-ISA/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
Re: licensecheck split-off from devscripts-minimal
On Fri, Jul 8, 2016 at 6:42 AM, Stanislav Ochotnicky wrote: > > licensecheck is a glorified grep > oslc (and https://pagure.io/muster) use proper algorithms and a > "database" of full license texts and headers to provide much better > matching accuracy. The Fossology project (fossology.org) uses two different license scanners that also do much more than a glorified grep -- check out http://archive15.fossology.org/projects/fossology/wiki/Nomos and http://archive15.fossology.org/projects/fossology/wiki/Monk for more details. I've found them to be much better than anything else I've seen in the open source space. -- Jared Smith -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-Data-TreeDumper (f22) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-Data-TreeDumper (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Data-TreeDumper/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
Re: F25 System Wide Change: KillUserProcesses=yes by default
On Thu, Jul 07, 2016 at 08:51:38PM +0200, Jan Kurik wrote: > On Thu, Jul 7, 2016 at 8:46 PM, Garrett Holmstrom > wrote: > > On 2016-07-07 05:13, Jan Kurik wrote: > >> > >> == Scope == > >> * Proposal owners: > >> - work upstream to clarify what is the best way for programs to mark > >> themselves to survive logout > >> - update the documentation with more explanations and examples, as we > >> learn what people find confusing in the current scheme of things > >> - evaluate a "permissive" mode for KillUserProcesses, to make it > >> easier to debug processes which stay around after a session terminates > >> - remove the compile-time override in the systemd package > >> - work with upstream authors and Fedora maintainers of programs like > >> screen and tmux to implement the ability to automatically start them > >> in a way that survives a user session, and if the system policy does > >> not allow that, to warn the user. > >> > >> * Other developers: > >> - cooperate on the last item from previous point > >> - identify additional services which need to adapt to the changed default. > >> > >> Different services might merit different handling here: some might be > >> updated them to start through the non-session-specific dbus instance, > >> some might need documentation changes, while others possibly should be > >> handled like tmux and screen. > >> > >> * Release engineering: N/A > >> > >> * List of deliverables: N/A (not a System Wide Change) > > > > > > But this is a system-wide change. Is the intention to fill out this list as > > people learn what needs to be changed? > > That is my fault as I overlooked this. It is fixed now on the wiki. I think the list of things to be changed is in the "Scope" section. "Deliverables" sounds like new "things" that would be created, e.g. a installation image or whatever. Zbyszek -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-CPANPLUS-Shell-Default-Plugins-Changes (f22) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-CPANPLUS-Shell-Default-Plugins-Changes (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-CPANPLUS-Shell-Default-Plugins-Changes/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-DateTime-Format-DB2 (f22) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-DateTime-Format-DB2 (f22) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-DateTime-Format-DB2/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
Re: Fixing /.autorelabel
On 07/07/2016 04:59 PM, Richard W.M. Jones wrote: On Wed, Jul 06, 2016 at 02:52:34PM +, Zbigniew Jędrzejewski-Szmek wrote: That patch is the answer to the (repeated) bug reports that relabelling fails if enforcing=1 and the labels are sufficiently messed up. Doing the relabel in permissive mode, without ever going to enforcing mode, seems like the most reliable way out in this case. Starting in enforcing mode first, and then switching back to permissive later is a complication that increased chances of failure. Upstream SELinux have comprehensively rejected this approach. They do not want to have the presence of /.autorelabel cause SELinux to permissive mode. I kind-of understand why they don't like it: "placing an invisible object in a special location disables the security system". On the other hand, what is their alternative solution? -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Summary/Minutes from today's FESCo Meeting (2016-07-08)
=== #fedora-meeting: FESCO (2016-07-08) === Meeting started by jsmith at 16:00:23 UTC. The full logs are available athttps://meetbot.fedoraproject.org/fedora-meeting/2016-07-08/fesco.2016-07-08-16.00.log.html . Meeting summary --- * init process (jsmith, 16:00:23) * No quorum, so postponing the meeting yet another week (jsmith, 16:17:15) * Next week's chair (jsmith, 16:17:25) * ACTION: jwb to chair next week's meeting (jsmith, 16:25:28) * Open floor (jsmith, 16:25:35) Meeting ended at 16:39:50 UTC. Action Items * jwb to chair next week's meeting Action Items, by person --- * jwb * jwb to chair next week's meeting * **UNASSIGNED** * (none) People Present (lines said) --- * jsmith (17) * zodbot (7) * number80 (2) * jwb (2) * sgallagh (0) * nirik (0) * paragan (0) * kalev (0) * maxamillion (0) * dgilmore (0) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fixing /.autorelabel
On Fri, 08.07.16 11:50, Przemek Klosowski (przemek.klosow...@nist.gov) wrote: > On 07/07/2016 04:59 PM, Richard W.M. Jones wrote: > >On Wed, Jul 06, 2016 at 02:52:34PM +, Zbigniew Jędrzejewski-Szmek wrote: > > > >>That patch is the answer to the (repeated) bug reports that relabelling > >>fails if enforcing=1 and the labels are sufficiently messed up. > >>Doing the relabel in permissive mode, without ever going to enforcing > >>mode, seems like the most reliable way out in this case. Starting in > >>enforcing mode first, and then switching back to permissive later > >>is a complication that increased chances of failure. > >Upstream SELinux have comprehensively rejected this approach. They do > >not want to have the presence of /.autorelabel cause SELinux to > >permissive mode. > I kind-of understand why they don't like it: "placing an invisible object in > a special location disables the security system". I must admit, I am not a fan of flag files in the root dir at all either I must say. In particular /forcefsck always has been my favourite bad idea of all... > On the other hand, what is their alternative solution? Well, it's systemd that loads the SELinux policy in the end, at the time we transition from the initrd to the host. We could add a generic flag file for bypassing this to /run. i.e. something like: if /run/systemd/bypass-selinux exists we will not load the selinux policy, and simply proceed without it. (And of course, we could add similar flag files for smack, aa, ima, …). This flags file could then be used by the selinux generator: if the generator runs in the initrd and detects that relabelling is requested it simply creates this flag file. And if the generator runs from the host it instead creates the symlink that replaces default.target to boot into the auto-relabelling mode. The generator would live in some selinux package, but the code for bypassing the selinux policy loading when that flag file exists would be added to systemd. Lennart -- Lennart Poettering, Red Hat -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: F25 Self Contained Change: IBus Emoji Typing
- Original Message - > Bastien Nocera さんはかきました: > > > I think that the emoji input method should be a separate input method, > > so that most users would have the choice between inputting using the > > keyboard layout that matches their keyboard, and a separate input > > method for emojis. > > Are you talking about something like ibus-gucharmap? Something similar to: https://github.com/lalomartins/ibus-uniemoji ibus-gucharmap is far too wide a use-case. -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
jplesnik changed mmaslano's 'watchcommits' permission on perl-PDL (el5) to 'Obsolete'
jplesnik changed mmaslano's 'watchcommits' permission on perl-PDL (el5) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-PDL/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
jplesnik changed mmaslano's 'approveacls' permission on perl-Linux-Inotify2 (f23) to 'Obsolete'
jplesnik changed mmaslano's 'approveacls' permission on perl-Linux-Inotify2 (f23) to 'Obsolete' https://admin.fedoraproject.org/pkgdb/package/perl-Linux-Inotify2/ -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/perl-de...@lists.fedoraproject.org
iphone mount in nautilus on Fedora 24
In older Fedora (at least Fedora 22) I could easily mount my ihphone in Nautilus. I could click on it in the left hand side of the File Manager and it would mount. I am having trouble getting this same behavior in Fedora 24. Can someone verify this works or does not work for them? You should be able to verify this with Fedora 24 + Gnome + iphone + iphone cable. Thanks, Dusty -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: iphone mount in nautilus on Fedora 24
> In older Fedora (at least Fedora 22) I could easily mount my ihphone > in Nautilus. I could click on it in the left hand side of the File > Manager and it would mount. > > I am having trouble getting this same behavior in Fedora 24. Can > someone verify this works or does not work for them? You should be > able to verify this with Fedora 24 + Gnome + iphone + iphone cable. Support is provided by gvfs-afc through the libimobiledevice stack, the later hasn't really changed since F-22 when the 1.2.0 version fixed up support for the new iOS devices, upstream have confirmed that iOS 10 works with that version too [1], so not sure what might have broken. There's some utils in the libimobiledevice-utils package that might help with debug, possibly also try in selinux permissive mode to see if something has changed there that might be affecting it. Peter [1] http://www.libimobiledevice.org/ -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Re: Fixing /.autorelabel
>> >>That patch is the answer to the (repeated) bug reports that relabelling >> >>fails if enforcing=1 and the labels are sufficiently messed up. >> >>Doing the relabel in permissive mode, without ever going to enforcing >> >>mode, seems like the most reliable way out in this case. Starting in >> >>enforcing mode first, and then switching back to permissive later >> >>is a complication that increased chances of failure. >> >Upstream SELinux have comprehensively rejected this approach. They do >> >not want to have the presence of /.autorelabel cause SELinux to >> >permissive mode. >> I kind-of understand why they don't like it: "placing an invisible object in >> a special location disables the security system". > > I must admit, I am not a fan of flag files in the root dir at all > either I must say. In particular /forcefsck always has been my > favourite bad idea of all... > >> On the other hand, what is their alternative solution? > > Well, it's systemd that loads the SELinux policy in the end, at the > time we transition from the initrd to the host. We could add a generic > flag file for bypassing this to /run. i.e. something like: if > /run/systemd/bypass-selinux exists we will not load the selinux How does that work with /run being a tmpfs and losing state between reboots? > policy, and simply proceed without it. (And of course, we could add > similar flag files for smack, aa, ima, …). This flags file could then > be used by the selinux generator: if the generator runs in the initrd > and detects that relabelling is requested it simply creates this flag > file. And if the generator runs from the host it instead creates the > symlink that replaces default.target to boot into the auto-relabelling > mode. > > The generator would live in some selinux package, but the code for > bypassing the selinux policy loading when that flag file exists would > be added to systemd. > > Lennart > > -- > Lennart Poettering, Red Hat > -- > devel mailing list > devel@lists.fedoraproject.org > https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org -- devel mailing list devel@lists.fedoraproject.org https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
