Re: Orphaning packages (was LibreOffice packages)

Do you want to pick up the rest of the libimobiledevice stack as well? That's ifuse, libplist, libusbmuxd and usbmuxd. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora

Orphaning packages (was LibreOffice packages)

Hello, As part of the same process outlined in Matthias Clasen's "LibreOffice packages" email, my upstream and downstream work on desktop Bluetooth, multimedia applications (namely totem, rhythmbox and sound-juicer) and libfprint/fprintd is being stopped, and all the rest of my upstream and

Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On Fri, 16 Jun 2023 at 12:08, Miro Hrončok wrote: > On 16. 06. 23 9:57, Bastien Nocera wrote: > > > > > > On Fri, 16 Jun 2023 at 09:48, Miro Hrončok > <mailto:mhron...@redhat.com>> wrote: > > > > On 16. 06. 23 9:41, Bastien Nocera wrote: >

Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

On Fri, 16 Jun 2023 at 09:48, Miro Hrončok wrote: > On 16. 06. 23 9:41, Bastien Nocera wrote: > > Scolding people that haven't seen your original message for limitations > in the > > build system isn't nice. > > Apologies for not being nice enough. However, we need to not

Re: [HEADS UP] Fedora 39 Python 3.12 rebuilds to start in a side tag this week

l by subscribing to the list (though this should probably be implemented somewhere in the accounts system) but I'm afraid I cannot do anything about the build system not allowing for specific blocking of builds in circumstances such as yours. Cheers > > I will now rebuild them in the side tag aga

Re: Future of shared-mime-info in Fedora

- Original Message - > On 28. 08. 20 13:33, Bastien Nocera wrote: > > I'm sorry, I read through the mail, but I don't understand what you'd want > > me to say, or what questions you'd want me to answer. > > You pretty much answered all the questions. Thanks.

Re: Future of shared-mime-info in Fedora

- Original Message - > Hello Fedorans, Bastien, > > I have noticed that the shared-mime-info package was orphaned couple days > ago. I'm sorry, I read through the mail, but I don't understand what you'd want me to say, or what questions you'd want me to answer. In short, I've

Re: Many packages unnecessarily link to libpython

- Original Message - > Hello everyone, > > As of Python 3.8, python C extensions modules should not link to libpython, > unless they embed the interpreter in their code. Relevant upstream PR: > https://github.com/python/cpython/pull/12946 > If your package links to libpython without

Re: Call for participation: Fedora Flatpaks

Urgh, unfinished trains of thought. - Original Message - > > * Benefit to Fedora contributors: they can make their packaging work > > available across distributions and distribution versions. > > Most likely duplicating upstream work on getting that same ...on getting that same

Re: Call for participation: Fedora Flatpaks

- Original Message - > Hi Bastien, > > Here are some of the benefits I see of this effort as compared to simply > telling users to consume Flatpaks from Flathub or independent repositories: Sorry it took a couple of days to get back to you. If the end-goal is shipping Flatpaks, and

Re: Call for participation: Fedora Flatpaks

Hey Owen, - Original Message - > I'd like to invite Fedora contributors to start creating Flatpaks of > graphical applications in Fedora. We're still working on putting the final > pieces into place to have a complete story from end to end, but it's > definitely close enough to get

Re: GNOME 3.30.0 megaupdate

- Original Message - > On Wed, Sep 5, 2018 at 9:04 AM, Kalev Lember wrote: > > > > Dunno what to do wrt the ongoing freeze and getting final 3.30 in F29 > > Beta, I guess it may be too late for that. Any opinions from QA here? > > > If 3.29 is not what GNOME folks had ever wanted to

Re: Orphaned Packages in rawhide (2018-08-27)

- Original Message - > So audiofile has eight current maintainers (plus all of gnome-sig) but > somehow none of those maintainers has admin privileges on the > repository. Would any of the maintainers like be made an admin so that > SDL and everything that depends on it can drop out of

Re: Testers for LCD Panel Self Refresh on laptops with Intel graphics wanted

