Re: F21 System Wide Change: Headless Java

Quoting Toshio Kuratomi (2013-11-18 17:08:12) > On Nov 15, 2013 4:09 AM, "Stanislav Ochotnicky" > wrote: > > > > Quoting Jaroslav Reznik (2013-11-15 12:28:11) > > > * (optional) Mass-change spec files that have "Requires: java" to > "Requires: > > > java-headless" > > > > > > Other developers: > >

Re: F21 System Wide Change: Headless Java

Quoting Jerry James (2013-11-18 16:54:28) > On Sun, Nov 17, 2013 at 11:20 PM, Stanislav Ochotnicky > wrote: > > I believe OpenJDK maintainers will agree that automatically detecting if > > java or > > java-headless is supposed to be required is not really feasible. There's too > > many variables

Re: F21 System Wide Change: Headless Java

On Tue, Nov 19, 2013 at 09:29:40AM +0100, Stanislav Ochotnicky wrote: > Quoting Toshio Kuratomi (2013-11-18 17:08:12) > > On Nov 15, 2013 4:09 AM, "Stanislav Ochotnicky" > > wrote: > > > > > > Quoting Jaroslav Reznik (2013-11-15 12:28:11) > > > > * (optional) Mass-change spec files that have "Requ

Using git for patch management in Fedora

Several packages are using git for patch management. eg: http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20#n22 http://pkgs.fedoraproject.org/cgit/qemu.git/tree/ http://pkgs.fedoraproject.org/cgit/ocaml.g

Re: Using git for patch management in Fedora

On Tue, 2013-11-19 at 10:22 +, Richard W.M. Jones wrote: > For (2) I would suggest a lightweight technique where git-managed > patches are marked in the spec file using: > > ### GIT-MANAGED-PATCHES ### > ### END-GIT-MANGED-PATCHES ### > > and a simple script that replaces everything betwe

Re: Using git for patch management in Fedora

2013/11/19 Richard W.M. Jones : > Several packages are using git for patch management. eg: > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20#n22 > http://pkgs.fedoraproject.org/cgit/qemu.git/tree/ >

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 06:28:47PM +0800, Mathieu Bridon wrote: > On Tue, 2013-11-19 at 10:22 +, Richard W.M. Jones wrote: > > For (2) I would suggest a lightweight technique where git-managed > > patches are marked in the spec file using: > > > > ### GIT-MANAGED-PATCHES ### > > ### END-GI

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 02:32:58PM +0400, Peter Lemenkov wrote: > 2013/11/19 Richard W.M. Jones : > > Several packages are using git for patch management. eg: > > > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > > http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libgu

Re: Using git for patch management in Fedora

2013/11/19 Richard W.M. Jones : > Peter, is the comment in the spec file wrong? It refers to two github > repos: > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 Oops, thanks for pointing me on this. Yes, that's just leftover and should be removed. And the entire patch gene

Re: Using git for patch management in Fedora

2013/11/19 Peter Lemenkov : > 2013/11/19 Richard W.M. Jones : > >> Peter, is the comment in the spec file wrong? It refers to two github >> repos: >> >> http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > > Oops, thanks for pointing me on this. Yes, that's just leftover and > shou

Re: Using git for patch management in Fedora

"Richard W.M. Jones" writes: > Several packages are using git for patch management. eg: > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20#n22 > http://pkgs.fedoraproject.org/cgit/qemu.git/tree/ >

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 10:22:42AM +, Richard W.M. Jones wrote: > Several packages are using git for patch management. eg: > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20#n22 > http://pkgs.fe

Re: Source file audit - 2013-11-17

On Mon, Nov 18, 2013 at 5:54 PM, Kevin Fenzi wrote: > - I didn't explicitly mention it last time, but you can find the output > of the script for your package at: > http://www.scrye.com/~kevin/fedora/sourcecheck-20131117/$packagename-dl.txt That should be http://www.scrye.com/~kevin/fedora/sou

Re: Using git for patch management in Fedora

