Re: F23 Self Contained Change: Astronomy Spin

a question of marketing. On 06/26/2015 11:11 PM, Chris Murphy wrote: On Fri, Jun 26, 2015 at 2:36 PM, Christian Dersch lupi...@mailbox.org wrote: Additional info: Of course an Astronomy Tools group is a nice idea too! But it doesn't replace the Spin as the download, boot and try it idea doesn't

F23 Self Contained Change: Astronomy Spin

): Christian Dersch lupinix at mailbox dot org // // A Fedora Spin providing a complete toolchain for both amateur and // professional astronomers. // // // == Detailed Description == // In both amateur and professional astronomy and astrophysics Linux is // a very popular operating system. More

Re: F23 Self Contained Change: Astronomy Spin

Additional info: Of course an Astronomy Tools group is a nice idea too! But it doesn't replace the Spin as the download, boot and try it idea doesn't work without a spin. On 06/26/2015 10:28 PM, Christian Dersch wrote: Hi, I'm the change owner. The benefit is a ready to work Fedora

Re: F23 Self Contained Change: Astronomy Spin

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Thank you very much for your feedback! So it seems that a dedicated Astronomy Spin will be a benefit for Fedora :) @Software bundles: There may be two of them: Observational Astronomy and Astronomical Data Analysis On 29.06.2015 14:37, Matthew

Astronomy Spin moved to Fedora 24

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi all, due to a lack of time in last two weeks I want to move the Astronomy Spin to Fedora 24: https://bugzilla.redhat.com/show_bug.cgi?id=1242917#c 6 I think for 23 a Fedora Remix is the better solution to allow more public testing and feedback.

Re: Oprhaned EPEL7 branch of Quassel

Hi, I've taken quassel now as I use it on EPEL7 and I found that there was a security fix release in 0.11.x series. Greetings, Christian On 10/30/2015 06:00 PM, Adam Miller wrote: > Hello all, > I have orphaned the EPEL7 branch of Quassel as I have stopped > using it long ago and no longer

Re: What license is this?

It's 3 clause BSD (as you can see with licensecheck), In license tag: BSD On 11/06/2015 02:58 PM, Neal Becker wrote: > I'm trying to package python-cycler for matplotlib. It has the attached > LICENSE file. What should I put for license: tag? > > > -- devel mailing list

Re: Orphaned packages seeking new point of contact

On 10/07/2015 10:05 PM, Kevin Fenzi wrote: > Per this fesco ticket: > > https://fedorahosted.org/fesco/ticket/1484#comment:3 > > I have orphaned all of the packages that had chitlesh as a point of > contact: > > liborigin -- Library for reading OriginLab OPJ project files ( master f23 f22 >

Re: Orphaned packages looking for new Point of Contact

I've taken yasm. Greetings, Christian On 09/30/2015 09:40 PM, Kevin Fenzi wrote: > In today's FESCo meeting we marked 2 maintainers as no longer > responsive and I have just orphaned the packages that they were point > of contact on. > > Please take a look at this list and if you wish to

Re: Self Introduction Joachim Frieben

Hello Joachim, you're welcome! Nice to see other astrophysicists from Germany here :) I'm working on classification problems (mostly variable stars) using modern machine learning algorithms. Do you already know our Special Interest Groups: https://fedoraproject.org/wiki/Category:Astronomy_SIG

Re: thunderbird-enigmail orphaned.

As I use it everyday: Taken! And thank you for your work on it :) Greetings, Christian On 01/04/2016 02:38 PM, Remi Collet wrote: > Feel free to take it. > > https://admin.fedoraproject.org/pkgdb/package/rpms/thunderbird-enigmail/ > > > > Remi. > -- > devel mailing list >

Re: Specs using %define

On 12/24/2015 10:01 PM, Jason L Tibbitts III wrote: > libapogee (sergiopr, lupinix) > qwtplot3d (chitlesh, lupinix) > Done :) Also added %license. -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org

Re: Incomplete work of fedora-review

Hi all, I can confirm the behaviour Jens reports, there are already two bugs open @RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=1275275 https://bugzilla.redhat.com/show_bug.cgi?id=1279538 Greetings, Christian On Sun, 2015-11-22 at 22:11 +0100, Jens Lody wrote: > Am Sonntag, den

