Re: [ACTION REQUIRED, v2] orphaned packages in F-14

Taken libsigc++. Co-maintainers welcome. Cheers, Debarshi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Orphaned: nget tla

I have just orphaned the following two packages: + nget + tla Both have been dead for quite some time and has very few users. Think twice before picking them up. Cheers, Debarshi -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Developing for Fedora Operating System

I am seriously considering developing for the Fedora Linux Operating System. I would suggest that you try to get involved in more upstream (eg., GNOME) projects instead of a distribution. That way you are higher up the food chain and effect change on a wider and deeper scale. Best of luck.

LibRaw: possible license issues

I came across what looks like a possible licensing issue with LibRaw and applications that link to it. I am not totally sure that there is a problem, but I have enough reason to have doubts. I welcome any clarifications and advice. LibRaw's License tag was changed from LGPLv2 or CDDL to GPLv3

Re: LibRaw: possible license issues

If that is the case, then has Yorba been notified of that? I doubt they would suddenly want their code to become GPLv3 instead of LGPLv2+. Why does it matter? Their code hasn't changed, and has not become GPLv3. The package is GPLv3+. It matters because Shotwell links to GStreamer.

Re: LibRaw: possible license issues

Why does it matter? Their code hasn't changed, and has not become GPLv3. The package is GPLv3+. It matters because Shotwell links to GStreamer. GStreamer applications either opt for LGPLv2+ or GPLv2+ with exceptions because they might end up using proprietary or otherwise unfavourably

Re: LibRaw: possible license issues

OK, so there are some proprietary or otherwise encumbered plugins that might not be GPLv3-compatible but might be compatible with GPLv2. You again missed the GPLv2 with exceptions part. Plus, this practice of either using LGPLv2+ or GPLv2+ with exceptions for applications is so widespread in

Re: LibRaw: possible license issues

Again, if they are doing this then they are already violating the GPL by shipping GPLv2 code that links to non-free software. The v2 versus v3 thing is a red herring. And yet again, you forgot about the GPLv2+ with exceptions. I think the both of us can keep doing this dance for ever, but

Re: Orphaning isight-firmware-tools

Which devices is that actually needed for? The webcam in my macbook air didn't need any firmware, nor was it needed on a macbook early 2009. I need it on my Intel Macbook bought in mid-2007. It is neither a MacbookPro nor an Air. It is one of those 13 white ones. I really forgot the formal name

Orphaning a few packages

Is any one interested in the following packages: glade3 -- User Interface Designer for GTK+ and GNOME ldtp -- Desktop testing framework pida -- A Python IDE written in Python and GTK Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. --

Re: Orphaning a few packages

I have orphaned ldtp and pida. However there is something wrong wiwht glade3. Pressing the release ownership button is not orphaning it. Any ideas? Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- devel mailing list

Re: Orphaning a few packages

I've reassigned glade3 to maxamillion. Thank you very much. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Another great update

Why? I don't want to update/reinstall all my machines every 6 months. Since you don't want to update every 6 months, you want people to keep updating every now and then? Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig

Re: Another great update

Again I say updates-testing! Leaving php-5.3 in testing on F-11 for a couple months will warn the users what is coming up and gives them plenty of time to adapt. If you have a large codebase two months is barely enough time to even big evaluating a move Then make it 3 months, 4 months...

Re: Another great update

Others may be eager to test their software with 5.3, but can not spend the time to make a system update to F12. All Koji builds are done using the same packages in the repository. eg., if Fedora has GCC x.y then GCC x.y is used to built the entire Fedora tree. Suddenly bumping a GCC version

libedit: transferring ownership

I would like to transfer ownership of the libedit package to Kamil Dudka (kdudka). I am a bit wary of PackageDB transferring not letting me select the new owner. Could someone please take care of it or advise what I need to do about this? I do not want to remain as a co-maintainer. Thanks,

Re: libedit: transferring ownership

I think this should be done. Thanks, Kevin. Cheers, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

gajim: transferring ownership

