On 07/15/2015 04:07 PM, Ralf Corsepius wrote:
Hi
I am facing a bizarre f23-koji build breakdown:
http://koji.fedoraproject.org/koji/taskinfo?taskID=10366596
The interesting part seems to be hidden in this file:
https://kojipkgs.fedoraproject.org//work/tasks/6598/10366598/checkout.log:
$ git
On Wed, 2015-07-15 at 17:08 -0400, Dan Book wrote:
> Cinnamon and MATE ship mimeapps lists (though they weren't
> functional until recently), and I am not sure if they are set
> up to work without the defaults. I think it makes more sense
> for the DE-specific mimeli
Hi,
On Qui, 2015-07-16 at 01:33 +0100, Sérgio Basto wrote:
> On Qua, 2015-07-15 at 12:32 +, Fedora Rawhide Report wrote:
> > [gnome-python2]
> > gnome-python2-bonobo-2.28.1-16.fc23.i686 requires
> > pyorbit(x86-32) >= 0:2.0.1
>
> pyorbit was retired 7 days ago , with this commit [1]
>
On Thu, Jul 16, 2015 at 2:41 AM, Michael Schwendt
wrote:
> On Wed, 15 Jul 2015 21:53:46 +0200, Till Maas wrote:
>
> > > The email is hard to understand. It seems it looks at a dependency tree
> > > and somehow lists any leaf package maintainers in an unsorted list of
> > > dependencies.
> >
> > W
On Qua, 2015-07-15 at 12:32 +, Fedora Rawhide Report wrote:
> [gnome-python2]
> gnome-python2-bonobo-2.28.1-16.fc23.i686 requires
> pyorbit(x86-32) >= 0:2.0.1
pyorbit was retired 7 days ago , with this commit [1]
I think dnf is given wrong results
dnf repoquery --whatrequires pyo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
hi
I'm in agreement with this. This makes a lot of logical sense. i was
hoping to improve the mime info for lots of video game rom types, but
that's outside the scope of this message.
Thanks
Kendell clark
Kevin Fenzi wrote:
> Greetings.
>
> For a
On Wed, 15 Jul 2015 21:53:46 +0200, Till Maas wrote:
> > The email is hard to understand. It seems it looks at a dependency tree
> > and somehow lists any leaf package maintainers in an unsorted list of
> > dependencies.
>
> What is your proposal to display the information?
To display the known
On Wed, Jul 15, 2015 at 5:01 PM, Dan Book wrote:
>
> On Wed, Jul 15, 2015 at 4:47 PM, Kevin Fenzi wrote:
>
>> Greetings.
>>
>> For a while now it's been possible for desktops to have their own mime
>> info (which is great), but it seems we have also gotten rid of the
>> generic one, which causes
On Wed, Jul 15, 2015 at 4:47 PM, Kevin Fenzi wrote:
> Greetings.
>
> For a while now it's been possible for desktops to have their own mime
> info (which is great), but it seems we have also gotten rid of the
> generic one, which causes some strange behavior:
>
> https://bugzilla.redhat.com/show_
On Tue, 14 Jul 2015 19:42:17 +0200
Reindl Harald wrote:
>
>
> Am 14.07.2015 um 19:39 schrieb Kevin Fenzi:
> > On Tue, 14 Jul 2015 19:14:05 +0200
> > Reindl Harald wrote:
> >
> >> for some days or possibly a few weeks it happens regulary (at least
> >> with updates-testing) that deps are solved
Greetings.
For a while now it's been possible for desktops to have their own mime
info (which is great), but it seems we have also gotten rid of the
generic one, which causes some strange behavior:
https://bugzilla.redhat.com/show_bug.cgi?id=1243049
ie, /usr/share/applications/defaults.list no
On 15 Jul 2015 21:27, "Kevin Fenzi" wrote:
>
> On Wed, 15 Jul 2015 21:17:34 +0100
> Tom Hughes wrote:
>
> > On 15/07/15 21:11, Jonathan Underwood wrote:
> >
> > > I am finding I can't push updates for F23:
> > >
> > > $ fedpkg update
> > > /usr/lib/python2.7/site-packages/fedpkg/cli.py:169:
> > >
Compose started at Wed Jul 15 16:49:44 UTC 2015
Updated Packages:
bacula-7.0.5-9.fc23
---
* Wed Jul 15 2015 Marcin Haba - 7.0.5-9
- Use an external icon for tray monitor.
- Add gcc and gcc-c++ to build requires.
Size change: 762 bytes
bash-4.3.39-5.fc23
--
* We
On Wed, 15 Jul 2015 21:17:34 +0100
Tom Hughes wrote:
> On 15/07/15 21:11, Jonathan Underwood wrote:
>
> > I am finding I can't push updates for F23:
> >
> > $ fedpkg update
> > /usr/lib/python2.7/site-packages/fedpkg/cli.py:169:
> > DeprecationWarning: Commands._hash_file is deprecated and will
On Tue, Jul 14, 2015 at 02:31:14PM +0530, Parag Nemade wrote:
> On Tue, Jul 14, 2015 at 4:10 AM, wrote:
> > The following packages require above mentioned packages:
> > Depending on: ironjacamar (26), status change: 2014-05-14 (60 weeks ago)
> > narayana (maintained by: goldmann)
> >
On 15/07/15 21:11, Jonathan Underwood wrote:
I am finding I can't push updates for F23:
$ fedpkg update
/usr/lib/python2.7/site-packages/fedpkg/cli.py:169:
DeprecationWarning: Commands._hash_file is deprecated and will be
removed eventually.
Please use Commands.lookasidecache.hash_file ins
Hi,
I am finding I can't push updates for F23:
$ fedpkg update
/usr/lib/python2.7/site-packages/fedpkg/cli.py:169:
DeprecationWarning: Commands._hash_file is deprecated and will be
removed eventually.
Please use Commands.lookasidecache.hash_file instead.
hash = self.cmd._hash_file('bodhi.te
On Tue, Jul 14, 2015 at 10:42:40AM +0200, Michael Schwendt wrote:
> > mschwendt: rubygem-rgen
>
> First time I hear about that package as I have nothing to do with it.
>
> Pkgdb says "skottler" is the maintainer.
>
> The email is hard to understand. It seems it looks at a dependency tree
> and s
On Fri, 2015-07-10 at 11:31 +0200, Harald Hoyer wrote:
> dracut now has a new subpackage "dracut-live" which is needed to boot
> live
> images with dmsquash.
>
> Please add this package to your dependencies.
For the record, I added dracut-live to fedora-live-base.ks last week.
Any live spin whic
===
#fedora-meeting: FESCO (2015-07-15)
===
Meeting started by dgilmore at 18:00:49 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2015-07-15/fesco.2015-07-15-18.00.log.html
.
Meeting summary
-
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2015-07-16 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2015-07-16 09:00 Thu US/Pacific PDT
2015-07-16 12:00 Thu US/Eastern EDT
2015-07-16 1
On 15 July 2015 at 11:26, Ralf Corsepius wrote:
> On 07/15/2015 07:03 PM, Przemek Klosowski wrote:
>>
>> On 07/15/2015 12:05 PM, Michael Schwendt wrote:
>>>
>>> On Wed, 15 Jul 2015 11:05:40 -0400, Przemek Klosowski wrote:
>>>
I do understand where you're coming from: the Fedora workflow is qu
On 07/15/2015 07:03 PM, Przemek Klosowski wrote:
On 07/15/2015 12:05 PM, Michael Schwendt wrote:
On Wed, 15 Jul 2015 11:05:40 -0400, Przemek Klosowski wrote:
I do understand where you're coming from: the Fedora workflow is quite
complicated
What exactly do you find "quite complicated"?
https:
On 07/15/2015 12:05 PM, Michael Schwendt wrote:
On Wed, 15 Jul 2015 11:05:40 -0400, Przemek Klosowski wrote:
I do understand where you're coming from: the Fedora workflow is quite
complicated
What exactly do you find "quite complicated"?
https://fedoraproject.org/wiki/Package_Review_Process
I
On Wed, Jul 15, 2015 at 11:00 AM, Stephen Gallagher
wrote:
>
> The presets have been moved to fedora-release. Please file bugs there.
Ok, I can update the wiki but my preference would be to reference the other
page, not duplicate the information.
Thanks,
Richard
--
devel mailing list
devel@li
On Wed, 2015-07-15 at 10:31 -0500, Richard Shaw wrote:
> While investigating a problem with one of my packages regarding
> systemd I noticed there there is an inconsistency with instructions
> on how to get a service enabled by default.
>
> The packaging scriptlet page[1] says:
> If your package
On 07/15/2015 06:05 PM, Michael Schwendt wrote:
On Wed, 15 Jul 2015 11:05:40 -0400, Przemek Klosowski wrote:
Well, watching all the people that somehow manage to submit new
packages into the review queue, the process up to that point can't be
too bad, and one can safely assume they would be pe
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-07-15 18:00 UTC'
Links to all tickets belo
On Tue, 2015-07-14 at 10:13 +0200, Vít Ondruch wrote:
>
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> Can we just drop comps entirely (or at least trim them down
> significantly)? I know that this will not happen from day to day, but
> I see the comps just as an ugly workaround for mi
On Wed, 15 Jul 2015 11:05:40 -0400, Przemek Klosowski wrote:
> I do understand where you're coming from: the Fedora workflow is quite
> complicated
What exactly do you find "quite complicated"?
https://fedoraproject.org/wiki/Package_Review_Process
> ... and learning it sometimes feels like drin
I'm building grib_api 1.14.0 for F24/F23 now. Includes soname bump so I'll be
rebuilding dependent packages.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
On Wed, Jul 15, 2015 at 10:31:57AM -0500, Richard Shaw wrote:
> While investigating a problem with one of my packages regarding systemd I
> noticed there there is an inconsistency with instructions on how to get a
> service enabled by default.
>
> So one says to file the bug against systemd, the o
On 07/15/2015 04:51 PM, Pierre-Yves Chibon wrote:
On Wed, Jul 15, 2015 at 04:07:31PM +0200, Ralf Corsepius wrote:
Hi
I am facing a bizarre f23-koji build breakdown:
http://koji.fedoraproject.org/koji/taskinfo?taskID=10366596
The interesting part seems to be hidden in this file:
https://kojipkg
While investigating a problem with one of my packages regarding systemd I
noticed there there is an inconsistency with instructions on how to get a
service enabled by default.
The packaging scriptlet page[1] says:
If your package includes one or more systemd units that need to be enabled
by defaul
Taken. :)
--
Lorenzo Dalrio
2015-07-14 23:11 GMT+02:00 Ville Skyttä :
> I've just released ownership of tomcat-native and there are no
> co-maintainers, go grab it if you like.
> --
> devel mailing list
> devel@lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/devel
> Fed
On 07/11/2015 08:40 PM, Les Howell wrote:
I have experience in coding and design of projects in more than 20
languages and 9 operating systems. But always as support for existing
systems, and always as tightly coupled code (basically every thing I
wrote ran in real time with multiple har
On Wed, Jul 15, 2015 at 04:07:31PM +0200, Ralf Corsepius wrote:
> Hi
>
> I am facing a bizarre f23-koji build breakdown:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=10366596
>
> The interesting part seems to be hidden in this file:
> https://kojipkgs.fedoraproject.org//work/tasks/6598/10
Hi,
I plan to rebase poppler in rawhide and Fedora 23 to poppler-0.34.0
during the next week.
There are several API changes and soname bump of the base library
libpoppler.so.*.
I've prepared a scratch build of poppler-0.34.0 against which you can
test your packages. You can find the build here:
Hi
I am facing a bizarre f23-koji build breakdown:
http://koji.fedoraproject.org/koji/taskinfo?taskID=10366596
The interesting part seems to be hidden in this file:
https://kojipkgs.fedoraproject.org//work/tasks/6598/10366598/checkout.log:
$ git clone -n git://pkgs.fedoraproject.org/ht
/var/li
Vít Ondruch wrote:
> Can we just drop comps entirely (or at least trim them down
> significantly)? I know that this will not happen from day to day, but I
> see the comps just as an ugly workaround for missing weak dependencies,
> which we have now.
Since your proposal to drop comps is based on a
Stephen Gallagher wrote:
> From my perspective, there are three ways that we could choose to go:
>
> 1) Follow the default DNF behavior: Requires: and Recommends: packages
> are included on the install media (and therefore also installed
> together onto the target system)
+1 to this option
-- R
Forgot to mention.. This is rawhide only.
John Florian schrieb am Mi., 15. Juli 2015 14:39:
> > From: devel-boun...@lists.fedoraproject.org [mailto:devel-
> > boun...@lists.fedoraproject.org] On Behalf Of Harald Hoyer
> > Sent: Friday, July 10, 2015 05:31
> > To: Development discussions related
> From: devel-boun...@lists.fedoraproject.org [mailto:devel-
> boun...@lists.fedoraproject.org] On Behalf Of Harald Hoyer
> Sent: Friday, July 10, 2015 05:31
> To: Development discussions related to Fedora; Brian C. Lane; Will Woods;
> Daniel Drake; anaconda-maint-l...@redhat.com
> Subject: [HEADS
Compose started at Wed Jul 15 05:15:04 UTC 2015
Broken deps for i386
--
[apache-scout]
apache-scout-1.2.6-11.fc21.noarch requires mvn(org.apache.juddi:uddi-ws)
apache-scout-1.2.6-11.fc21.noarch requires
mvn(org.apache.juddi:ju
Dne 15.7.2015 v 13:11 Martin Kolman napsal(a):
> On Wed, 2015-07-15 at 12:53 +0200, Vít Ondruch wrote:
>> Dne 15.7.2015 v 12:21 Mathieu Bridon napsal(a):
>>> On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote:
> On 07/15/2015 10:20 AM, Vít Ondruch wrote:
>
>>> Description and Summa
On Wed, 2015-07-15 at 12:53 +0200, Vít Ondruch wrote:
> Dne 15.7.2015 v 12:21 Mathieu Bridon napsal(a):
> > On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote:
> > > > On 07/15/2015 10:20 AM, Vít Ondruch wrote:
> > > >
> > > > > > Description and Summary can be localized in .spec file [1],
>
Hi,
the 3.17.4 release of evolution-data-server changes soname versions for
camel, libecal and libedata-cal, due to some API changes in respective
parts.
I will rebuild packages for which I have commit rights, the same as I
can help with the API change fixes, thus feel free to ping me or d
Dne 15.7.2015 v 12:21 Mathieu Bridon napsal(a):
> On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote:
>> > On 07/15/2015 10:20 AM, Vít Ondruch wrote:
>> >
>>> > > Description and Summary can be localized in .spec file [1], where
>>> > > supposedly "names" in comps terminology refers to "summa
--
Mathieu
On Wed, 2015-07-15 at 10:51 +0200, Ralf Corsepius wrote:
> On 07/15/2015 10:20 AM, Vít Ondruch wrote:
>
> > Description and Summary can be localized in .spec file [1], where
> > supposedly "names" in comps terminology refers to "summary" in
> > .spec
> > terminology. Including transl
On 07/15/2015 10:20 AM, Vít Ondruch wrote:
Description and Summary can be localized in .spec file [1], where
supposedly "names" in comps terminology refers to "summary" in .spec
terminology. Including translations is encouraged in guidelines as well
[2, 3], unfortunately without any further deta
Dne 14.7.2015 v 19:05 Kevin Fenzi napsal(a):
> On Tue, 14 Jul 2015 15:53:49 +0200
> Vít Ondruch wrote:
>
> ...snip...
>
>>> * The comps.xml groups also provide grouping for
>>> logically-connected packages that do not map to weak dependencies
>>> well. (For example: an "astronomy" group could pul
On 13 July 2015 at 03:54, Stephen John Smoogen wrote:
> On 11 July 2015 at 16:09, Michael Schwendt wrote:
>> On Sat, 11 Jul 2015 11:45:13 -0600, Stephen John Smoogen wrote:
>
>>> and I will probably also find that those
>>> packages have 'accepted' differentiation because no one wants to get
>>>
Dne 14.7.2015 v 22:22 Oron Peled napsal(a):
> On Tuesday 14 July 2015 10:13:43 Vít Ondruch wrote:
>> Can we just drop comps entirely (or at least trim them down
>> significantly)? I know that this will not happen from day to day, but I
>> see the comps just as an ugly workaround for missing weak de
On 15 July 2015 at 08:04, Jonathan Underwood
wrote:
> On 14 July 2015 at 23:01, Richard W.M. Jones wrote:
>>
>> I just got a bug filed against my package not working with Python 3.5
>> ... in *Ubuntu*?! That sort of thing never happens since normally
>> Fedora is usually so far ahead of Ubuntu.
54 matches
Mail list logo