Re: Unresponsive maintainer procedure for tuxbrewr

On 01/12/2016 10:00 AM, Michael Schwendt wrote: > The same procedure has been started a few times, at least > > https://bugzilla.redhat.com/736874 > https://bugzilla.redhat.com/963890 > > Requesting co-maintainer access would be a way to solve such > isues. > -- > I requested it in pkgdb

Unresponsive maintainer procedure for tuxbrewr

Hi all, I tried to contact tuxbrewr some weeks ago (due to quassel bug fixes and maintainance), without any response. Does anybody know how to contact him? I already tried smparr...@gmail.com without success. Info: https://bugzilla.redhat.com/show_bug.cgi?id=1294472 Greetings, Christian --

Re: F24 Self Contained Change: Astronomy Spin

https://fedoraproject.org/wiki/Changes/Astronomy_Spin > > Change owner(s): > * Christian Dersch > > A Fedora Spin providing a complete toolchain for both amateur and > professional astronomers. > > == Detailed Description == > In both amateur and professional astronomy and astro

Re: F24 Self Contained Change: Astronomy Spin

And https://lists.fedoraproject.org/pipermail/devel/2015-June/thread.html#211773 On 01/11/2016 12:54 PM, Christian Dersch wrote: > Hi all, > > just for information: This change was discussed for Fedora 23 some > months ago: > https://lists.fedoraproject.org/pipermail/devel/2015-J

Re: F24 Self Contained Change: Astronomy Spin

On 01/11/2016 01:11 PM, Kalev Lember wrote: > > Another thing that would probably be worth doing as part of this effort > is making sure that all the apps you've identified as important to the > Astronomy spin, to make sure all those apps show up nicely in the > software center applications. > >

Re: Orphaning liborigin and liborigin2

liborigin: Origin 7.5 (last release 2008) liborigin2: Origin 8.1 (last release 2010) On 02/08/2016 12:22 PM, Alexander Ploumistos wrote: > On Mon, Feb 8, 2016 at 12:51 PM, Christian Dersch <lupi...@mailbox.org> wrote: >> Upstream development is dead for years now and newer

Orphaning liborigin and liborigin2

Hi all, I'm going to orphan liborigin and liborigin2 in Rawhide. Last liborigin dependency was LabPlot, but this does not depend on liborigin with 2.x releases available in Rawhide. Same for liborigin2 which was required by scidavis. Upstream development is dead for years now and newer Origin

Re: Orphaning liborigin and liborigin2

On 02/08/2016 02:13 PM, Alexander Ploumistos wrote: > On Mon, Feb 8, 2016 at 1:43 PM, Christian Dersch <lupi...@mailbox.org> wrote: >> liborigin: Origin 7.5 (last release 2008) >> liborigin2: Origin 8.1 (last release 2010) > Hmm, I have a lot of colleagues using versi

Re: Orphaning liborigin and liborigin2

Of course On 02/08/2016 06:32 PM, Alexander Ploumistos wrote: > I've taken them for the time being and I'll go over the specs and > sources sometime this week. Can I bug you if I have any questions? > -- > devel mailing list > devel@lists.fedoraproject.org >

Re: Large number of packages to be orphaned on Feb 26

I've taken: dmenu i3 i3-ipc i3lock i3status Greetings, Christian On 02/26/2016 07:20 PM, Athmane Madjoudj wrote: > Hi, > > On Fri, Feb 26, 2016 at 7:10 PM, Kevin Fenzi wrote: >> I have orphaned all these packages now. >> >> Please take on any that you wish to be point of

Re: Large number of packages to be orphaned on Feb 26

On 02/19/2016 07:09 PM, Josh Boyer wrote: > Hello, > > In today's FESCo meeting, FESCo agreed to orphan all of Christoper > Meng's packages on February 26, 2016 at 17:00 UTC if there was no > further contact from Christopher. Normally we would not necessarily > pre-announce an oprhaning action,

Re: unannounced soname bump: libglpk

Note that Scientific and Astronomy Spins are also broken due to this issue: http://koji.fedoraproject.org/koji/tasks?method=livemedia=ausil=all=tree=-id On 02/19/2016 07:33 PM, Björn Esser wrote: > Am 19.02.2016 18:12 schrieb Andrew Lutomirski : >> I believe this is the list of

Re: Large number of packages to be orphaned on Feb 26