I would like to transfer ownership of the gajim package to Michal Schmidt (michich). I am a bit wary of PackageDB transferring not letting me select the new owner. Could someone please take care of it or advise what I need to do about this? I do not want to remain as a co-maintainer. Thanks,

Re: URGENT! These review requests needs your attention!

Just a reminder that today is 1st April. Regards, Debarshi -- One reason that life is complex is that it has a real part and an imaginary part. -- Andrew Koenig -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel

Re: Macbook Pro 13.3 (5,5) Fedora 12 notes

7). The webcam isn't working out of the box and nor is bluetooth. There are instructions online covering these. Are you talking about isight-firmware-tools [1]? I orphaned it sometime ago but no one picked it up. Cheers, Debarshi [1]

Re: Orphaning packages, retiring from Fedora packaging

For the moment I am picking up the following because these are the ones I use and understand best: glibmm24 gtkmm24 libsigc++20 Co-mainitainers welcome. Happy hacking, Debarshi -- Nearly all men can stand adversity, but if you want to test a man's character, give him power. -- Abraham

Orphaning redet

I would like to orphan redet [1] and redet-doc [2] since I don't use them. I will release them in PackageDB if someone is interested. Happy hacking, Debarshi [1] https://admin.fedoraproject.org/pkgdb/acls/name/redet [2] https://admin.fedoraproject.org/pkgdb/acls/name/redet-doc -- Nearly all men

Re: Unannounced soname bump: tracker

On Fri, Dec 27, 2013 at 05:50:18PM -0800, Adam Williamson wrote: Sigh. Yes, another of these. On 2013-12-18, tracker was bumped to 0.7.0: http://koji.fedoraproject.org/koji/buildinfo?buildID=485698 the sonames of libtracker-extract, libtracker-miner and libtracker-sparql were bumped to

Re: Unresponsive maintainer for libical

I know I'm not following the NonResponsiveMaintainer policy closely, but I believe, in this particular case, it would be with no gain. I'm fine to take ownership of the libical package and do releases for it. I am orphaning it in PackageDB. Please take up ownership. Thanks, Debarshi --

Re: Unresponsive maintainer for libical

I see [1] the libical is not orphaned yet, neither in devel, nor in F14, as I only can add myself to the package, but not take ownership as with other orphaned packages. I think what happens is when the owner orphans a package one of the co-maintainers automatically get promoted. Cheers,

Orphaning some GNOME C++ packages

I am orphaning the following GNOME C++ related packages: + atkmm + glibmm24 + gtkmm24 + gtkmm30 + libsigc++ + libsigc++20 Kalev Lember (kalev) and hguemar have been taking good care of them, so I am more than happy to leave them in their hands. I would also like to release the following Clutter

Orphaning Decibel Audio Player

I am orphaning decibel-audio-player. It is a audio player written in Python and uses Gtk+ and GStreamer. Rakesh Pandit is already the co-maintainer, so if any one is interested in helping him then please apply for co-maintainership. Regards, Debarshi pgpdqB8TY0qjX.pgp Description: PGP signature

Re: Looking for co-maintainers for all my packages

I'm not going to orphan these packages, but I would like to find co-maintainers for any and all of them as I find myself with less and less time to give them the full attention they need. [...] * dbus-cxx With the addition of GDbus in Glib, is dbus-cxx still needed? People should directly

Re: *countable infinities only

What if anaconda was change to a license which required forks to certify and pay a one time $99 fee to some shell company, would anyone call Fedora still a free software distribution with a straight face? Yes, if after paying $99 you are free to redistribute your own modified versions. By the

Re: *countable infinities only

This will exclude a whole class of usages that are currently available to Fedora users, such as the ReSpin projects that Fedora Unity used to produce from stock Fedora packages as well as any other downstream projects that build on Fedora. This is not something affecting only a limit set of

Re: *countable infinities only

By the way, I am assuming that you know that one can't modify Firefox and redistribute it as Firefox without certification. I've been pointing out this issue in several threads. That's exactly why Fedora should finally follow Debian's lead and just rename Firefox. Cool. Why not? But then,