On Tue, 2013-11-19 at 10:32 +, Richard W.M. Jones wrote: > On Tue, Nov 19, 2013 at 06:28:47PM +0800, Mathieu Bridon wrote: > > Or maybe we could start using %autosetup ? > > > > http://www.rpm.org/wiki/PackagerDocs/Autosetup > > '%autosetup -S git' for sure, not plain %autosetup. > > Git c

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 02:42:00PM +0400, Peter Lemenkov wrote: > 2013/11/19 Peter Lemenkov : > > 2013/11/19 Richard W.M. Jones : > > > >> Peter, is the comment in the spec file wrong? It refers to two github > >> repos: > >> > >> http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 11:46:46AM +0100, Nikola Pajkovsky wrote: > "Richard W.M. Jones" writes: > > git init > > git config user.email "%{name}-ow...@fedoraproject.org" > > git config user.name "%{name}" > > git add . > > git commit -a -q -m "%{version} baseline" > > git am %{patches}

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 10:51:01AM +, Daniel P. Berrange wrote: > Yep, I've done the same thing for all the packages I maintain in Fedora > and RHEL too. It makes maintaining RPMs soo much easier, particularly > when you have lots of patches to manage. The script I use is > > > http://pkgs

Re: [pkgdb2] call for testers, bug reports and RFE

On Sat, Nov 16, 2013 at 11:19:35AM +0100, Pierre-Yves Chibon wrote: > On Sat, Nov 16, 2013 at 12:50:42AM +0100, Kevin Kofler wrote: > > One thing which is probably an issue with the import process: I looked at > > the package kdelibs-experimental which has been retired, as seen on pkgdb1: > > http

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 12:51:29PM +0100, Karel Zak wrote: > On Tue, Nov 19, 2013 at 10:51:01AM +, Daniel P. Berrange wrote: > > Yep, I've done the same thing for all the packages I maintain in Fedora > > and RHEL too. It makes maintaining RPMs soo much easier, particularly > > when you have lo

Re: Packaging changes for libev in Rawhide

On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote: > Hi, > > I would like to finally fix this bug in Fedora: > https://bugzilla.redhat.com/show_bug.cgi?id=985610 > > Basically, our libev package diverges from upstream in two ways: > > 1. we install the header files in /usr/include/li

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 12:14:42PM +, Richard W.M. Jones wrote: > On Tue, Nov 19, 2013 at 12:51:29PM +0100, Karel Zak wrote: > > On Tue, Nov 19, 2013 at 10:51:01AM +, Daniel P. Berrange wrote: > > > Yep, I've done the same thing for all the packages I maintain in Fedora > > > and RHEL too.

Reminder: Fedora 20 Final Change Deadline in one week (2013-11-26)

Greetings, this is a reminder that Fedora 20 Final Change Deadline is in one week - 2013-11-26, see the Schedule [1]. Be aware of that period between Beta release and Final release is one week shorter as approved by FESCo [2] to avoid holidays. Make sure to submit and get karma for your updates in

Re: Packaging changes for libev in Rawhide

On Tue, 2013-11-19 at 13:36 +0100, Michael Schwendt wrote: > On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote: > > 1. we install the header files in /usr/include/libev/ whereas upstream > > installs them in /usr/include/ > > That's a common way to resolve such a conflict: > https://

F-20 Branched report: 20131119 changes

Compose started at Tue Nov 19 09:15:02 UTC 2013 Broken deps for armhfp -- [avro] avro-mapred-1.7.5-1.fc20.noarch requires hadoop-mapreduce avro-mapred-1.7.5-1.fc20.noarch requires hadoop-client [blueman] blueman-1.23-7

[Bug 977266] perl-ExtUtils-Typemaps-Default-1.04 is available

https://bugzilla.redhat.com/show_bug.cgi?id=977266 --- Comment #2 from Fedora Update System --- perl-ExtUtils-Typemaps-Default-1.04-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-ExtUtils-Typemaps-Default-1.04-1.fc20 -- You are receiving thi