- Original Message - > On Thu, Feb 01, 2018 at 12:34:50PM +0100, Hans de Goede wrote: > > Hi All, > > > > For the "Improved Laptop Battery Life" feature: > > https://fedoraproject.org/wiki/Changes/ImprovedLaptopBatteryLife > > > > I'm working on for Fedora 28 I would like to also try

Re: Bugzilla auto-CC

Due to the sheer number of packages I have commit rights for (the whole inherited "gnome-sig" package list, https://src.fedoraproject.org/ shows 280 packages), I'll be marking all mails from the Fedora section of the Bugzilla as read. The infrastructure needs to be fixed instead of me doing

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > Bastien Nocera wrote: > > However we end up doing it, I think it'd be better if we could do it > > without you, whatever it is you do for Fedora. We, and certainly I, don't > > want this level of toxicity and utter malfeasance on a mail

Re: F27 System Wide Change: Graphical Applications as Flatpaks

our ideas are because I'm not, and we are not, going anywhere. - Original Message - > > > Am 17.07.2017 um 18:58 schrieb Bastien Nocera: > >> 1. make flatpacked sofware behave like rpms in all the rpm-centric > >> management > >> tools, and remove the r

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > On Sun, Jul 16, 2017 at 11:13:28PM +0200, Kevin Kofler wrote: > > Matthew Miller wrote: > > > I strongly dispute the idea that Fedora must be tied to a particular > > > packaging technology. > > > > The particular packaging technology is what ensures that we have

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > > There's a > > burning the ships sort of appeal in that approach, > > Actually, the correct analogy would be "burning platform" (and we all know > how well that ended). > > Flatpacks are an unproven tech that can still crash and burn in the market. > > Even if

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > > > Am 17.07.2017 um 12:16 schrieb Bastien Nocera: > > It's like you didn't listen to the arguments when this feature was > > implemented in Fedora years ago, and continue not to. > > You're wrong, and the fact that you keep insi

Re: F27 System Wide Change: Graphical Applications as Flatpaks

It's like you didn't listen to the arguments when this feature was implemented in Fedora years ago, and continue not to. You're wrong, and the fact that you keep insisting you're not is frankly intellectual dishonesty. If you really believe you're correct, try to kill your X server in the

Re: No i686 kernel: Can we require SSE2 for i686?

- Original Message - > On Thu, Jul 13, 2017 at 07:47:58AM -0400, Bastien Nocera wrote: > > > To give an example outside of the kernel, the installer 'Reclaim Space' > > > function has been broken on i686 for about 10 months, and no-one seems > > > to be li

Re: No i686 kernel: Can we require SSE2 for i686?

- Original Message - > It's not a question of a single specific bug, though. It's a question > of having someone or a group of someones interesting in the *ongoing > requirement* for making sure i686 still works. > > To give an example outside of the kernel, the installer 'Reclaim

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > > - make it possible to create Flatpaks quicker for some more complicated > > apps > > That just requires shipping the tools for third parties to use, not using > them to deliver software packaged by Fedora. The tooling is koji and bohdi. Shipping them isn't

Re: No i686 kernel: Can we require SSE2 for i686?

- Original Message - > If you intend to kill Fedora, and furtherly emphasize the impression of > Fedora not being community driven distro :( For the distro to be community-driven, somebody needs to get behind the wheel. Nobody's done that for i686 kernels.

Re: No i686 kernel: Can we require SSE2 for i686?

- Original Message - > On Tue, Jul 11, 2017 at 10:55:25PM +0200, Michal Schorm wrote: > > He won't install it on his home desktop PC or work laptop. He rather find > > an old dusty laptop from 2005 in his shed and starts to learn there. > > If we're being honest, a typical 2005-era

Re: [Fedora-packaging] Bundled Provides Libraries and Versioning

- Original Message - > On Saturday, 08 July 2017 at 17:24, Ville Skyttä wrote: > [...] > > If the bundled version corresponds to an upstream release to an extent that > > it can be called that version, and checks like the discussed one could be > > skipped just by looking at the version

Re: F27 System Wide Change: Graphical Applications as Flatpaks

- Original Message - > Jaroslav Reznik wrote: > > = System Wide Change: Graphical Applications as Flatpaks = > > https://fedoraproject.org/wiki/Changes/Graphical_Applications_as_Flatpaks > > > > Change owner(s): > > * Owen Taylor > > This change is leaving several

Re: Intel i915 firmwares

- Original Message - > That might be the reason why I had to blacklist the snd-hdmi-lpe-audio module > on my system. Pulseaudio crashed trying to access the HDMI audio device. This wasn't related. Hans pointed me to a work-around for which I found the upstream bug:

Re: Intel i915 firmwares

- Original Message - > On Wed, Jun 28, 2017 at 05:20:13AM -0400, David Airlie wrote: > > > > > I ran into this today: > > > https://gist.github.com/Brainiarc7/aa43570f512906e882ad6cdd835efe57 > > > > > > DRM firmware is loaded by default. HuC and GuC are not. Things work > > > without

Re: mp3 encoding now ok

- Original Message - > Hi, > So just wanted everyone to know that we now have the go ahead to ship mp3 > encoding in Fedora too. So anyone involved with packaging > mp3 encoders can now start migrating them to the Fedora repositories. We are > still in the process of evaluating other

Re: systemd-coredump-python

- Original Message - > There's a new tiny package which provides a python traceback logging in > the journal for python processes. It's very similar to the existing > handler provided by abrt, it also installs itself as sys.excepthook > using a .pth file, but instead of communicating

Re: [HEADS UP] fprintd-pam update vs "authconfig --update"

- Original Message - > Hi, > > Please be careful with fprintd-pam update. It might happen that you > might not be able to log in to your computer anymore as it happened to me. Isn't that what https://bodhi.fedoraproject.org/updates/FEDORA-2017-4b67ae702a mentions?

Re: flatpak app launch script

- Original Message - > Hi, > > I feel that launching a flatpak app from command line a bit regression > from rpm packages. It's really different to type: > > $firefox > > or > > $flatpak run org.mozilla.Firefox > > Especially when "flatpak run org.mozilla" carries no information for

Re: Proposal: Rethink Fedora multilib support

- Original Message - > On 05/01/17 14:42 -0500, Randy Barlow wrote: > >On Thu, 2017-01-05 at 17:02 +, Jonathan Wakely wrote: > >> Which definitely changes how software is built. > > > >Containers also change the way software must be written in some cases, > >since they expect there

Re: GSequencer upstream wants to package for fedora

You're right, it's better :) - Original Message - > Bastien Nocera wrote: > > I would advise you to look into packaging your application using Flatpak: > > http://flatpak.org/ > > so that you can package your application for both Fedora, and every other > > dist

Re: GSequencer upstream wants to package for fedora

Hey Joel, - Original Message - > Hi all > > My name is Joël Krähemann. I maintain Advanced Gtk+ Sequencer and I'd > like to provide it in fedora. Linux is my OS of choice since 2001. > Along the time I have used many distributions like debian, linux from > scratch, SUSE, fedora and a few

Re: Fedora on Macs, removing the release criterion

- Original Message - > For that sort of comparison then comparing Macs to any other consumer > desktop is not possible and is its own category of hardware. I can buy > 2-3 equivalent memory/cpu/video ASUS systems for a Macbook. Coo, we might need new computers for the GNOME events box.

Re: Fedora on Macs, removing the release criterion

- Original Message - > The reality is that QA is thinly spread in general. Making this > blocker "about Macs" is a misleading conclusion, there's a grain of > truth in it, but it's mistaking the forest for the trees. Next time > there's a release blocking bug, it'll just be something

Re: Fedora on Macs, removing the release criterion

- Original Message - > On 17 November 2016 at 10:22, Bastien Nocera <bnoc...@redhat.com> wrote: > > > > > > - Original Message - > > > >> No I am not asking for continuous testing. I am asking that if people > >> really care abo

Re: Fedora on Macs, removing the release criterion

- Original Message - > On 2016-11-17 07:43 AM, Stephen John Smoogen wrote: > > 2. The Fedora QA group has 1 mac mini which is very old and is only > > used for total install and not dual boot. It would not have found this > > issue. The Fedora QA group also has no one using Mac hardware

Re: F24 GStreamer zero day

- Original Message - > On 23 November 2016 at 14:03, Chris Murphy wrote: > > On Wed, Nov 23, 2016 at 10:36 AM, Adam Williamson > > wrote: > >> On Wed, 2016-11-23 at 10:33 -0800, Andrew Lutomirski wrote: > >>> On Nov 23, 2016 10:12

Re: Fedora on Macs, removing the release criterion

- Original Message - > No I am not asking for continuous testing. I am asking that if people > really care about the hardware support they get in the muck and do > just a little of the work in an organized fashion. Put together a Mac > SIG that focuses on getting the best experience on

Re: Fedora on Macs, removing the release criterion

- Original Message - > On 11 November 2016 at 03:20, Andreas Tunek wrote: > > > > > > As a mac owner (although one that is not very well supported by > > Linux*) I really appreciate the fact that Fedora works. And saying you > > do not want to support that

Re: RFC (round 2): Change the default hostname for Fedora 26+

- Original Message - > Further, from a purely technical perspective, I think I've been swayed by > arguments around the generation of the hostname: > > * I'm fine with the lowercase "fedora-" prefix. It makes sense since > hostnames > are generally normalized to lower-case in common

Re: 2 packages seeking new point of contact

- Original Message - > Greetings. > > Due to https://pagure.io/fesco/issue/1639 we have orphaned 2 packages > that need a new point of contact: > > rpms/authd -- A RFC 1413 ident protocol daemon ( master f25 f24 f23 ) > rpms/python-gudev -- Python (PyGObject) bindings to the

Re: DNF and PackageKit background data usage

No, there's no UI: https://bugzilla.gnome.org/show_bug.cgi?id=745747 - Original Message - > On Mon, 2016-10-31 at 15:09 +, Richard Hughes wrote: > > > > I think this kind of issue is really fixed the hard way, i.e. fixing > > bugs and adding unimplemented features rather than just

Re: DNF and PackageKit background data usage

- Original Message - > On Mon, 2016-10-31 at 08:18 -0400, Bastien Nocera wrote: > > > > How does a connection become "unmetered"? It can't just be on interface > > > type, > > > as I have metered connections on all interface types, so pres

Re: DNF and PackageKit background data usage

- Original Message - > > On 30 October 2016 at 01:26, Adam Williamson > > wrote: > > > 1) Both dnf and GNOME Software / PackageKit default to performing > > > fairly data-hungry transactions in the background, out of the box, > > > without telling you about