Re: *countable infinities only

They just work as long as you don't try to actually exercise one of the freedoms we stand for. Which one? The freedom to study how the program works, and change it so it does your computing as you wish (freedom 1). The freedom to distribute copies of your modified versions to others

Re: *countable infinities only

Based on the comments of this thread can a working group or sig be set up to build on MG and Co's work to find the most workable solution that preserves the reputation of the project. If you had read the thread carefully, then people (Matthew, Peter, Tom) have made it abundantly clear that if

Re: *countable infinities only

When I create a fork, respin, or remix of Fedora and distribute it to people it will not run for them like Fedora does without a level of fiddling which the people advocating this have made clear is entirely unacceptable. This is because Fedora will be cryptographically signing the

Re: *countable infinities only

My point was to be practical and attempt to get from base 1 to base 2 with the aim of getting to base 4 down the road... Is this not a sensible way forward? It is not clear to me what base N stands for. Happy hacking, Debarshi -- KR is like the Bible. The fervent read it from end to end,

Re: grive open source client for google drive

For example if you configure empathy you *will* use it regardless if you want it or not which makes one wonder how much of Gnome is truly integrated with that stuff. You will use what? How will Empathy or any other GNOME component suddenly start using it (not sure what it is) if you have not

guile-2.x: what is the way forward

The update to guile-2.x has been blocked for almost 1.5 years now: https://bugzilla.redhat.com/show_bug.cgi?id=678238 Long story short, existing programs are not ready to use guile-2.x, while newer versions of aiselriot (part of GNOME) need it. Creating a compat-guile or a guile2 package can be

Re: Building the GNOME 3.4.1 Release

If you're maintaining a GNOMEish package and you want it included in the 3.4.1 release, please build the package like normal and then add the build ID to: https://docs.google.com/spreadsheet/ccc?key=0AtzJKpbiGX1zdGJzeU9waFJFZmgyQzBuN2VxU0lxbHc Can we not find a way to coordinate GNOME

How to control (or avoid) brp-python-bytecompile

Anjuta carries a bunch of template sources which are filled up at runtime to generate source files for various kinds of projects. These are placed in /usr/share/anjuta/project. Now /usr/lib/rpm/brp-python-bytecompile is trying to byte compile the Python templates, which are obviously not

Re: How to control (or avoid) brp-python-bytecompile

So adding %global _python_bytecompile_errors_terminate_build 0 will perhaps workaround this issue (default is 1). This looks good because I do not want to completely turn the bytecompiler off. I will give this a try. Cheers, Debarshi -- devel mailing list devel@lists.fedoraproject.org

Re: Proposed F19 Feature: Cinnamon as Default Desktop

The FOSDEM poll was stacked ??? no one really wanted to hurt Vincent Untz too much given his obvious efforts to be nice, there was this knot of GNOME people bunched together that were a tad intimidating, and people do [...] So don't overplay the GNOME 3 FOSDEM session, it was an awkward

Re: Proposed F19 Feature: Apache OpenOffice

I'm an Ambassador and this proposal is confusing me. We have LibreOffice in our repositories; I think that bring back Apache OpenOffice generates only confusion between users, not freedom of choice. The confusion is already there in Windows world, linux user should be more capable of

Re: Proposed F19 Feature: Apache OpenOffice

Unlike pulseaudio (in the above linked thread), AOO is end-user GUI application, not a library/daemon/sound-server/whatever used to get the wanted sound to your headphones (that by design interferes with anything else trying to do the same) ;-) By adding AOO we're not breaking some third app,

Re: Proposed F19 Feature: Apache OpenOffice

There are multiple alternative office suites already in Linux. Adding one more isn't really going to aggravate the problem too much for users We suck. So lets suck a little bit more. Is that what you are saying? :-) especially since there is a default installed already. The first time I ran

Re: Proposed F19 Feature: Cinnamon as Default Desktop