Btw you can take it after orphaning ;) On 02/19/2016 07:36 PM, Christian Dersch wrote: > You are not the owner. This is not a question of maintainance itself > in this case (and in case of my i3 stuff too) > > On 02/19/2016 07:34 PM, Igor Gnatenko wrote: >> rpms/python-py

Re: Large number of packages to be orphaned on Feb 26

You are not the owner. This is not a question of maintainance itself in this case (and in case of my i3 stuff too) On 02/19/2016 07:34 PM, Igor Gnatenko wrote: > rpms/python-pygit2 -- Python 2.x bindings for libgit2 ( master f23 f22 > epel7 ) > > whats wrong with this package? I think it is

Re: Orphaned starplot and related packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, orphaning makes sense for me here, I've also decided not to include it into Astronomy Spin due to dead upstream and some issues I had in past. Btw: I just wanted to have a look at it now and it segfaults @Fedora 23, a rebuild is not enough,

Re: Heads up, wcslib soname bump

Hi, I'll take care @ kstars. astrometry is not an official package yet, it is in review. Greetings, Christian On 03/30/2016 07:14 PM, Sergio Pascual wrote: > > Hello, tomorrow I'm going to update wcslib to 5.14, which includes a > soname bump. This change affects the following packages: > >

Re: Heads up, wcslib soname bump

F24 too I think, doesn't make sense to stay with 4.x there as upstream projects (e.g. astropy start dropping support for older releases and everything builds fine @24 too. Christian On 03/30/2016 08:00 PM, Adam Williamson wrote: > On Wed, 2016-03-30 at 19:14 +0200, Sergio Pascual wrote: >>

Re: Rstudio

Hi all, I created a copr repo containing RStudio builds, it is partly based on the spec from Steve. https://copr.fedorainfracloud.org/coprs/lupinix/R/ Maybe we can get this into official repos later, but first it needs some testing and also some unbundling would be nice. Right now only RStudio

Orphaned qwtplot3d

Hi all, as qwtplot3d is no longer used by my packages (and maybe not required by any package i my dnf reopquery was ok), I orphaned the package for Rawhide and F25. Will still take care about F23 and F24 until they reach EOL. qwtplot3d is also unmaintained upstream. Greetings, Christian --

Re: Orphaned qwtplot3d

Well, I just orphaned and not retired for that reason. So the scidavis maintainer can just take it ;) It was the same for me when I maintained scidavis some time ago, I've also just taken it for scidavis. I think as long as qt3 and qt4 are available @Fedora (and Qt4 will remain for longer time,

Re: Too fast karma on Bodhi updates

Hi, positive karma on a set of packages within short time can happen when people use fedora-easy-karma. Thats my way of giving karma too, I use the stuff for some hours, the I run fedora-easy-karma and give feedback on all packages i've tested (and of course skip the ones I did not test ;). But

Re: Too fast karma on Bodhi updates

On 07/11/2016 10:49 AM, Kamil Paral wrote: >> Any kind of feedback after package gets into updates repository should >> be denied, I can't think of a case where package moves to updates >> repository and bodhi still allows to add comments/karma. Any feedback >> after that can be either reported

Re: The glvnd + mesa update for F25

Hi all, On 02/05/2017 09:10 AM, Hans de Goede wrote: > > This also mostly explains the why of this change, > except for why also bring it to Fedora 25 and not > just to Fedora 26 and later? > > The main reason for this is a non-technical reason, > we (as in the Fedora project) have quite vocally

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/21/2017 03:44 PM, Christian Dersch wrote: On 01/21/2017 03:25 PM, Kai Engert wrote: With autokarma disabled, is there a minimum test duration, before it can get pushed to stable? Because we probably want to have it pushed to stable on Monday. Autokarma just means the package

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/21/2017 04:15 PM, Kai Engert wrote: I've disabled autokarma. Thanks :) The current Firefox 50.x will go unsupported on Tuesday, replaced by Firefox 51. Usually new important security fixes are contained in the new Firefox update. Unless we want to delay Firefox 51, this update must

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/21/2017 03:25 PM, Kai Engert wrote: With autokarma disabled, is there a minimum test duration, before it can get pushed to stable? Because we probably want to have it pushed to stable on Monday. Autokarma just means the package will not be pushed automatically, but karma mechanism is

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/23/2017 11:35 AM, Martin Stransky wrote: We should not break FreeIPA critically with that update (crashes on start or so) for sure. But don't expect rock solid experience from Fedora - there are RHEL/CentOS or other enterprise distros for that. Fedora is focused mainly on new

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