Re: DNF and PackageKit background data usage

- Original Message - > On 31/10/16 12:18, Bastien Nocera wrote: > > > They're metered unless you either tag them as unmetered, or hints are > > provided > > to NetworkManager by what you're connected to. For example, Android > > tethering > >

Re: DNF and PackageKit background data usage

- Original Message - > On 31 Oct 2016, at 11:41, Richard Hughes wrote: > > > > On 30 October 2016 at 01:26, Adam Williamson > > wrote: > >> 1) Both dnf and GNOME Software / PackageKit default to performing > >> fairly data-hungry

Re: F25 workstation, and (almost) hidpi displays

- Original Message - > Adam Williamson wrote: > > If you use Fedora (Workstation, at least, and I think maybe KDE too) on > > a 3200x1800 13" screen then hidpi mode will kick in, and everything > > will be sized as if you were using a 1600x900 13" screen, which is a > > pretty common

Re: iphone mount in nautilus on Fedora 24

- Original Message - > On Tue, 2016-10-11 at 09:52 -0400, Bastien Nocera wrote: > > > > > > - Original Message - > > > > > > > > > > > > > > > > > > - Original Message - > > >

Re: F25 Self Contained Change: IBus Emoji Typing

- Original Message - > On 07/11/16 20:25, Bastien Nocera-san wrote: > > > > > > - Original Message - > >> On 07/08/16 20:41, Bastien Nocera-san wrote: > >>> I think that the emoji input method should be a separate input method, so &

