On Thu, Dec 20, 2012 at 3:49 PM, Sérgio Basto wrote:
> On Qui, 2012-12-20 at 20:16 +0100, Nicolas Mailhot wrote:
>> IIRC, an anaconda bug already exists (don't remember the number, I do
>> remember answering some questions Mismo asked about the Debian system
>> there)
>
> I need the number
https:
On Fri, 2012-12-21 at 16:57 +0100, Lennart Poettering wrote:
> > The database is bitrotten and even it it wasn't most modern layouts do not
> > exist kbd-side at all. Most layouts with perfect mapping are old legacy
> > ascii layouts. They are still in xkb-config for historical reasons but in
> >
Hello all,
I'm interested in becoming a Fedora package maintainer, thought I'd throw
out the self-introduction. A bit about me: I currently work as a release
engineer at Puppet Labs in Portland, Oregon, and before that was a Mac
sysadmin for a local college here. Most of my packaging experience ha
On Thu, Dec 20, 2012 at 4:47 AM, Vít Ondruch wrote:
> Hi everybody,
>
> According to Ruby 2.0 release schedule:
>
> - code freeze: 23 Dec.
> - 2.0.0-rc1 release: 1W Jan. (expected)
> - 2.0.0-rc2 release: 1W Feb. (expected)
> - 2.0.0-p0 release: 24 Feb.
>
> the official release date is quic
On Fri, Dec 21, 2012 at 02:17:39PM -0500, Bill Nottingham wrote:
> Lennart Poettering (mzerq...@0pointer.de) said:
> > it is simply wrong to place internal binaries in %{_libdir}. internal
> > binaries should not be subject to multlib'ed dirs, the same way as
> > binaries in bin/ are not...
>
> I
Once upon a time, Bill Nottingham said:
> In any case, I agree - my proposal was that packages that use
> non-multilibbed helper binaries should be free to put them in *one of*
> $prefix/lib or $prefix/libexec, as long as they remain consistent.
As a sys admin (and an OCD one at that), I'd prefer
On Fri, Dec 21, 2012 at 10:33:27AM -0800, Adam Williamson wrote:
> On Fri, 2012-12-21 at 12:30 -0500, Matthew Miller wrote:
> > On Thu, Dec 20, 2012 at 09:16:00PM -0800, Adam Williamson wrote:
> > > I've never seen any distro take any notice of this standard whatsoever.
> >
> > Well, if you don't
Lennart Poettering (mzerq...@0pointer.de) said:
> it is simply wrong to place internal binaries in %{_libdir}. internal
> binaries should not be subject to multlib'ed dirs, the same way as
> binaries in bin/ are not...
I would note I have seen cases where helper binaries actually needed to be
arc
On Fri, Dec 21, 2012 at 5:17 PM, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 09:06:07AM -0800, Brendan Conoboy wrote:
>> On 12/21/2012 08:53 AM, Matthew Garrett wrote:
>> >Are you looking at F19 or F20 for PA?
>>
>> This will be a very engaging topic at FUDCon next month. Current
>> logistic
On Fri, 2012-12-21 at 15:17 +0100, Ralf Corsepius wrote:
> > The "GNU standard" is kinda flawed and nobody uses that as 1:1.
> Utter nonsense.
>
> > I mean,
> > /usr/etc? /usr/var?? /us/com???
> "Defaults" == they need to be adapted to a specific distro's requirements.
>
> > It's probably more i
On Fri, Dec 21, 2012 at 04:47:58PM +, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 12:42:14AM -0800, Toshio Kuratomi wrote:
>
> > However, you also miss my point. Adam's message was saying that the
> > guidelines forced people to use libexecdir and then went on to point out the
> > drawba
On Fri, 2012-12-21 at 12:30 -0500, Matthew Miller wrote:
> On Thu, Dec 20, 2012 at 09:16:00PM -0800, Adam Williamson wrote:
> > I've never seen any distro take any notice of this standard whatsoever.
>
> Well, if you don't count Red Hat Linux, Fedora, and Red Hat Enterprise
> Linux
I should p
On Fri, 21 Dec 2012 18:28:42 +
Nelson Marques wrote:
> Question: Does this affect mock builds on koji ?
No. This has no effect on them.
F18 builds in koji never have used updates-testing, nor will they.
kevin
signature.asc
Description: PGP signature
--
devel mailing list
devel@lists.f
On Fri, Dec 21, 2012 at 18:28:42 +,
Nelson Marques wrote:
Question: Does this affect mock builds on koji ?
I don't think so.
koji builds only use what's in stable and explicit overrides.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo
Question: Does this affect mock builds on koji ?
NM
2012/12/21 Kevin Fenzi :
> Just a heads up to everyone using f18 right now:
>
> with fedora-release-18-1 that just pushed out to updates-testing
> yesterday, the updates-testing repo is now by default disabled.
>
> This means you may well see so
On 20 December 2012 22:16, Adam Williamson wrote:
> On Fri, 2012-12-21 at 06:09 +0100, Ralf Corsepius wrote:
>> On 12/21/2012 05:54 AM, Matthew Garrett wrote:
>> > On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
>> >
>> >> I disagree. systemd simply hasn't taken libexecdir into acc
On Fri, Dec 21, 2012 at 04:59:59PM +, Daniel P. Berrange wrote:
> The libvirt_lxc binary does appear in the XML
> /usr/libexec/libvirt_lxc. The libvirt_lxc binary is the
> host-side helper, akin to /bin/qemu-system-x86_64
> in QEMU/KVM world. We put it under /usr/libexec though because it i
On Fri, Dec 21, 2012 at 04:55:09PM +, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 04:37:59PM +, Richard W.M. Jones wrote:
> > On Fri, Dec 21, 2012 at 04:22:47PM +, Matthew Garrett wrote:
> > > On Fri, Dec 21, 2012 at 10:49:19AM -0500, Don Dutile wrote:
> > > > fyi: libexec has been
Just a heads up to everyone using f18 right now:
with fedora-release-18-1 that just pushed out to updates-testing
yesterday, the updates-testing repo is now by default disabled.
This means you may well see some issues trying to install new
packages/groups because you have NEWER packages from up
On Thu, Dec 20, 2012 at 09:16:00PM -0800, Adam Williamson wrote:
> I've never seen any distro take any notice of this standard whatsoever.
Well, if you don't count Red Hat Linux, Fedora, and Red Hat Enterprise
Linux
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
--
devel mailing list
On Fri, Dec 21, 2012 at 10:55:15AM +0200, Panu Matilainen wrote:
> Here's what I see on F18, it's quite a pile:
I made a Rel-Eng ticket: https://fedorahosted.org/rel-eng/ticket/5427
--
Matthew Miller ☁☁☁ Fedora Cloud Architect ☁☁☁
--
devel mailing list
devel@lists.fedoraproject.org
https:/
On Fri, Dec 21, 2012 at 05:13:17PM +, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 05:09:00PM +, Richard W.M. Jones wrote:
> > On Fri, Dec 21, 2012 at 04:55:09PM +, Matthew Garrett wrote:
> > > Is the path user visible in any way?
> >
> > If used, /usr/libexec/qemu-bridge-helper is
On Fri, Dec 21, 2012 at 09:06:07AM -0800, Brendan Conoboy wrote:
> On 12/21/2012 08:53 AM, Matthew Garrett wrote:
> >Are you looking at F19 or F20 for PA?
>
> This will be a very engaging topic at FUDCon next month. Current
> logistics make the following likely:
>
> F19: Transition to enterprise
On Fri, Dec 21, 2012 at 05:09:00PM +, Richard W.M. Jones wrote:
> On Fri, Dec 21, 2012 at 04:55:09PM +, Matthew Garrett wrote:
> > Is the path user visible in any way?
>
> If used, /usr/libexec/qemu-bridge-helper is encoded directly in the
> libvirt XML. So is libvirt_lxc. (So is /usr/li
On Fri, Dec 21, 2012 at 04:55:09PM +, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 04:37:59PM +, Richard W.M. Jones wrote:
> > On Fri, Dec 21, 2012 at 04:22:47PM +, Matthew Garrett wrote:
> > > On Fri, Dec 21, 2012 at 10:49:19AM -0500, Don Dutile wrote:
> > > > fyi: libexec has been
On 12/21/2012 08:53 AM, Matthew Garrett wrote:
Are you looking at F19 or F20 for PA?
This will be a very engaging topic at FUDCon next month. Current
logistics make the following likely:
F19: Transition to enterprise ARM hardware in PHX
F20: Push armv7hl to PA
--
Brendan Conoboy / Red Hat
On Fri, Dec 21, 2012 at 04:37:59PM +, Richard W.M. Jones wrote:
> On Fri, Dec 21, 2012 at 04:22:47PM +, Matthew Garrett wrote:
> > On Fri, Dec 21, 2012 at 10:49:19AM -0500, Don Dutile wrote:
> > > fyi: libexec has been critical to virtualization for quite some time...
>
> I think Don is re
On Fri, Dec 21, 2012 at 03:11:32AM -0500, Jon Masters wrote:
> I would like to share the minutes from yesterday's Fedora ARM meeting.
> In particular, those on devel@ might be interested in our desire to
> discuss PA at FUDCon. At FUDCon, we will have a 24 node Calxeda
> EnergyCore (highbank) serv
On Fri, Dec 21, 2012 at 12:42:14AM -0800, Toshio Kuratomi wrote:
> However, you also miss my point. Adam's message was saying that the
> guidelines forced people to use libexecdir and then went on to point out the
> drawbacks of forcing specifically libexecdir on upstreams that didn't have
> tha
On Fri, Dec 21, 2012 at 9:24 AM, Kevin Fenzi wrote:
> Well, IMHO reading the bug it just sounds like to me a mistake was made
> and the obsoletes/conflicts was not removed as intended:
>
> +* Sun Nov 4 2012 Jindrich Novy 2012-5-20121024
> +- don't conflict with latexmk (#868996)
>
> (but that ve
On Fri, Dec 21, 2012 at 04:22:47PM +, Matthew Garrett wrote:
> On Fri, Dec 21, 2012 at 10:49:19AM -0500, Don Dutile wrote:
> > On 12/20/2012 11:54 PM, Matthew Garrett wrote:
> > >libexec doesn't exist in any published version of the FHS, and even the
> > >draft of 3.0 makes it clear that it's o
The lightweight tag 'perl-Test-Unit-Lite-0.12-15.fc19' was created pointing to:
e9b545c... Update to 0.1202
--
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/perl
On Fri, 21 Dec 2012 09:13:27 -0700
Jerry James wrote:
> On Fri, Dec 21, 2012 at 8:59 AM, Matthew Miller
> wrote:
> > On Fri, Dec 21, 2012 at 08:55:22AM -0700, Jerry James wrote:
> >> Sorry, it must be too early in the morning for my brain to work
> >> properly. What would I be asking FESCO to d
On Fri, Dec 21, 2012 at 10:49:19AM -0500, Don Dutile wrote:
> On 12/20/2012 11:54 PM, Matthew Garrett wrote:
> >libexec doesn't exist in any published version of the FHS, and even the
> >draft of 3.0 makes it clear that it's optional. Our use of libexec is
> >non-standard, not systemd's use of lib.
On Fri, Dec 21, 2012 at 8:59 AM, Matthew Miller
wrote:
> On Fri, Dec 21, 2012 at 08:55:22AM -0700, Jerry James wrote:
>> Sorry, it must be too early in the morning for my brain to work
>> properly. What would I be asking FESCO to do?
>
> Decide between the two redundant and conflicting packagings
The lightweight tag 'perl-MailTools-2.12-1.fc19' was created pointing to:
e9ef814... Update to 2.12
--
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/perl-devel
On Fri, Dec 21, 2012 at 08:55:22AM -0700, Jerry James wrote:
> >> > Here's what I see on F18, it's quite a pile:
> >> > latexmk-4.35-1.fc18.noarch
> >> This one should not be obsoleted. See
> >> https://bugzilla.redhat.com/show_bug.cgi?id=868996. I'd appreciate
> >> Jindrich doing something about
On Thu, 20.12.12 19:05, Nicolas Mailhot (nicolas.mail...@laposte.net) wrote:
> >> The "conversion" (as systemd-localed calls it) works really poorly also
> >> for the Czech keymaps/layouts. 'cz' X11 layout is "converted" to
> >> 'cz-lat2' which works like 'us' until you hit the "Pause Break" key.
On Fri, Dec 21, 2012 at 8:28 AM, Matthew Miller
wrote:
> On Fri, Dec 21, 2012 at 08:19:58AM -0700, Jerry James wrote:
>> wrote:
>> > Here's what I see on F18, it's quite a pile:
>> [snip]
>> > latexmk-4.35-1.fc18.noarch
>> This one should not be obsoleted. See
>> https://bugzilla.redhat.com/show
2012/12/19 Adam Williamson
> [...]
> Oh dear, sorry, I just rebooted and lost that data (I tend to keep this
> kind of file in /tmp). I could re-generate it if you're really
> interested.
> [...]
>
I think this would be a nice to have on the wiki page to document the
outcome of the discussions.
On 12/20/2012 11:54 PM, Matthew Garrett wrote:
On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
I disagree. systemd simply hasn't taken libexecdir into account in
its design and now is trying to propagate their oversight/mistake as
"standard" instead of making their works complia
The lightweight tag 'perl-MIME-Types-1.37-1.fc19' was created pointing to:
58f0874... Update to 1.37
--
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/perl-devel
On Fri, Dec 21, 2012 at 08:19:58AM -0700, Jerry James wrote:
> wrote:
> > Here's what I see on F18, it's quite a pile:
> [snip]
> > latexmk-4.35-1.fc18.noarch
> This one should not be obsoleted. See
> https://bugzilla.redhat.com/show_bug.cgi?id=868996. I'd appreciate
> Jindrich doing something a
commit 58f08743ace3aa9b23fa0be7e3050f66911645a0
Author: Paul Howarth
Date: Fri Dec 21 15:19:56 2012 +
Update to 1.37
- New upstream release 1.37:
- Remove text/x-perl, where we also have an application/x-perl
(CPAN RT#82100)
perl-MIME-Types.spec |9 +++--
On Fri, Dec 21, 2012 at 1:55 AM, Panu Matilainen
wrote:
> Here's what I see on F18, it's quite a pile:
[snip]
> latexmk-4.35-1.fc18.noarch
This one should not be obsoleted. See
https://bugzilla.redhat.com/show_bug.cgi?id=868996. I'd appreciate
Jindrich doing something about that before release.
On 12/21/2012 02:24 PM, Lennart Poettering wrote:
On Fri, 21.12.12 05:38, Ralf Corsepius (rc040...@freenet.de) wrote:
On 12/21/2012 12:27 AM, Matthew Garrett wrote:
On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
Thanks, but I think the bit I'm mising is why can't systemd
Interesting previous discussions about /usr/libexec:
http://lists.debian.org/debian-devel/2005/05/thrd2.html#00401
http://www.redhat.com/archives/rhl-devel-list/2005-May/thread.html#00240
FreeBSD has /usr/libexec[1], and it's part of historical Unix,
although I cannot find when it was first int
On Thu, 20.12.12 23:24, Toshio Kuratomi (a.bad...@gmail.com) wrote:
> > 2) we have to pressure upstream projects to needlessly complicate their
> > code and buildsystem with stuff like $libexecdir variables in their
> > autofoo, which resolve to /usr/libexec on Fedora/RHEL but just /usr/lib
> > or
Lennart Poettering writes:
>> > IMHO, libexecdir is not part of this at all... we already have:
>> >
>> > "If upstream's build scripts support the use of %{_libexecdir} then
>> > that is the most appropriate place to configure it (eg. passing
>> > --libexecdir=%{libexecdir}/%{name} to autotools
On Fri, 21.12.12 07:01, Ralf Corsepius (rc040...@freenet.de) wrote:
> On 12/21/2012 06:16 AM, Adam Williamson wrote:
> >On Fri, 2012-12-21 at 06:09 +0100, Ralf Corsepius wrote:
> >>On 12/21/2012 05:54 AM, Matthew Garrett wrote:
> >>>On Fri, Dec 21, 2012 at 05:38:17AM +0100, Ralf Corsepius wrote:
>
Compose started at Fri Dec 21 09:16:15 UTC 2012
Updated Packages:
fedmsg-0.6.3-1.fc18
---
* Wed Dec 05 2012 Ralph Bean - 0.6.3-1
- Use python-logutils for dictConfig on py2.6.
- Attempt to fixup rhel conditionals.
- Added test dependency on python-six and python-mock.
* W
On Fri, 21.12.12 05:38, Ralf Corsepius (rc040...@freenet.de) wrote:
> On 12/21/2012 12:27 AM, Matthew Garrett wrote:
> >On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
> >
> >>Thanks, but I think the bit I'm mising is why can't systemd use
> >>libexec? (Apart from their declar
On Thu, 20.12.12 18:48, Toshio Kuratomi (a.bad...@gmail.com) wrote:
> > Ahem. Isn't your own first sentence suggesting that *your* way is the
> > one and only right way? I don't see how you can attack Lennart for
> > having a firm belief about what's the 'right way' when you also seem to
> > have
On Fri, 21.12.12 05:06, Matthew Garrett (mj...@srcf.ucam.org) wrote:
> On Thu, Dec 20, 2012 at 08:57:58PM -0700, Kevin Fenzi wrote:
> > IMHO, libexecdir is not part of this at all... we already have:
> >
> > "If upstream's build scripts support the use of %{_libexecdir} then
> > that is the most
On 12/21/2012 09:42 AM, Toshio Kuratomi wrote:
On Fri, Dec 21, 2012 at 07:45:45AM +, Matthew Garrett wrote:
On Thu, Dec 20, 2012 at 11:24:09PM -0800, Toshio Kuratomi wrote:
However, you also miss my point. Adam's message was saying that the
guidelines forced people to use libexecdir and
On Fri, 21 Dec 2012 10:55:15 +0200, Panu Matilainen wrote:
> On 12/07/2012 07:59 PM, Matthew Miller wrote:
> >
> > Are there other obsoleted packages in the F18 repo?
>
> Here's what I see on F18, it's quite a pile:
>
> qxmpp-dev-0.6.3.1-1.fc18.i686
> qxmpp-dev-0.6.3.1-1.fc18.x86_64
> qxmpp-dev-
On 12/07/2012 07:59 PM, Matthew Miller wrote:
Are there other obsoleted packages in the F18 repo?
Here's what I see on F18, it's quite a pile:
4ti2-1.3.2-12.fc18.x86_64
anyremote2html-1.4-4.fc18.noarch
chktex-1.6.4-11.fc18.x86_64
classads-1.0.8-5.fc18.i686
classads-1.0.8-5.fc18.x86_64
classad
On Thu, Dec 20, 2012 at 11:39:53PM -0800, Adam Williamson wrote:
> I do apologize for somewhat derailing things towards the libexecdir
> discussion, though, as I missed the point about the real question here
> being between /lib/foo and $libdir/foo . The libexecdir thing is kind of
> a tangent and
On Fri, Dec 21, 2012 at 07:45:45AM +, Matthew Garrett wrote:
> On Thu, Dec 20, 2012 at 11:24:09PM -0800, Toshio Kuratomi wrote:
>
> > 2) the systemd exceptions allows placing files in %{_prefix}/lib rather
> > than %{_libdir} (the exceptions allow both putting the helper apps in there
> > whic
On 12/21/2012 09:24 AM, Florian Weimer wrote:
On 12/21/2012 12:27 AM, Matthew Garrett wrote:
On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
On 12/21/2012 12:27 AM, Matthew Garrett wrote:
On Thu, Dec 20, 2012 at 10:30:37PM +, Richard W.M. Jones wrote:
Thanks, but I think the bit I'm mising is why can't systemd use
libexec? (Apart from their declaration that libexec is wrong or not
the de-facto standard they themselves made up,
Hi everyone,
I would like to share the minutes from yesterday's Fedora ARM meeting.
In particular, those on devel@ might be interested in our desire to
discuss PA at FUDCon. At FUDCon, we will have a 24 node Calxeda
EnergyCore (highbank) server that will demonstrate various capabilities
of the (mu
62 matches
Mail list logo