:47 +0100, Christian Dersch wrote: >> On 01/21/2017 03:44 PM, Christian Dersch wrote: >>> Autokarma just means the package will not be pushed automatically, but >>> karma mechanism is still active. So once your update reached the >>> stable karma level you defined, y

Re: Important: NSS + Firefox + Thunderbird + Seamonkey + Icecat + Xulrunner

On 01/21/2017 01:17 PM, Peter Robinson wrote: > On Sat, Jan 21, 2017 at 11:57 AM, Kai Engert wrote: >> On Fri, 2017-01-20 at 10:22 -0600, Michael Catanzaro wrote: >>> Please just make sure they all get released in the same Bodhi update to >>> avoid breakage. >> >> The combined

Re: Unretire wcstools

Hi Mattia, very nice! I already thought about that too but did not find the time yet… But I can do the review to unretire the package and of course I'll add it to Astronomy spin then. Greetings, Christian On 01/15/2017 07:46 PM, Mattia Verga wrote: > I intend to unretire wcstools. > > Wcstools

Re: F26 Self Contained Change: LXQt Spin

ibió: = Proposed Self Contained Change: LXQt Spin = https://fedoraproject.org/wiki/Changes/LXQt_Spin <https://fedoraproject.org/wiki/Changes/LXQt_Spin> Change owner(s): * Christian Dersch A Fedora Spin providing the LXQt desktop environment. == Deta

Re: F26 Self Contained Change: LXQt Spin

/LXQt_Spin Change owner(s): * Christian Dersch A Fedora Spin providing the LXQt desktop environment. == Detailed Description == LXQt is a lightweight Qt-based desktop environment. Fedora provides it since Fedora 22 as a group of packages. Now that LXQt is much more complete, it is time to provide

Re: Review swaps

Hi Björn, Let's swap :D I've got some packages to review, just pick some ones open in Astronomy SIG tracker :) https://bugzilla.redhat.com/show_bug.cgi?id=115 Greetings, Christian On 10/07/2016 09:18 PM, Björn Esser wrote: > Hello, > > I have another three reviews to swap [1]. The first

Re: Python3-numpy

Hi, for Fedora it is part (subpackage) of the regular numpy source package. So you can install python3-numpy there too ;) Greetings, Christian On 11/04/2016 07:42 PM, Ms Sanchez wrote: > > Hello everybody, > > I just stumbled upon this. In >

Re: Contact Björn Esser (Re: HEADS UP: eigen-3.3.0 update)

Hi Sandro, I've contacted him via Facebook and told him that you're trying to contact him. I think he'll response soon. Greetings, Christian On 11/25/2016 01:00 PM, Sandro Mani wrote: > I've seen that the mails to shogun-ow...@fedoraproject.org aka > fed...@besser82.io are bouncing back

Re: Recommended upgrade procedure for >1 release upgrades

On 11/17/2016 09:01 PM, Luya Tshimbalanga wrote: > On 17/11/16 10:26 AM, Adam Williamson wrote: >> Hi, folks! >> >> While looking into an issue with how GNOME Software decides which >> release to offer an upgrade to when there's more than one plausible >> candidate, I noticed something

Re: Two more concrete ideas for what a once-yearly+update schedule would look like

Option 2 sounds really nice! For Option 1 I do not like the freeze for an already released version. This makes small (non security) fixes more complicated due to required freeze exceptions etc. On 12/08/2016 03:17 PM, Matthew Miller wrote: Trying to make this idea a little more concrete.

Re: Looking for co-maintainers - texstudio

Hi Johannes, as I'm experienced with Qt related stuff (member of KDE SIG too) and also use TeXStudio as my default TeX editor all day, I requested commit access now :) Greetings, Christian On 12/08/2016 05:36 PM, Johannes Lips wrote: Dear list, I would like to invite packagers with Qt

Re: Two more concrete ideas for what a once-yearly+update schedule would look like