Re: iphone mount in nautilus on Fedora 24

- Original Message - > > - Original Message - > > > > Yup. The "normal" mount contains nothing that normal users should access. > > Accessing the photos will leave ghosts on the device, and there have been > > no > > ways to update the music database in Linux for a few iOS

Re: "Could not retire package"

- Original Message - > On Thursday, September 15, 2016 12:20:57 PM CDT Bastien Nocera wrote: > > - Original Message - > > > > > On Thursday, September 15, 2016 11:51:47 AM CDT Bastien Nocera wrote: > > > > Could not retire package: You a

Re: Tracking num-lock state on wayland

- Original Message - > Hi, > > I maintain lockkeys extension for gnome shell. It displays num-lock and > caps-lock states in the panel. It also shows notification if either of > these states change. > > I use Keymap's "state-changed" signal: >

Re: Orphaning packages

- Original Message - > On Thu, Sep 15, 2016 at 11:39:20AM -0400, Bastien Nocera wrote: > > - gnome-web-photo > > Requires porting to a newer version of WebKit: > > https://bugzilla.redhat.com/show_bug.cgi?id=1375837 > > I don't think the maintainer

Re: "Could not retire package"

- Original Message - > On Thursday, September 15, 2016 11:51:47 AM CDT Bastien Nocera wrote: > > Could not retire package: You are not allowed to retire the package: > > rpms/obexd on branch f24. > > > > obexd has been integrated in bluez since version 5.so