[Bug 977266] perl-ExtUtils-Typemaps-Default-1.04 is available

https://bugzilla.redhat.com/show_bug.cgi?id=977266 --- Comment #3 from Fedora Update System --- perl-ExtUtils-Typemaps-Default-1.04-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-ExtUtils-Typemaps-Default-1.04-1.fc19 -- You are receiving thi

[Bug 977266] perl-ExtUtils-Typemaps-Default-1.04 is available

https://bugzilla.redhat.com/show_bug.cgi?id=977266 Fedora Update System changed: What|Removed |Added Status|CLOSED |MODIFIED Resolution|RAWHI

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote: > We have to learn fedpkg to do all the magic ;-) Something like > > add remote git tree with exploded tree: > > fedpkg exploded-tree add ssh://git.fedorahosted.org/git/foo.git This is all great, but the problem is that co-maintainers

File Tk-Pod-0.9942.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-Tk-Pod: 3cbd1b44b83a129ec7ac0a33f6913fa8 Tk-Pod-0.9942.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listi

[Bug 1032056] Slic3r 1.0.0RC1 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1032056 --- Comment #1 from Miro Hrončok --- Bundled admesh is one of the issues in this version we have to take care of: https://github.com/alexrj/Slic3r/issues/1525 -- You are receiving this mail because: You are on the CC list for the bug. Unsub

[perl-Tk-Pod] 0.9942 bump

commit 94bbe49dbeea28fdbaa3653300ee62f028eb169a Author: Petr Písař Date: Tue Nov 19 14:29:21 2013 +0100 0.9942 bump .gitignore |1 + perl-Tk-Pod.spec | 102 ++ sources |2 +- 3 files changed, 89 insertions(+), 16

[perl-Tk-Pod/f20] 0.9942 bump

Summary of changes: 94bbe49... 0.9942 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman

Re: Packaging changes for libev in Rawhide

On 11/19/2013 02:01 PM, Mathieu Bridon wrote: On Tue, 2013-11-19 at 13:36 +0100, Michael Schwendt wrote: On Tue, 19 Nov 2013 15:30:46 +0800, Mathieu Bridon wrote: 1. we install the header files in /usr/include/libev/ whereas upstream installs them in /usr/include/ That's a common way

[perl-Tk-Pod/f19] 0.9942 bump

commit e778f67cdd5cfc95296023732b4d10e64286aff1 Author: Petr Písař Date: Tue Nov 19 14:29:21 2013 +0100 0.9942 bump .gitignore |1 + perl-Tk-Pod.spec | 102 ++ sources |2 +- 3 files changed, 89 insertions(+), 16

Agenda for today's Env-and-Stacks WG meeting (2013-11-19)

My apologies for the last minute agenda. We'll be holding our initial WG meeting today at 16:00 UTC in #fedora-meeting on Freenode. We'll cover the various items below. I will try and keep the meeting under 1 hour. == Status == - wiki page - trac instance https://fedorahosted.org/fedora-infrast

Re: Packaging changes for libev in Rawhide

On Tue, 19 Nov 2013 21:01:06 +0800, Mathieu Bridon wrote: > > This one is weird: > > https://bugzilla.redhat.com/672153 > > > > In order to make the "perl-EV" package not use a bundled "libev" source, > > you build a "libev-source" subpackage that perl-EV adds as BuildRequires. > > In other words

Re: Using git for patch management in Fedora

This is definitely worth formalizing. On 11/19/2013 10:22 AM, Richard W.M. Jones wrote: > Several packages are using git for patch management. eg: > > http://pkgs.fedoraproject.org/cgit/erlang.git/tree/erlang.spec#n46 > http://pkgs.fedoraproject.org/cgit/libguestfs.git/tree/libguestfs.spec?h=f20

Broken dependencies: perl-Language-Expr