On 12/08/2016 07:26 PM, Dennis Gilmore wrote: > I would like to see us stop pushing non security updates to updates from > updates-testing entirely and do it in monthly batches instead. we would push > daily security fixes and updates-testing. However this would make atomic > host > 2 week

Re: Packages up for grabs

I'll take pylint, python-astroid and python-sphinx-argparse. On 12/12/2016 07:22 PM, Brian C. Lane wrote: In the spirit of the season I'm giving away packages :) I am not using most of these anymore, so I'd like to send them off to a good home:

Re: LibRaw soname bump

Hi Jon, kstars depends on LibRaw too in rawhide. Greetings, Christian On 12/28/2016 12:12 AM, Jon Ciesla wrote: > 0.18.0 is coming. I'm taking care of: > > efl > entangle > freeimage > gegl03 > gthumb > kf5-libkdcraw > libkdcraw > nomacs > OpenImageIO > oyranos > shotwell > > If I missed

Re: Orphaned Packages in branched (2017-03-26)

On 03/26/2017 04:21 PM, Miro Hrončok wrote: > On 26.3.2017 01:05, t...@fedoraproject.org wrote: >> clucene09 orphan, group::kde-sig,0 weeks >> ago > > This seems to affect a lot of packages. Can we build Qt4 without it? > Already done by rdieter:

Re: Orphaning my packages

Hi Tim, thanks for all your work on these tools! Greetings, Christian On 03/22/2017 11:28 AM, Tim Lauridsen wrote: Hi Guys Because of work and personal life, I have not been able to find time for taking care of my Fedora packages, so I have decided to orhan them. dnfdaemon -- DBus daemon

Re: Nested rich-dependencies in rpm

On 04/12/2017 02:51 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote: I hope someone can help me with the following question: Does recent Fedora's rpm support nested rich-dependencies like: Supplements: (pkg_a and pkg_b and pkg_c and (pkg_d or

Re: Nested rich-dependencies in rpm

On 04/12/2017 04:19 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 02:56:24PM +0200, Christian Dersch wrote: On Wed, Apr 12, 2017 at 11:08:46AM +0200, Björn 'besser82' Esser wrote: I hope someone can help me with the following question: Does recent Fedora's rpm support nested rich

Re: Nested rich-dependencies in rpm

On 04/12/2017 06:05 PM, Christian Dersch wrote: On 04/12/2017 05:59 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote: It's not uncommon to have any or all of GTK, GNOME, and KDE installed at the same time. What libyui-* does dnfdragora use? What happens

Re: Nested rich-dependencies in rpm

On 04/12/2017 05:59 PM, Matthew Miller wrote: On Wed, Apr 12, 2017 at 10:41:52AM -0500, Dan Williams wrote: It's not uncommon to have any or all of GTK, GNOME, and KDE installed at the same time. What libyui-* does dnfdragora use? What happens if both libyui-gtk and libyui-qt are installed,

Re: How to use a buildroot-override

Just build your depending package. But be sure that your override made it to the buildroot by using "|koji wait-repo epel7-build --build=sundials-2.7.0-10.el7" Greetings, Christian | On 03/08/2017 12:46 PM, Antonio Trande wrote: Hi all. I have created a buildroot-override for sundials-2.7.0

Re: Why Delta RPM is not available for firefox and there is no firefox-esr in the Fedora repository?

On 04/07/2017 05:44 PM, Matthew Miller wrote: On Fri, Apr 07, 2017 at 08:40:25AM -0700, Adam Williamson wrote: We have delta RPMs for going from GA release packages to current updates and from last update to current update. Doing deltas from all previous updates to all future updates would

Re: Why Delta RPM is not available for firefox and there is no firefox-esr in the Fedora repository?

On 04/07/2017 05:53 PM, Matthew Miller wrote: On Fri, Apr 07, 2017 at 05:49:15PM +0200, Christian Dersch wrote: Yeah, that's fair. I'm not sure of a really good solution for this other than ostree-based flatpaks — and that has its own challenges. What would be the advantage of ostree-based

Re: Why Delta RPM is not available for firefox and there is no firefox-esr in the Fedora repository?

On 04/07/2017 05:57 PM, Adam Williamson wrote: On Fri, 2017-04-07 at 17:54 +0200, Christian Dersch wrote: On 04/07/2017 05:40 PM, Adam Williamson wrote: On Fri, 2017-04-07 at 10:32 -0400, Matthew Miller wrote: On Fri, Apr 07, 2017 at 02:29:02PM -, Farhad Mohammadi Majd wrote: I had