I know this applies, but installing gnome-shell pulls in gdm. I.e. removing gdm without removing gnone-shell is not possible. Because gnome-shell (running in a special mode) is nowadays the greeter used by GDM. That does not mean GDM won't let you log into KDE if you have it installed. As

Re: Proposed F19 Feature: Cinnamon as Default Desktop

Keep in mind that to get to the point of installing an alternative-only DE, in current Fedora, you normally first have a full blown Gnome3 installed, which is close to impossible to get rid of. [citation needed] Cheers, Debarshi -- If computers are going to revolutionize education, then

Re: Proposed F19 Feature: Apache OpenOffice

There are multiple alternative office suites already in Linux. Adding one more isn't really going to aggravate the problem too much for users We suck. So lets suck a little bit more. Is that what you are saying? :-) If you want to build a distribution with a single default for everything

Re: Proposed F19 Feature: Apache OpenOffice

sarcasm So what is the next step? Offering another kernel? Or allowing us to choose a different package manager or packing format? Oh, wait, using multiple different depsolvers has already been frowned upon. Now why did *that* happen? It is Fedora, isn't it? /sarcasm Sarcasm isn't

Re: Proposed F19 Feature: Apache OpenOffice

sarcasm So what is the next step? Offering another kernel? Or allowing us to choose a different package manager or packing format? Oh, wait, using multiple different depsolvers has already been frowned upon. deadpan On an F18 system yum info smart yum info dpkg /deadpan You do know the

Re: Proposed F19 Feature: Apache OpenOffice

We empower interested programmers to work on AOO within the Fedora ecosystem. That's all. How is packaging AOO a requirement for that? They can compile AOO and work on it just fine. Cheers, Debarshi -- If computers are going to revolutionize education, then steam engines and cars and

Re: Proposed F19 Feature: Apache OpenOffice

There are better ways to highlight that not to mention the examples you used already exist in Fedora. So do we have multiple kernels in Fedora? We offer .deb variants of Fedora? That doesn't solve the existing problem at all. There is no reason why we should have say Epiphany but exclude

Re: Proposed F19 Feature: Apache OpenOffice