"Could not retire package"

Could not retire package: You are not allowed to retire the package: rpms/obexd on branch f24. obexd has been integrated in bluez since version 5.something, which happened at least 5 Fedora releases ago. My guess is that the "critpath" status of the package is stopping that. Cheers -- devel

Orphaning packages

Hey, I've orphaned a number of packages in Fedora: - vinagre Taken over by Felipe Borges, as he's working on migrating the remote connection functionality to Boxes - gnome-web-photo Requires porting to a newer version of WebKit: https://bugzilla.redhat.com/show_bug.cgi?id=1375837 I

Re: F24, small backward steps

- Original Message - > Could you elaborate a little on your reasoning/thoughts please? > > I am quite interesting to understand your point of view. > From where I stand, we are offering a way for someone to unlock someone's > else > computer without a password. > I understand the

Re: F24, small backward steps

- Original Message - > > > - Original Message - > > I'm seeing 24 bugs at: > > https://apps.fedoraproject.org/packages/fprintd/bugs/all > > including a potential security one: https://bugzilla.redhat.com/1333882 > > Fedora's bugzilla is a garbage fire as far as I'm concerned.

Re: F24, small backward steps

For which one of the problems you listed? It would certainly have been interesting to list those in your original mail. - Original Message - > On 09/13/2016 11:09 AM, Daniel P. Berrange wrote: > > On Tue, Sep 13, 2016 at 10:00:32AM -0500, Michael Catanzaro wrote: > >> Hi, > >> > >> To be

Re: F24, small backward steps

- Original Message - > Hi, > > To be clear, the problem is that a small handful of package maintainers > (including Bastien) are collectively "responsible" for all of the GNOME > and freedesktop components in Fedora (including fprintd), and it's > simply not reasonable to expect them to

Re: F24, small backward steps