Re: Why Delta RPM is not available for firefox and there is no firefox-esr in the Fedora repository?

On 04/07/2017 05:40 PM, Adam Williamson wrote: On Fri, 2017-04-07 at 10:32 -0400, Matthew Miller wrote: On Fri, Apr 07, 2017 at 02:29:02PM -, Farhad Mohammadi Majd wrote: I had firefox-52.0-6.fc25 and there was no Delta RPM for firefox-52.0.2-2.fc25 Does Delta RPM is available only for

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

On 07/12/2017 02:06 AM, Kevin Kofler wrote: > Dominik 'Rathann' Mierzejewski wrote: >> Considering that SSE2 was introduced by Intel in 2001 and AMD caught up >> with it in 2003, I'd be +1 (with my FESCo hat on) to requiring SSE2, >> regardless of whether the above change is accepted. > If you

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

On 07/12/2017 12:26 PM, Reindl Harald wrote: Am 12.07.2017 um 12:04 schrieb Christian Dersch: On 07/12/2017 02:06 AM, Kevin Kofler wrote: Dominik 'Rathann' Mierzejewski wrote: Considering that SSE2 was introduced by Intel in 2001 and AMD caught up with it in 2003, I'd be +1 (with my

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/10/2017 09:31 PM, Owen Taylor wrote: > > The rebuilt RPMs are really only interesting within Flatpaks - they > will be available for download from Koji, but there would be no reason > for a user to do so. > > As for standard application RPMs, it's really going to be something > we figure

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/14/2017 10:32 PM, Matthew Miller wrote: > On Fri, Jul 14, 2017 at 07:25:11PM +0100, Richard Hughes wrote: >> Maybe tangential to the proposal/discussion/ranting, but you can >> actually use gnome-software on the command line. >> /usr/libexec/gnome-software-cmd (no GTK parts get loaded) has

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/16/2017 01:25 PM, Kevin Kofler wrote: > Christian Schaller wrote: >> One major reason is that it enables us to move towards having the Atomic >> Workstation version be the primary one and maybe in the (very) long run be >> the only one. >> >> A bit more detail about that can be found here:

Re: F27 System Wide Change: Graphical Applications as Flatpaks

On 07/16/2017 08:54 PM, Richard Hughes wrote: >> This is also trivial to offer in a UI. > I think you and I disagree on what trivial constitutes. > >> And the (unrelated) online update issue is really a non-issue in practice, >> as I explained in my reply to Debarshi Ray. > Until you're the person

Re: [Test-Announce] Fedora 26 Candidate RC-1.4 Available Now!

Looks like one compose failed *again* for some mirror issue… This time it is Robotic [1] , but i've seen these random failures several times, also for Astronomy for example. So a new compose should be done here to ensure the Spin gets in properly, it is not an issue with the Spin here but an issue

Re: [Test-Announce] Re: Fedora 26 Candidate Beta-1.3 Available Now!

As I'm its maintainer I also want to point out that Beta-1.3 is also missing the x86_64 build of the Astronomy Lab, there was some random (?) mirror issue, the Lab is not broken. Snipped from anaconda-packaging.log: 03:44:25,447 WARN packaging: Failed to download

Re: [Test-Announce] Re: Fedora 26 Candidate Beta-1.3 Available Now!

On 05/31/2017 02:22 PM, Matthew Miller wrote: On Wed, May 31, 2017 at 10:46:10AM +0200, Christian Dersch wrote: So I'd strongly prefer a 1.4 build as a random failure @build infrastructure (which is not the maintainers fault), should not block any build to be part of a (alpha/beta/final

Re: [Test-Announce] Fedora 26 Candidate Beta-1.4 Available Now!

What is "an older i686-netbook"? On 06/01/2017 08:21 AM, Ralf Corsepius wrote: On 06/01/2017 06:28 AM, rawh...@fedoraproject.org wrote: According to the schedule [1], Fedora 26 Candidate Beta-1.4 is now available for testing. Trying Fedora-Workstation-netinst-i386-26_Beta-1.4.iso on an older

Help needed with packaging issue, conflicting file /usr/lib/.build-id