Reductio ad absurdum. To me this is as absurd as the others. Right. When we moved from Openoffice.org to Libreoffice by default, AOO We could have kept the openoffice.org packages instead of replacing them with LO, but we did not. (I guess, at this point, it is quite clear that I am losing

Re: Proposed F19 Feature: Apache OpenOffice

Let me say one thing: if you're going by examples, go with proper ones. There is vast difference of work needed to support two kernels and work needed to support two office suites. You know kernel is the base upon everything runs, right? Please, don't make the most basic component that cannot

Re: Unhelpful update descriptions

unlike other major distros, other updates have less helpful descriptions: * Update to latest upstream version * No update information available * Here is where you give an explanation of your update. Here is where you give an explanation of your update. Perhaps the update policy should

Re: Unhelpful update descriptions

I think it would be a much better use of our time to audit and test updates than writing %changelogs that can be understood by laymen. Spot had a plan related to this. basically bundle up monthly updates to all critpath (non security) stuff, QA it, and then push it out as a bundle. Yes, I

Re: Unhelpful update descriptions

RHEL. We're a distribution with First as one of its main objectives. Our users do not want to wait up to a month for updates! It is interesting how you redefine the meaning of First. At the DevConf you were blaming NetworkManager for breaking KDE when they changed API and KDE could not keep

Re: Unhelpful update descriptions

First even if broken is a pretty extreme interpretation of First. First working is much better - and it fits with the purpose of a distribution, to make sure that the various pieces are integrated together (and to help upstream make it happen if necessary). There is no way you can test a

Re: Unhelpful update descriptions

I see one problem with this approach: we're bound to have some update slipping into stable which breaks something that isn't caught in testing. If we do something like that, there needs to be a fast lane for updates fixing such broken updates so people don't have to wait a month for the fix.

Giving up freetalk, redet and redet-doc

Hello everybody, I am going to give up ownership of the following packages: - freetalk - redet - redet-doc I don't have any interest in them these days and even less time to look after them. Please pick them up if you want to. Thanks, Debarshi -- It has its possibilities but I am bound by

libgdata-0.17.1 soname bump

Hello everybody, The recently released libgdata-0.17.1 has bumped its soname. The highlights are support for version 3 of the YouTube API, and an initial port to version 2 of the Drive API. This is only for rawhide. I will be rebuilding affected packages. Cheers, Debarshi pgpl6YVdn6arI.pgp

Re: F23 System Wide Change: Disable SSL3 and RC4 by default

On Tue, Apr 28, 2015 at 04:51:32PM +0200, Nikos Mavrogiannopoulos wrote: The plan is to allow re-enabling by switching the system to legacy crypto policy. That would work for RC4. For SSL 3.0, since OpenSSL doesn't provide knobs to enable or disable on runtime, that will not be possible.

Summary/Minutes from today's FESCo Meeting (2015-04-15)

=== #fedora-meeting: FESCo (2015-04-15) === Meeting started by rishi at 17:59:54 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-04-15/fesco.2015-04-15-17.59.log.html . Meeting summary

Schedule for Wednesday's FESCo Meeting (2015-04-15)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-04-15 18:00 UTC' Links to all tickets

Summary/Minutes from today's FESCo Meeting (2015-06-03)

=== #fedora-meeting: FESCo (2015-06-03) === Meeting started by rishi at 18:00:08 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-06-03/fesco.2015-06-03-18.00.log.html . Meeting summary

Re: F23 Self Contained Change: Netizen Spin

On Thu, Jun 04, 2015 at 10:45:20AM -0600, Kevin Fenzi wrote: Ideally it would not only install those packages, but configure them to a default to privacy setup. Additionally making some other changes from default desktop settings to do that as well. This is something that could be done in the

Schedule for Wednesday's FESCo meeting (2015-06-03)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-06-03 18:00 UTC' Links to all tickets

Re: libgdata-0.17.1 soname bump

On Fri, Apr 24, 2015 at 08:45:50AM +, Debarshi Ray wrote: The recently released libgdata-0.17.1 has bumped its soname. The highlights are support for version 3 of the YouTube API, and an initial port to version 2 of the Drive API. We are going to push the new soname breaking libgdata

Summary/Minutes from today's FESCo Meeting (2015-10-21)

=== #fedora-meeting: FESCo (2015-10-21) === Meeting started by rishi at 18:00:41 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-10-21/fesco.2015-10-21-18.00.log.html . Meeting summary

Schedule for Wednesday's FESCo Meeting (2015-10-28)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-10-28 18:00 UTC' Links to all tickets

Summary/Minutes from today's FESCo Meeting (2015-10-28)

=== #fedora-meeting: FESCo (2015-10-28) === Meeting started by rishi at 18:01:07 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-10-28/fesco.2015-10-28-18.01.log.html . Meeting summary

Schedule for Wednesday's FESCo Meeting (2015-10-21)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-10-21 18:00 UTC' Links to all tickets

Re: F24 System Wide Change: NetworkManager 1.2

On Mon, Oct 05, 2015 at 12:51:32PM +0200, Jan Kurik wrote: > == Detailed Description == > NetworkManager 1.2 will include significant changes and improvements: > * Port to GDBus /me claps pgp_R7fGPRhMv.pgp Description: PGP signature -- devel mailing list devel@lists.fedoraproject.org

Summary/Minutes from today's FESCo Meeting (2015-11-18)

=== #fedora-meeting: FESCo (2015-11-18) === Meeting started by rishi` at 18:03:44 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-11-18/fesco.2015-11-18-18.03.log.html . Meeting summary

Schedule for Wednesday's FESCo Meeting (2015-08-26)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-08-26 18:00 UTC' Links to all tickets

Re: Summary/Minutes from yesterday's FESCo Meeting (2015-08-26)

This was missing from the minutes: On Thu, Aug 27, 2015 at 09:01:46AM +, Debarshi Ray wrote: * #1469 i686 as a non-blocking architecture (nirik, 18:37:47) * LINK: https://fedorahosted.org/fesco/ticket/1469 (nirik, 18:37:48) * AGREED: Fedora will ship no i686/32-bit x86 install

Summary/Minutes from yesterday's FESCo Meeting (2015-08-26)

=== #fedora-meeting: FESCO (2015-08-26) === Meeting started by nirik at 18:06:02 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-08-26/fesco.2015-08-26-18.06.log.html . Meeting summary

Schedule for Wednesday's FESCo Meeting (2015-09-16)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-09-16 18:00 UTC' Links to all tickets

Summary/Minutes from today's FESCo Meeting (2015-09-16)

=== #fedora-meeting: FESCO (2015-09-16) === Meeting started by rishi at 18:00:05 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2015-09-16/fesco.2015-09-16-18.00.log.html . Meeting summary

Re: F24 System Wide Change: Default Local DNS Resolver

On Mon, Dec 07, 2015 at 10:48:55AM +0100, Tomas Hozza wrote: > On 04.12.2015 15:57, Lennart Poettering wrote: > > How do other popular desktop/consumer OSes deal with this? Windows, > > MacOS, iOS, Android, ChromeOS? Does any of them do client-side DNSSEC > > validation by default and how are they

Schedule for Wednesday's FESCo Meeting (2015-11-18)

Following is the list of topics that will be discussed in the FESCo meeting Wednesday at 18: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 '2015-11-18 18:00 UTC' Links to all tickets

Orphaned starplot and related packages

Hey, I have orphaned the following packages in rawhide: * starplot * starplot-contrib * starplot-gliese3 * starplot-yale5 StarPlot is a 3-dimensional star chart viewer [1]. I don't think it is actively developed anymore - the last upstream release was in 2008. I haven't touched it for 6

Re: GNOME 3.19.92 megaupdate

On Tue, Mar 15, 2016 at 10:20:51AM +0100, V?t Ondruch wrote: > IOW some of Gnome developers don't care about sonames, "because it is > just development version". I find your repeated use of phrases like "don't care" to be insulting. Cheers, Rishi pgpEt91WTzy99.pgp Description: PGP signature --

Re: Gnome in Rawhide broken

On Thu, Mar 03, 2016 at 12:58:16PM -0600, Michael Catanzaro wrote: > Of course, but surely we can still do soname bumps when removing > previously-released API, to detect such breakage before it reaches > rawhide users. No, we cannot. If we did, then changes to any new API added to gtk+ during

libsoup 2.54.0 accidental ABI break fixed in 2.54.1

A heads-up for those owning packages linking against libsoup. It might be safer to just rebuild all such packages against 2.54.1. - Forwarded message from Dan Winship - Date: Tue, 26 Apr 2016 08:45:54 -0400 From: Dan Winship To:

Orphaned gnome-password-generator

Hey, I have orphaned gnome-password-generator [1] in rawhide. It is a Python application written with GTK+ 2.x. I don't think it is actively developed anymore - the last upstream release was in 2008. Feel free to pick it up. Happy hacking, Rishi [1] http://gnome-password.sourceforge.net/

Re: F24, small backward steps

On Tue, Sep 13, 2016 at 04:24:02PM -0400, Stephen John Smoogen wrote: > OK this is the most frustrating of a TON of frustrating parts of this > conversation. > > 1. WHY DO WE SHIP PACKAGES THAT WE 'KNOW' AREN'T MAINTAINED? > 2. Why are people 'maintainers' of such packages if they know upstream >

Re: Orphaning packages

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 (chpe) is still maintaining it upstream It is just Vincent now because

Re: Please unpush FEDORA-2016-7776983633 on all releases or drop support for libjasper

On Wed, Sep 14, 2016 at 02:53:54PM -0700, Thomas Daede wrote: > On 09/14/2016 12:50 PM, Richard Hughes wrote: > > Although, perhaps given upstream has not had a release since 2006 and > > we've acquired 14 out-of-tree security patches (and countless others > > for various fixes) perhaps we should

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Sun, Jul 16, 2017 at 11:56:26AM +0100, Richard W.M. Jones wrote: > On Fri, Jul 14, 2017 at 10:04:37PM +0100, Richard Hughes wrote: > > On 14 July 2017 at 20:28, Andreas Tunek wrote: > > > Is this really more reliable than using dnf (for graphical packages > > > like

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 09:44:18AM +0100, Richard W.M. Jones wrote: > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > F29: packagers (of graphical applications) must create Flatpaks of > > their applications if possible. They *may* keep standard RPM > > packaging. >

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On Fri, Jul 14, 2017 at 09:44:18AM +0100, Richard W.M. Jones wrote: > On Mon, Jul 10, 2017 at 03:31:30PM -0400, Owen Taylor wrote: > > F29: packagers (of graphical applications) must create Flatpaks of > > their applications if possible. They *may* keep standard RPM > > packaging. >

Re: F27 System Wide Change: Kerberos KCM credential cache by default

Hey, On Tue, Jun 20, 2017 at 07:42:27AM +0200, Jan Kurik wrote: > = System Wide Change: Kerberos KCM credential cache by default = > https://fedoraproject.org/wiki/Changes/KerberosKCMCache > > Change owner(s): > * Jakub Hrozek > > Default to a new Kerberos credential cache type called KCM

Re: Non-responsive maintainer process for caillon, and retiring xchat

On Wed, Jun 14, 2017 at 03:19:52PM +, Debarshi Ray wrote: > I would like to initiate the non-responsive maintainer process [1] for > Christopher Aillon [2]. A long time ago, he used to be part of the > Fedora and Red Hat desktop teams. He is no longer around. He left > software

Non-responsive maintainer process for caillon, and retiring xchat

Hello everybody, I would like to initiate the non-responsive maintainer process [1] for Christopher Aillon [2]. A long time ago, he used to be part of the Fedora and Red Hat desktop teams. He is no longer around. He left software development and was last seen living off the grid in Hawaii [3].

Re: Non-responsive maintainer process for caillon, and retiring xchat

On Mon, Jun 26, 2017 at 11:06:16AM +, Debarshi Ray wrote: > On Wed, Jun 14, 2017 at 03:19:52PM +0000, Debarshi Ray wrote: > > I would like to initiate the non-responsive maintainer process [1] for > > Christopher Aillon [2]. A long time ago, he used to be part of the > &g

Re: Non-responsive maintainer process for caillon, and retiring xchat

Hey, On Mon, Sep 04, 2017 at 12:32:38PM +0200, V??t Ondruch wrote: > Unfortunately, you have missed this dependency: > > https://bugzilla.redhat.com/show_bug.cgi?id=1486752 Yes, sorry for missing it initially. However, I emailed konr...@fedoraproject.org last Thursday after you pinged me on

Welcome Christopher King!

Hello everybody, I have just sponsored Christopher King (IRC, FAS: bunnyapocalypse) into the 'packager' group. He has been doing some great work getting the WPE port of WebKit into Fedora: * https://bugzilla.redhat.com/show_bug.cgi?id=1601058 *

Orphaned bouml

Hello everybody, I have orphaned the bouml [1, 2] package. I haven't used this application for almost a decade, and don't have any time or motivation to give it the attention that it needs. Feel free to pick it up if you want to. If you do, you might want to update it to one of the more recent

Re: Orphaned bouml

On Thu, Aug 09, 2018 at 03:32:35PM +, Debarshi Ray wrote: > I have orphaned the bouml [1, 2] package. I haven't used this > application for almost a decade, and don't have any time or motivation > to give it the attention that it needs. And also its sibling bouml-doc packa

Re: What does delaying F31 mean for packagers/users?

On Tue, Nov 27, 2018 at 10:38:52AM -0500, Owen Taylor wrote: > One of the key parts of making a decision to delay/skip F31 is > figuring out, ahead of the decision, what the expected experience is > for users and packagers. Does F30 have normal stability, or do we try > to keep users happy by

  1   2   >