- Original Message - > This is a truly awful experiance from POV of a Fedora user filing bugs :-( > We've set a silent trap for them with no warning of the fact that their > bug reports are going to be ignored until Fedora EOL procedure closes > them :-( > > Even if we can't enhance

Re: F24, small backward steps

- Original Message - > On Tue, Sep 13, 2016 at 07:30:07AM -0400, Bastien Nocera wrote: > > > > > > - Original Message - > > > I'm seeing 24 bugs at: > > > https://apps.fedoraproject.org/packages/fprintd/bugs/all > >

Re: F24, small backward steps

- Original Message - > I'm seeing 24 bugs at: > https://apps.fedoraproject.org/packages/fprintd/bugs/all > including a potential security one: https://bugzilla.redhat.com/1333882 Fedora's bugzilla is a garbage fire as far as I'm concerned. I already made that abundantly clear I think.

Re: F24, small backward steps

- Original Message - > > > Dne 9.9.2016 v 21:53 Roger Wells napsal(a): > > Just a couple of smallish things after upgrading (via dnf) from F23 to > > F24 a couple of months ago: > > > > > > 2. fingerprint identification: > > > > The laptop has a fingerprint reader and it works

Re: Installing alsa-ucm by default in F25?

FWIW, this was done in: commit 07106ddaa4f45aa188019d497a6a042bd7b58750 Author: Peter Robinson Date: Sat Apr 2 10:24:17 2016 +0100 add alsa-ucm For F24 and F25. Thanks! - Original Message - > > alsa-ucm contains routing information to setup sound codecs > >

Retiring media-explorer

Hey, media-explorer has been broken for a while, and didn't see any upstream development since 2013 as can be seen here: https://github.com/media-explorer/media-explorer/commits/master The versions of clutter, clutter-gst and GStreamer used are positively ancient, and the grilo version is the

Installing alsa-ucm by default in F25?

Hey, alsa-ucm contains routing information to setup sound codecs on some machines, usually SoC-based. It contains configuration that's mostly relevant to ARM devices, but also a few Atom (CherryTrail and Broadwell) related SoCs on Intel. Could we install alsa-ucm by default? As it is necessary

Re: iphone mount in nautilus on Fedora 24

- Original Message - > I did not have gvfs-gphoto2 installed. After installing it I now see > the separate mount. Thanks for your help! > > Let me try to summarize. Can you please correct me if I'm wrong: > > - Before (Fedora 22) I didn't need this because a "generic mount" of the >

Re: iphone mount in nautilus on Fedora 24

- Original Message - > > > On 07/12/2016 05:01 AM, Bastien Nocera wrote: > > > > > > Huh, the phone should still be getting mounted, but as a camera, and just > > as > > a camera, and you can remove photos there without botching the

Re: iphone mount in nautilus on Fedora 24

- Original Message - > > > On 07/11/2016 07:33 AM, Bastien Nocera wrote: > > > > > > - Original Message - > >>> On 07/09/2016 12:04 AM, Peter Robinson wrote: > >>>>> In older Fedora (at least Fedora 22) I could e

Re: iphone mount in nautilus on Fedora 24

- Original Message - > > On 07/09/2016 12:04 AM, Peter Robinson wrote: > >>> 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

Re: F25 Self Contained Change: IBus Emoji Typing

- Original Message - > On 07/08/16 20:41, Bastien Nocera-san wrote: > > 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,

Re: F25 Self Contained Change: IBus Emoji Typing

- Original Message - > Bastien Nocera <bnoc...@redhat.com> さんはかきました: > > > 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

Re: F25 Self Contained Change: IBus Emoji Typing

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: > > > > > &g

Re: F25 Self Contained Change: IBus Emoji Typing

- Original Message - > Bastien Nocera <bnoc...@redhat.com> さんはかきました: > > 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 la

Re: F25 Self Contained Change: IBus Emoji Typing

- Original Message - > On 07/08/16 00:25, Mike FABIAN-san wrote: > > Bastien Nocera <bnoc...@redhat.com> さんはかきました: > > > >> Re-send to the change owner > >> > >> - Original Message - > >>> = Proposed Self Contained Chang

Re: F25 Self Contained Change: IBus Emoji Typing

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 >

Re: F25 Self Contained Change: Better Switchable Graphics Support

- Original Message - > = Proposed Self Contained Change: Better Switchable Graphics Support = > https://fedoraproject.org/wiki/Changes/BetterSwitchableGraphicsSupport > > Change owner(s): > * Hans de Goede > > All modern laptops have a gpu integrated into their processor (the > igpu),

Re: F25 Self Contained Change: IBus Emoji Typing

- 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

Re: systemd 230 change - KillUserProcesses defaults to yes

- Original Message - > On 01/06/16 10:20, Bastien Nocera wrote: > > >> On Sun, May 29, 2016 at 06:51:20PM -0600, Chris Murphy wrote: > >>> So there's tmux, screen, curl, wget, and probably quite a few others > >>> that don't necessarily ge

Re: systemd 230 change - KillUserProcesses defaults to yes

- Original Message - > On Sun, May 29, 2016 at 06:51:20PM -0600, Chris Murphy wrote: > > So there's tmux, screen, curl, wget, and probably quite a few others > > that don't necessarily get daemonized that are probably affected. > > I would really like to see a solution whereby tmux and

Re: F25 Self Contained Change: Replace UDisks2 by Storaged

- Original Message - > On Fri, 15 Apr 2016 05:09:00 -0400 (EDT) > Bastien Nocera <bnoc...@redhat.com> wrote: > > > Hey, > ... > > What are the additional dependencies compared to Udisks2? > > None AFAIK: storaged itself should not pull anythin

Re: F25 Self Contained Change: Replace UDisks2 by Storaged

- Original Message - > > 2) that has its place in a storage API. > Why is an API providing some additional functionality you are not going > to use in your specific usecase a problem ? > > I'm sure glibc and kernel provide many API calls not directly used by > the default apps on the