Hi all, I have an issue with one package (wcslib) on i686 and armv7hl architecture in rawhide, the built binary package has file conflicts with some more packages only on that architectures, the others seem to be fine (so it seems like 32 Bit is affected in general). Below log from mock build of

Re: Retiring Packages with Broken Dependencies in branched (2017-06-12)

On 06/13/2017 12:38 AM, t...@fedoraproject.org wrote: > thunderbird-enigmail lupinix75 weeks ago > Should be fixed now, new build submitted for updates-testing. ___ devel mailing list -- devel@lists.fedoraproject.org

Re: Package suggestions

On 06/17/2017 07:33 PM, Zbigniew Jędrzejewski-Szmek wrote: > On Sat, Jun 17, 2017 at 10:45:54AM -0500, Rex Dieter wrote: >> Björn 'besser82' Esser wrote: >> >>> Am 16.06.2017 um 22:52 schrieb Artur Iwicki: I took a shot at packaging the game and it went rather smoothly. The only issue I

Re: Package suggestions

On 06/17/2017 07:41 PM, Christian Dersch wrote: > On 06/17/2017 07:33 PM, Zbigniew Jędrzejewski-Szmek wrote: >> On Sat, Jun 17, 2017 at 10:45:54AM -0500, Rex Dieter wrote: >>> Björn 'besser82' Esser wrote: >>> >>>> Am 16.06.2017 um 22:52 schrieb Artur I

Re: Call for testing - Firefox CSD/titlebar

I can confirm this behaviour @KDE Plasma and also i3 window manager. On 09/16/2017 06:03 PM, Mattia Verga wrote: > On KDE the result is terrible. > > I get a window inside another window: http://tinyurl.com/yd6ppat3 > ___ > devel mailing list --

Re: Urgent attention required; ImageMagick update breakage

Hi all, afaik these updates should be unpushed in stable releases ASAP, left negative karma now. Maybe I should just press the unpush button? Greetings, Christian On 08/24/2017 05:16 AM, Michael Cronenworth wrote: > Hi all, > > An ImageMagick update (6.9 => 7.0) with an SONAME bump and other >

Re: Proven packagers - stop messing with other people packages!!

Hi all, sorry but I think this mail goes into the completely wrong direction… You claim that you don't want to point any fingers, but instead you blame *all* proven packagers, including me. I claim that I respect the policies for example. Only reason to use the rights are pure rebuilds for me,

Re: Cfitsio soname bump

Hi, On 05/25/2018 05:55 PM, Adam Williamson wrote: >> The list of dependencies I get are: >> >> $ dnf --releasever rawhide repoquery --whatrequires cfitsio --alldeps --srpm >> >> CCfits-0:2.5-7.fc29.src >> astrometry-0:0.73-4.fc29.src >> bes-0:3.17.4-7.fc29.src >> cfitsio-0:3.430-1.fc29.src >>

Re: Cfitsio soname bump

OK, most Rawhide rebuilds are done, so far we have two FTBFS: On 05/25/2018 12:41 PM, Sergio Pascual wrote: > > bes-0:3.17.4-7.fc29.src FTBFS, seems to be unrelated to the cfitsio update. Filed bug https://bugzilla.redhat.com/show_bug.cgi?id=1582724 > siril-0:0.9.8.3-3.fc29.src FTBFS, my

Re: F29 System Wide Change: Move /usr/bin/python into a separate package

I completely agree here. /usr/bin/python should go when python2 itself will be removed from Fedora. For me this change is just an unnecessary additional change which will probably annoy users. And if the solution to get /usr/bin/python back is to install that additional package: 95% (I guess) of

Re: Cfitsio soname bump

On 05/26/2018 02:17 PM, Christian Dersch wrote: > OK, most Rawhide rebuilds are done, so far we have two FTBFS: > > On 05/25/2018 12:41 PM, Sergio Pascual wrote: >> bes-0:3.17.4-7.fc29.src > FTBFS, seems to be unrelated to the cfitsio update. Filed bug > https://bugzilla.re

Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

On 29/04/18 17:34, Hans de Goede wrote: Hi, On 29-04-18 11:09, Christian Dersch wrote: I managed to install F28 (fresh install of KDE spin) on the second disc of my T450s. I cannot reproduce the issue by changing screen brightness there with min_power and also the med_power_with_dipm default

Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