perl-Language-Expr has broken dependencies in the rawhide tree: On x86_64: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On i386: perl-Language-Expr-0.19-4.fc19.noarch requires perl(:MODULE_COMPAT_5.16.2) On armhfp: perl-Language-Expr-0.19-4.

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote: > On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote: > > We have to learn fedpkg to do all the magic ;-) Something like > > > > add remote git tree with exploded tree: > > > > fedpkg exploded-tree add ssh://git.fedoraho

Re: F21 System Wide Change: Headless Java

* Stanislav Ochotnicky [2013-11-19 03:35]: > Quoting Jerry James (2013-11-18 16:54:28) > > On Sun, Nov 17, 2013 at 11:20 PM, Stanislav Ochotnicky > > wrote: > > > I believe OpenJDK maintainers will agree that automatically detecting if > > > java or > > > java-headless is supposed to be required

File ExtUtils-Typemap-1.00.tar.gz uploaded to lookaside cache by churchyard

A file has been added to the lookaside cache for perl-ExtUtils-Typemap: a7175a06e27939a83b1b781e91c13ad0 ExtUtils-Typemap-1.00.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject

[perl-ExtUtils-Typemap] Initial import (#1032055)

commit bd91bc96e61a21e404b4c289a2e993afdf716899 Author: Miro Hrončok Date: Tue Nov 19 17:03:53 2013 +0100 Initial import (#1032055) .gitignore |1 + perl-ExtUtils-Typemap.spec | 53 sources|1 + 3 f

[Bug 1031270] perl-PPIx-Regexp-0.035 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1031270 Petr Pisar changed: What|Removed |Added Status|ASSIGNED|MODIFIED Fixed In Version|

[Bug 1031270] perl-PPIx-Regexp-0.035 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1031270 --- Comment #2 from Fedora Update System --- perl-PPIx-Regexp-0.035-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/perl-PPIx-Regexp-0.035-1.fc20 -- You are receiving this mail because: You are o

[Bug 1031270] perl-PPIx-Regexp-0.035 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1031270 --- Comment #3 from Fedora Update System --- perl-PPIx-Regexp-0.035-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-PPIx-Regexp-0.035-1.fc19 -- You are receiving this mail because: You are o

[Bug 962125] perl-PPIx-Regexp-0.034 is available

https://bugzilla.redhat.com/show_bug.cgi?id=962125 --- Comment #3 from Fedora Update System --- perl-PPIx-Regexp-0.035-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/perl-PPIx-Regexp-0.035-1.fc19 -- You are receiving this mail because: You are on

[perl-ExtUtils-Typemap/f20] Initial import (#1032055)

Summary of changes: bd91bc9... Initial import (#1032055) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproje

[perl-ExtUtils-Typemap/f19] Initial import (#1032055)

Summary of changes: bd91bc9... Initial import (#1032055) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproje

[perl-ExtUtils-Typemap/el6] Initial import (#1032055)

Summary of changes: bd91bc9... Initial import (#1032055) (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproje

Re: F21 System Wide Change: Headless Java

Quoting Toshio Kuratomi (2013-11-19 10:49:57) > On Tue, Nov 19, 2013 at 09:29:40AM +0100, Stanislav Ochotnicky wrote: > > Quoting Toshio Kuratomi (2013-11-18 17:08:12) > > > On Nov 15, 2013 4:09 AM, "Stanislav Ochotnicky" > > > wrote: > > > > > > > > Quoting Jaroslav Reznik (2013-11-15 12:28:11) >

File Coro-6.33.tar.gz uploaded to lookaside cache by ppisar

A file has been added to the lookaside cache for perl-Coro: edad4fbd0458e95b3f1734b09852d273 Coro-6.33.tar.gz -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/pe

Re: F21 System Wide Change: Headless Java

Am 19.11.2013 17:15, schrieb Stanislav Ochotnicky: >> I mean (and sorry that I wasn't clear), why the choice to make java-headless >> the special case? Especially if (as it appears from the reply to Jerry >> James), most packages in Fedora will only need the headless version. >> >> (So the headles

[perl-Coro] 6.33 bump

commit b5215cc6286b3f54b0f9d1d6e0a40ddcfdb99b23 Author: Petr Písař Date: Tue Nov 19 17:22:50 2013 +0100 6.33 bump .gitignore |1 + perl-Coro.spec |5 - sources|2 +- 3 files changed, 6 insertions(+), 2 deletions(-) --- diff --git a/.gitignore b/.gitignore index

[Bug 1031988] perl-Coro-6.33 is available

https://bugzilla.redhat.com/show_bug.cgi?id=1031988 --- Comment #1 from Petr Pisar --- This is a bug-fixing release suitable for F≥20. -- You are receiving this mail because: You are on the CC list for the bug. Unsubscribe from this bug https://bugzilla.redhat.com/token.cgi?t=uPO3Vugrzs&a=cc

[perl-Coro/f20] 6.33 bump

Summary of changes: b5215cc... 6.33 bump (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG http://www.fedoraproject.org/wiki/Extras/SIGs/Perl perl-devel mailing list perl-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/l

Packaing question: need some includes from kernel source

I'm looking at packaing mpt-status (get status info from LSI MPT SAS RAID controllers) for Fedora and EPEL. However, to build, it needs some include files from the kernel source, specifically from the drivers/message/fusion directory. I've built an RPM using an extra tarball of all the .h files u

Re: Packaing question: need some includes from kernel source

Hi, Is kernel-headers enough ? https://apps.fedoraproject.org/packages/kernel-headers Dridi On Tue, Nov 19, 2013 at 5:47 PM, Chris Adams wrote: > I'm looking at packaing mpt-status (get status info from LSI MPT SAS > RAID controllers) for Fedora and EPEL. However, to build, it needs some > inc

Re: Packaing question: need some includes from kernel source

Once upon a time, Dridi Boukelmoune said: > Hi, > > Is kernel-headers enough ? > https://apps.fedoraproject.org/packages/kernel-headers I should have mentioned that neither kernel-headers nor kernel-devel has the necessary headers. -- Chris Adams -- devel mailing list devel@lists.fedoraproje

Re: [389-devel] Ticket #47384 (plugin library path validation) and out-of-tree modules

On 11/19/2013 09:44 AM, Nalin Dahyabhai wrote: Hi, everyone. I was recently adding a couple of changes to slapi-nis, and when I went to run its self-tests, some of the tests that modify the plugin entry started failing with LDAP_UNWILLING_TO_PERFORM. I tracked the denial down to validation code

Re: Packaing question: need some includes from kernel source

Maybe this should be added to an existing package. I forgot to mention that during a review I was told not to have multiple sources. On Tue, Nov 19, 2013 at 5:59 PM, Chris Adams wrote: > Once upon a time, Dridi Boukelmoune said: >> Hi, >> >> Is kernel-headers enough ? >> https://apps.fedoraproje

[Test-Announce] 2013-11-20 @ **17:00 UTC** - F20 Final Blocker Bug Review #2

# F20 Final Blocker Review meeting #2 # Date: 2013-11-20 # Time: 17:00 UTC (12:00 EST, 09:00 PST) # Location: #fedora-blocker-review on irc.freenode.net It's that time again! Tomorrow (2013-11-20) we'll be having another Blocker Review Meeting for Fedora 20. We currently have 6 proposed blockers a

Re: Using git for patch management in Fedora

On 19.11.2013 16:20, Daniel P. Berrange wrote: On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote: On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote: We have to learn fedpkg to do all the magic ;-) Something like add remote git tree with exploded tree: fedpkg explod

Re: Packaing question: need some includes from kernel source

On Tue, Nov 19, 2013 at 10:47:12AM -0600, Chris Adams wrote: > I'm looking at packaing mpt-status (get status info from LSI MPT SAS > RAID controllers) for Fedora and EPEL. However, to build, it needs some > include files from the kernel source, specifically from the > drivers/message/fusion direc

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 07:27:20PM +0200, Alek Paunov wrote: > On 19.11.2013 16:20, Daniel P. Berrange wrote: > >On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote: > >>On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote: > >>>We have to learn fedpkg to do all the magic ;-) So

Meeting minutes - today's Env-and-Stacks WG meeting (2013-11-19)

#fedora-meeting: Env and Stacks (2013-11-19) Meeting started by mmaslano at 16:04:20 UTC. The full logs are available at http://meetbot.fedoraproject.org/fedora-meeting/2013-11-19/env_and_stacks.2013-11-19-

Re: Packaging changes for libev in Rawhide

Sorry to disagree, but segregation is standard practice and is far better then polluting /usr/include. Also, I have a package which has separate patches which I'm uncertain if upstream has adopted. https://github.com/apache/mesos/blob/master/3rdparty/libprocess/3rdparty/libev-4.15.patch Chee

Schedule for Wednesday's FESCo Meeting (2013-11-20)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 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 'YY

Re: [389-devel] Ticket #47384 (plugin library path validation) and out-of-tree modules

On Tue, Nov 19, 2013 at 10:05:13AM -0700, Rich Megginson wrote: > On 11/19/2013 09:44 AM, Nalin Dahyabhai wrote: > >The language in the ticket description's pretty firm that this isn't > >going to be changed, and while I can _probably_ work around it on my > >end, I figured I'd ask here before goin

Re: [389-devel] Ticket #47384 (plugin library path validation) and out-of-tree modules

On 11/19/2013 11:06 AM, Nalin Dahyabhai wrote: On Tue, Nov 19, 2013 at 10:05:13AM -0700, Rich Megginson wrote: On 11/19/2013 09:44 AM, Nalin Dahyabhai wrote: The language in the ticket description's pretty firm that this isn't going to be changed, and while I can _probably_ work around it on my

Re: Using git for patch management in Fedora

On 19.11.2013 19:32, Daniel P. Berrange wrote: On Tue, Nov 19, 2013 at 07:27:20PM +0200, Alek Paunov wrote: What about intermediate step: optional "fNN-upstream" branch in addition to fNN, containing relevant upstream revision as git submodule (preferably referencing fedorahosted mirror, but ini

Re: F21 System Wide Change: Headless Java

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/19/2013 11:23 AM, Reindl Harald wrote: > Am 19.11.2013 17:15, schrieb Stanislav Ochotnicky: >>> I mean (and sorry that I wasn't clear), why the choice to make >>> java-headless the special case? Especially if (as it appears >>> from the reply to

[Fedora QA] #435: bugzilla sync operations are not using the correct config items

#435: bugzilla sync operations are not using the correct config items --+- Reporter: tflink| Owner: tflink Type: defect| Status: new Priority: critical | Milesto

Re: /usr/share/xsessions and window manager

Hi, On Mon, Nov 18, 2013 at 4:41 PM, Adam Williamson wrote: > > fluxbox appears to provide both a session definition file and an > application file: > > /usr/share/xsessions/fluxbox.desktop > /usr/share/applications/fluxbox.desktop I know in the past openbox has used gnome-session for startup. gn

Re: F21 System Wide Change: Headless Java

On Tue, Nov 19, 2013 at 01:29:58PM -0500, Stephen Gallagher wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 11/19/2013 11:23 AM, Reindl Harald wrote: > > Am 19.11.2013 17:15, schrieb Stanislav Ochotnicky: > >>> I mean (and sorry that I wasn't clear), why the choice to make > >>> ja

Re: Packaing question: need some includes from kernel source

Once upon a time, Matthew Garrett said: > On Tue, Nov 19, 2013 at 10:47:12AM -0600, Chris Adams wrote: > > I'm looking at packaing mpt-status (get status info from LSI MPT SAS > > RAID controllers) for Fedora and EPEL. However, to build, it needs some > > include files from the kernel source, spe

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 07:27:20PM +0200, Alek Paunov wrote: > On 19.11.2013 16:20, Daniel P. Berrange wrote: > >On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote: > >>On Tue, Nov 19, 2013 at 01:39:50PM +0100, Karel Zak wrote: > >>>We have to learn fedpkg to do all the magic ;-) So

Re: Schedule for Wednesday's FESCo Meeting (2013-11-20)

On Nov 19, 2013 12:55 PM, "Stephen Gallagher" wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > 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 loo

Re: Packaing question: need some includes from kernel source

On Tue, Nov 19, 2013 at 01:31:20PM -0600, Chris Adams wrote: > Once upon a time, Matthew Garrett said: > > If the headers describe a stable interface that should be used by > > userland then it's a kernel bug that they're not being exported. If they > > don't, you shouldn't use them. > > I beli

Re: Meeting minutes - today's Env-and-Stacks WG meeting (2013-11-19)

On Tue, Nov 19, 2013 at 06:46:29PM +0100, Marcela Mašláňová wrote: > > * PRD (mmaslano, 16:19:29) > * LINK: http://piratepad.net/PwUiH4MEPR (abadger1999, 17:04:53) > * ACTION: everyone to send one general thing they want the WG to > enable and one specific thing they'd personally want

Re: Schedule for Wednesday's FESCo Meeting (2013-11-20)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 11/19/2013 02:47 PM, Josh Boyer wrote: > > On Nov 19, 2013 12:55 PM, "Stephen Gallagher" > wrote: >> >> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> >> Following is the list of topics that will be discussed in the

Blockerbugs 0.4 Released and Deployed

After a bit more of a delay than we were anticipating, blockerbugs 0.4 has been released and deployed to production! https://qa.fedoraproject.org/blockerbugs/ New features and enhancements: - Spin requests * add updates and/or koji builds to the request - API Support * get latest blocke

Re: Packaing question: need some includes from kernel source

On Tue, Nov 19, 2013 at 06:05:20PM +0100, Dridi Boukelmoune wrote: > Maybe this should be added to an existing package. I forgot to mention > that during a review I was told not to have multiple sources. > The main reason is so that the two packages can evolve independent of each other. You don

[389-devel] Revised: Ticket 47599 - Reduce lock scope in retro changelog plug-in

https://fedorahosted.org/389/ticket/47599 https://fedorahosted.org/389/attachment/ticket/47599/0001-Ticket-47599-Reduce-lock-scope-in-retro-changelog-pl.patch -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/389-devel

Re: F21 System Wide Change: Headless Java

Am 19.11.2013 20:29, schrieb Toshio Kuratomi: > On Tue, Nov 19, 2013 at 01:29:58PM -0500, Stephen Gallagher wrote: >> On 11/19/2013 11:23 AM, Reindl Harald wrote: >>> what about having a "java-1.7.0-openjdk" meta-package obsoleting >>> the existing one and pulling *both* but decide if Fedora pack

Re: Using git for patch management in Fedora

On Tue, Nov 19, 2013 at 05:32:01PM +, Daniel P. Berrange wrote: > On Tue, Nov 19, 2013 at 07:27:20PM +0200, Alek Paunov wrote: > > On 19.11.2013 16:20, Daniel P. Berrange wrote: > > >On Tue, Nov 19, 2013 at 01:29:06PM +, Richard W.M. Jones wrote: > > >>On Tue, Nov 19, 2013 at 01:39:50PM +01

Re: Packaging changes for libev in Rawhide

On Tue, 2013-11-19 at 12:43 -0500, Tim St Clair wrote: > Sorry to disagree, but segregation is standard practice and is far better > then polluting /usr/include. I actually agree with that. Upstream libev doesn't, though. And with our current package in Fedora, we are creating a situation wher

Re: Packaging changes for libev in Rawhide

On Tue, 2013-11-19 at 14:38 +0100, Michael Schwendt wrote: > On Tue, 19 Nov 2013 21:01:06 +0800, Mathieu Bridon wrote: > > > > This one is weird: > > > https://bugzilla.redhat.com/672153 > > > > > > In order to make the "perl-EV" package not use a bundled "libev" source, > > > you build a "libev-