Re: F25 Self Contained Change: Replace UDisks2 by Storaged

Hey, - Original Message - > = Proposed Self Contained Change: Replace UDisks2 by Storaged = > https://fedoraproject.org/wiki/Changes/Replace_UDisks2_by_Storaged > > Change owner(s): > * Peter Hatina > * Tomáš Smetana > > Storaged extends UDisks2 API by exporting several enterprise

Re: Orphaning: xchat-gnome

- Original Message - > Reasons: > - it's effectively dead upstream (and has been for about 5 years...) > - it has a variety of crashers I haven't gotten around to finding time to fix > - I don't really use it any more anyways > > Suggestions: use hexchat, or polari, or irccloud, or

Re: kmods and Fedora

- Original Message - > Josh Boyer wrote: > > If you are creating a cert to sign the out-of-tree modules and expect > > it to be accepted by the kernel, it cannot be ephemeral. A user would > > need someway to import it into their kernel or have it passed from > > grub. The only way to

Re: Browser choice in live images

- Original Message - > On Thu, 2015-11-05 at 09:53 -0600, Michael Catanzaro wrote: > > On Thu, 2015-11-05 at 16:21 +0100, Jos Vos wrote: > > > I see that the F23 Xfce live image still includes only Midori as the > > > internet browser, similar to the F22 image. > > > > Midori still

Re: On running gui applications as root

- Original Message - > Recently, I filed a bug (1274451) about running virt-manager on Wayland. > As it turns out that this is applicable to running gui applications as > root on Wayland in general, the scope was changed (see Cole's comments). > > As Halfline points out, the decision

Re: [EPEL-devel] Orphaned Packages in epel7 (2015-10-26)

- Original Message - > The following packages are orphaned and will be retired when they > are orphaned for six weeks, unless someone adopts them. If you know for sure > that the package should be retired, please do so now with a proper reason: >

Re: Packaging of PlayOnLinux

- Original Message - > On 2015-10-14, Alexandre Moine wrote: > > But, we have to be very careful with this software since it downloads > > scripts and icons from the web (in the automated installer part)... > > And it can install for example IE or steam by simply

Re: Announce: Group projects in Copr

- Original Message - > It is my pleasure to announce new version of Copr. > https://copr.fedoraproject.org/ Seems that the new version broke sorting by date in the Builds listing. For example, I don't really understand how this is sorted: http://i.imgur.com/l1pUiMJ.png -- devel

Re: Packaging of PlayOnLinux

- Original Message - > Hello, > > I want to ask if PlayOnLinux could be packaged to Fedora. This program > has list of proprietary programs which are not downloaded but could be > installed if you give it setup.exe file. > > Also it downloads Windows redistributable when user

Re: Packaging of PlayOnLinux

- Original Message - > Dne 14.10.2015 v 16:50 Bastien Nocera napsal(a): > > If the application cannot work without downloading anything, or being > > supplied > > third-party (sometimes proprietary) applications, then it's closer to an > > emulator than a

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

- Original Message - > Bastien Nocera wrote: > > 2 distributions add slightly different versions of the same functionality > > -> incompatible > > I said that carrying more feature patches makes it "more likely" that > packages from other distros

Re: Summary/Minutes from today's FESCo Meeting (2015-10-07)

- Original Message - > On 2015-10-13, Bastien Nocera <bnoc...@redhat.com> wrote: > >> Bastien Nocera wrote: > >> > 2 distributions add slightly different versions of the same > >> > functionality > >> > -> incompatible > >&

  1   2   3   4   >