get that rare random freeze. In attachment you find the information for my T450s and the installed disks. Greetings, Christian On 04/29/2018 11:03 AM, Hans de Goede wrote: > Hi, > > On 29-04-18 10:42, Christian Dersch wrote: >> Hi, >> >> should I also get the fre

Re: Serious problem with SATA LPM in F28 on Lenovo 50 series laptops

Hi, should I also get the freeze from the F28 live media? I have a T450s (which worked fine with your LPM test kernels few months ago) but cannot migrate to 28 yet. Greetings, Christian On 04/29/2018 10:34 AM, Hans de Goede wrote: > Hi, > > On 29-04-18 09:25, Hans de Goede wrote: >> Hi All, >>

Security updates and batched pushes

Hi all, within the whole Meltdown and Spectre story I realized that Koji pushes even security updates to batched only, not directly to stable. In concrete case we have the firefox update [1], which already received 10 positive karma and many users complaining that it takes so long to get it out

Re: Package stops supporting python 2.7 in latest version, what to do now

Hi Sergio, thanks for bringing that up :) I investigated a bit more, at least for astrometry I still need the python2 package. Therefore I suggest we go on with Option 3, I can prepare the python2-astropy package for review. Greetings, Christian On 02/21/2018 10:18 PM, Sergio Pascual wrote: >

cfitsio update to 3.420 with so version bump

Hi folks, I'm going to update cfitsio to new version 3.420 this weekend on F28+, this includes a library version bump to 5. As there were no API changes, everything should rebuild fine, I made some test builds so far. I'll take care of the required rebuilds. Affected packages (many of these

Re: Heads up: SATA kernel change coming to rawhide with a (small) chance of disk corruption!

Hi Hans, thank you very much for working on this! Forgot to give some feedback before… I tested your packages for Fedora 27 with my ThinkPad T450s with Crucial MX100 (512GB variant, one of the affected SSDs failing with min_power setting) and TLP. According to powertop it saves about 1.1W in idle

Re: Request for joining LxQT SIG

Hi, awesome! The themes are a seperate point, yes. Please note that libfm-qt released a bugfix 0.13.1. In any case, your work is fine so I'll give you access to lxqt-sig FAS group, which means you'll have commit access to the LXQt specific packages. Greetings, Christian On 08/04/2018 05:58 PM,

Re: poppler soname bump in rawhide

Am Di., 14. Aug. 2018 um 15:41 Uhr schrieb Marek Kasik : > > > On 08/14/2018 01:29 PM, Stephen Gallagher wrote: > > On Mon, Aug 13, 2018 at 8:32 PM Marek Kasik wrote: > > > >> Hi, > >> > >> I'm going to rebase poppler in rawhide to poppler-0.67.0 now. > >> > >> There are several API changes and

Resigning from LXQt maintainance

Hi all, as some of you might have recognized, Fedora's LXQt is quite outdated (we have 0.11, current one for some weeks now is 0.13) and also needs some rework with respect to theming and the package set (upstream restructured packaging a bit with respect to common files). When I joined the

Re: Resigning from LXQt maintainance

am the creator and maintainer for intel optimized kernel for > fedora.  > > On Fri, Jul 20, 2018 at 7:06 PM, Christian Dersch > mailto:lupinix.fed...@gmail.com>> wrote: > > Hi all, > > as some of you might have recognized, Fedora's LXQt is quite > outdat

Re: Resigning from LXQt maintainance

: > Yes i am already a packager,i can do this then  > > On Fri, 20 Jul 2018, 21:30 Christian Dersch, <mailto:lupinix.fed...@gmail.com>> wrote: > > Hi, > > are you already a packager? The work is mostly updating packages, > besides that one important p

Re: Again, please announce your so-name bumps!

, Christian Dersch wrote: Hi all, please announce your so-name bumps *before* you push them. This time LibRaw bumped its version, as a result we have broken dependencies and some composes like Astronomy spin fail to build… Problem 1: conflicting requests - nothing provides libraw.so.16()(64bit

Again, please announce your so-name bumps!

Hi all, please announce your so-name bumps *before* you push them. This time LibRaw bumped its version, as a result we have broken dependencies and some composes like Astronomy spin fail to build… Problem 1: conflicting requests - nothing provides libraw.so.16()(64bit) needed by

  1   2   >