Hi,
alright thanks for clarification. Then again I am wondering why there is
still the fc13 release in the repos even if it was rebuilt for f15.
Just curious.
Johannes
On 07/14/2011 04:38 PM, Adam Jackson wrote:
> On Thu, 2011-07-14 at 07:30 +0200, Johannes Lips wrote:
>
>> I recently found that
Hi,
On Fri, Jul 15, 2011 at 1:09 AM, Bill Nottingham wrote:
> Each release, before branching, we block currently orphaned packages.
> It's that time again for Fedora 16.
>
> New this go-round is that we are also blocking packages that have
> failed to build since before Fedora 14.
>
> The followi
On Thu, 2011-07-14 at 12:36 -0500, Michael Cronenworth wrote:
> On 07/14/2011 12:31 PM, JB wrote:
> > OK.
> >
> > Post every week on user, testers, and devel lists:
> > - BTRFS testing reminder
> > - BTRFS info (short notes; entries; pointers to any info, info/man pages)
> > - test instructions
> >
On Thu, 2011-07-14 at 16:48 +, JB wrote:
> Bryn M. Reeves redhat.com> writes:
>
> >
> > On 07/14/2011 05:26 PM, JB wrote:
> > > Now just a loud thinking ...
> > > Have you thought about first preparing a CD (even a live CD) with BTRFS
> > > and
> > > some extra preinstalled software like Vi
As FESCo doesn't have its own mailing list, and this isn't a trac item
exactly as I'm not really requesting any *action* on FESCo's part, I'm
sending this to devel and test in the hopes it reaches all parties
concerned. This relates mainly to the feature process and hence is of
particular interest
t:
>
> [ankur@ankur SRPMS]$ rpmlint ../SPECS/python-hl7.spec
> python-hl7-0.1.1_xml.4-0.1.20110714git97ddbe9.fc15.src.rpm
> /var/lib/mock/fedora-rawhide-i386/result/*.rpm
> ../SPECS/python-hl7.spec: W: invalid-url Source0:
> python-hl7-20110714.tar.gz
> python-hl7.src: W: invalid-url
xml.4-0.1.20110714git97ddbe9.fc15.src.rpm
/var/lib/mock/fedora-rawhide-i386/result/*.rpm
../SPECS/python-hl7.spec: W: invalid-url Source0:
python-hl7-20110714.tar.gz
python-hl7.src: W: invalid-url Source0: python-hl7-20110714.tar.gz
python-hl7.src: W: invalid-url Source0: python-hl7-20110714.tar.gz
3 packages
On Thu, Jul 14, 2011 at 03:39:13PM -0400, Bill Nottingham wrote:
> Orphan isic
seeing as I took ip6sic which is similar, I'll take this too.
Dave
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 7/14/11 3:55 PM, Richard Shaw wrote:
> Anyone else have this issue?
>
> Occasionally, but not frequently, mock will stall in the "D" state in
> ps. I try to let to continue but I waited for over an hour and it
> never made it out. Since you can't do anything with processes in the D
> state I wa
Anyone else have this issue?
Occasionally, but not frequently, mock will stall in the "D" state in
ps. I try to let to continue but I waited for over an hour and it
never made it out. Since you can't do anything with processes in the D
state I was forced to reboot...
Thanks,
Richard
--
devel mai
Adam Jackson redhat.com> writes:
>
> On Thu, 2011-07-14 at 17:49 +, JB wrote:
>
> > I am just suggesting how the devs can reach their audience and communicate
> > with them for a mutual benefit.
>
> http://en.wikipedia.org/wiki/Teaching_grandmother_to_suck_eggs
>
> - ajax
>
>
Well, I w
On Thu, 2011-07-14 at 17:49 +, JB wrote:
> I am just suggesting how the devs can reach their audience and communicate
> with them for a mutual benefit.
http://en.wikipedia.org/wiki/Teaching_grandmother_to_suck_eggs
- ajax
signature.asc
Description: This is a digitally signed message part
-
Bill Nottingham wrote:
> Each release, before branching, we block currently orphaned packages.
> It's that time again for Fedora 16.
>
> Orphan jomolhari-fonts
> Orphan kanjistrokeorders-fonts
> Orphan tibetan-machine-uni-fonts
Taken. EPEL branches for kanjistrokeorders-fonts are available.
--
P
2011/7/14 Bill Nottingham :
> Each release, before branching, we block currently orphaned packages.
> It's that time again for Fedora 16.
> Orphan me-tv
I've just took me-tv on pkgdb
Nicolas (kwizart)
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailm
On Thu, Jul 14, 2011 at 03:39:13PM -0400, Bill Nottingham wrote:
*snip*
> Orphan userspace-rcu
I'll take that one.
--CJD
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Each release, before branching, we block currently orphaned packages.
It's that time again for Fedora 16.
New this go-round is that we are also blocking packages that have
failed to build since before Fedora 14.
The following packages are currently orphaned, or fail to build. If
you have a need f
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=721340
Tom "spot" Callaway changed:
What|Removed |Added
---
On Thu, 14 Jul 2011 15:05:16 -0400, TC (Tom) wrote:
> > Orphan: xmms
> > logjam requires xmms-devel = 1:1.2.11-12.20071117cvs.fc15
> > logjam-xmms requires xmms = 1:1.2.11-12.20071117cvs.fc15
> > logjam-xmms requires libxmms.so.1
> > purple-plugin_pack requires xmms-devel = 1:1.2.1
commit 992ca89c736f2d627bcbde52588e4245e4a9516e
Author: Tom "spot" Callaway
Date: Thu Jul 14 15:13:10 2011 -0400
2.10
.gitignore|1 +
perl-HTML-Template-manpages.patch | 86 +++--
perl-HTML-Template.spec | 15 +++---
A file has been added to the lookaside cache for perl-HTML-Template:
49537aa239ab090698b9e1a0b0be7412 HTML-Template-2.10.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/m
On 07/12/2011 05:10 PM, Bill Nottingham wrote:
> Orphan: eet
> ecore requires eet-devel = 1.4.0-2.fc15
> ecore-devel requires eet-devel = 1.4.0-2.fc15
> qedje requires libeet.so.1
> qedje requires eet-devel = 1.4.0-2.fc15
> qedje-devel requires eet-devel = 1.4.0-2.fc15
> qed
On Thu, Jul 14, 2011 at 01:06:45PM -0400, John Dulaney wrote:
>
> On Wed, Jul 13, 2011 at 10:06 PM, Reindl Harald wrote:
> >
> >
> > Am 14.07.2011 03:57, schrieb Eric Sandeen:
> >>> bleeeding edge / modern technology is not the same as dangerous defaults
> >>> unstable / unfinsihed packages
Bernd Stramm gmail.com> writes:
> ...
> > Try it and see the results. Perhaps it will work
>
> But that is my point - you are not willing to do any part of this
> yourself. You are only instructing others to do specific work.
>
I am not instructing anybody. I am suggesting things.
I have em
On Thu, 14 Jul 2011 18:09:53 + (UTC)
JB wrote:
> Bernd Stramm gmail.com> writes:
>
> > ...
> > Would you help out with testing if given these specific
> > instructions? If not yourself, who would actually do this?
> > ...
>
> I am only suggesting a mini form of so called user testing (th
Bernd Stramm gmail.com> writes:
> ...
> Would you help out with testing if given these specific instructions?
> If not yourself, who would actually do this?
> ...
I am only suggesting a mini form of so called user testing (that's what it is
called and practised in a software development corpor
On Sun, 2011-06-26 at 00:22 -0500, Michael Cronenworth wrote:
> On 06/15/2011 09:55 PM, seth vidal wrote:
> > Heck, I'd be willing to accept ANY bittorrent server that can be both
> > tracker and primary seed and doesn't require a special apache module to
> > do it.
>
> Late to the party with this
On Sat, 2011-06-25 at 22:23 -0500, Jeffrey Ollie wrote:
> On Wed, Jun 15, 2011 at 9:55 PM, seth vidal wrote:
> >
> > Heck, I'd be willing to accept ANY bittorrent server that can be both
> > tracker and primary seed and doesn't require a special apache module to
> > do it.
> >
> > The biggest virt
On Thu, 14 Jul 2011 17:31:44 + (UTC)
JB wrote:
> Bryn M. Reeves redhat.com> writes:
>
> >
> > On 07/14/2011 05:48 PM, JB wrote:
> > > Good. Perhaps a weekly snapshot CD, with the latest BTRFS and
> > > related utils, so that the testing would be more up-to-date and
> > > meaningful. JB
> >
Michael Cronenworth cchtml.com> writes:
> ...
> If you're that concerned about the quality of Fedora 16 then I would
> suggest you join the test list, become a proventester, and attend QA
> meetings.
>
> (Ranting on this list and making demands won't make it happen.)I am not
> ranting
I am n
On 07/14/2011 12:31 PM, JB wrote:
> OK.
>
> Post every week on user, testers, and devel lists:
> - BTRFS testing reminder
> - BTRFS info (short notes; entries; pointers to any info, info/man pages)
> - test instructions
> - a link where to obtain latest Fedora snapshot/nightly live composes with
>
Bryn M. Reeves redhat.com> writes:
>
> On 07/14/2011 05:48 PM, JB wrote:
> > Good. Perhaps a weekly snapshot CD, with the latest BTRFS and related utils,
> > so that the testing would be more up-to-date and meaningful.
> > JB
>
> http://alt.fedoraproject.org/pub/alt/nightly-composes/
>
> Regar
On Wed, Jul 13, 2011 at 10:06 PM, Reindl Harald wrote:
>
>
> Am 14.07.2011 03:57, schrieb Eric Sandeen:
>>> bleeeding edge / modern technology is not the same as dangerous defaults
>>> unstable / unfinsihed packages should never be default in GA nor replace
>>> existing and over a long time
On 07/14/2011 05:48 PM, JB wrote:
> Good. Perhaps a weekly snapshot CD, with the latest BTRFS and related utils,
> so that the testing would be more up-to-date and meaningful.
> JB
http://alt.fedoraproject.org/pub/alt/nightly-composes/
Regards,
Bryn.
--
devel mailing list
devel@lists.fedoraproje
Bryn M. Reeves redhat.com> writes:
>
> On 07/14/2011 05:26 PM, JB wrote:
> > Now just a loud thinking ...
> > Have you thought about first preparing a CD (even a live CD) with BTRFS and
> > some extra preinstalled software like VirtualBox etc just for testing ?
>
> What, you mean like the live
On 07/14/2011 05:26 PM, JB wrote:
> Now just a loud thinking ...
> Have you thought about first preparing a CD (even a live CD) with BTRFS and
> some extra preinstalled software like VirtualBox etc just for testing ?
What, you mean like the live and non-live Fedora ISOs that have had btrfs
support
Josef Bacik toxicpanda.com> writes:
> ...
> We've reached the point where we really need wider user
> testing, because no amount of testing we do will ever be able to match
> up to the crazy things users do.
Please understand - convincing people (technical and non-technical) to
install a regular
On Thu, Jul 14, 2011 at 5:10 AM, JB wrote:
> Well, then you have to read the thread more carefully before you bark back -
> right in the first OP's post you have references, e.g.
>
> https://lkml.org/lkml/2010/6/18/144
Heh - now that you provide links it's better... anyway, that's a
completely hi
On 07/14/2011 11:12 AM, Eric Sandeen wrote:
> Something tells me if btrfs had been called "ext5" people would
> just nod their heads and move on. ;)
Heh ... like this ... Its not too late is it :-)
How about ext5-btrfs - and high level user space tools can shorten it
to ext5 :-)
--
devel ma
On 07/14/2011 10:59 AM, Josef Bacik wrote:
>>
>> Another (Q) - once the format changes, will there be tools to change
>> the online format of existing filesystems - or will we need to delete
>> and start fresh ?
>>
>
> All format changes happen automatically (usually with a mount option
> so as
On Thu, Jul 14, 2011 at 11:21 AM, JB wrote:
> Josef Bacik toxicpanda.com> writes:
>
>> ...
>> I've already said
>> that if it's not in good shape by Alpha the switch won't even be made,
>> so quit your bitching.
>>
>> Josef
>
> Josef,
> would it be possible, BEFORE (in case that) you decide to sw
On 7/14/11 10:21 AM, JB wrote:
> Josef Bacik toxicpanda.com> writes:
>
>> ...
>> I've already said
>> that if it's not in good shape by Alpha the switch won't even be made,
>> so quit your bitching.
>>
>> Josef
>
> Josef,
> would it be possible, BEFORE (in case that) you decide to switch on bef
Josef Bacik toxicpanda.com> writes:
> ...
> I've already said
> that if it's not in good shape by Alpha the switch won't even be made,
> so quit your bitching.
>
> Josef
Josef,
would it be possible, BEFORE (in case that) you decide to switch on before
Alpha, to present some test suite results
On 7/13/11 9:06 PM, Reindl Harald wrote:
>
>
> Am 14.07.2011 03:57, schrieb Eric Sandeen:
>>> bleeeding edge / modern technology is not the same as dangerous defaults
>>> unstable / unfinsihed packages should never be default in GA nor replace
>>> existing and over a long time well working things
On Wed, Jul 13, 2011 at 10:06 PM, Reindl Harald wrote:
>
>
> Am 14.07.2011 03:57, schrieb Eric Sandeen:
>>> bleeeding edge / modern technology is not the same as dangerous defaults
>>> unstable / unfinsihed packages should never be default in GA nor replace
>>> existing and over a long time well w
On Thu, Jul 14, 2011 at 10:33 AM, Genes MailLists wrote:
> On 07/14/2011 10:17 AM, Ric Wheeler wrote:
>> On 07/14/2011 02:54 PM, Josef Bacik wrote:
>>> On Thu, Jul 14, 2011 at 9:08 AM, Genes MailLists wrote:
I think RAID-5 support would be reasonably important to have too ... I
>
On Thu, 2011-07-14 at 07:30 +0200, Johannes Lips wrote:
> I recently found that startup-notification is quite old in fedora and
> filed a bug to update to the recent upstream version. [1]
> So far I didn't get any feedback and would like to ask if someone of
> those [2] who also have commit on t
On 07/14/2011 10:17 AM, Ric Wheeler wrote:
> On 07/14/2011 02:54 PM, Josef Bacik wrote:
>> On Thu, Jul 14, 2011 at 9:08 AM, Genes MailLists wrote:
>>>
>>>
>>> I think RAID-5 support would be reasonably important to have too ... I
>>> dont think we want to have raid on top of btrfs ... right?
>>>
Am 14.07.2011 03:57, schrieb Eric Sandeen:
>> bleeeding edge / modern technology is not the same as dangerous defaults
>> unstable / unfinsihed packages should never be default in GA nor replace
>> existing and over a long time well working things - never!
>
> You might have said the same thing
On 07/14/2011 02:54 PM, Josef Bacik wrote:
> On Thu, Jul 14, 2011 at 9:08 AM, Genes MailLists wrote:
>>
>>
>> I think RAID-5 support would be reasonably important to have too ... I
>> dont think we want to have raid on top of btrfs ... right?
>>
>> Ric - what is the current status of RAID-5 ?
On Thu, Jul 14, 2011 at 03:06:33PM +0100, Ric Wheeler wrote:
> On 07/14/2011 03:03 PM, Richard W.M. Jones wrote:
> >On Thu, Jul 14, 2011 at 09:13:56AM -0400, Josef Bacik wrote:
> >>Well it should be more like
> >>
> >>/boot/dev/sda1
> >>swap/dev/sda2
> >>btrfs
> >Maybe I don't understand th
On Thu, Jul 14, 2011 at 9:29 PM, Robyn Bergeron wrote:
>
> I'll follow up to the devel-list on a separate mail that will hopefully
> catch a few more eyeballs, but essentially I'm going to propose to FESCo
> that this feature, along with all of the other features submitted at the
> last moment, be
On 07/14/2011 03:03 PM, Richard W.M. Jones wrote:
> On Thu, Jul 14, 2011 at 09:13:56AM -0400, Josef Bacik wrote:
>> Well it should be more like
>>
>> /boot/dev/sda1
>> swap/dev/sda2
>> btrfs
> Maybe I don't understand this. Is btrfs on /dev/sda3, or are the swap
> and root filesystems some
On Thu, Jul 14, 2011 at 09:13:56AM -0400, Josef Bacik wrote:
> Well it should be more like
>
> /boot/dev/sda1
> swap/dev/sda2
> btrfs
Maybe I don't understand this. Is btrfs on /dev/sda3, or are the swap
and root filesystems somehow combined on /dev/sda2? And if the
latter, how does one
On Thu, Jul 14, 2011 at 9:08 AM, Genes MailLists wrote:
>
>
>
> I think RAID-5 support would be reasonably important to have too ... I
> dont think we want to have raid on top of btrfs ... right?
>
> Ric - what is the current status of RAID-5 ?
This requires some other big changes that are disk
On 07/14/2011 03:35 AM, Josh Boyer wrote:
> On Wed, Jul 13, 2011 at 11:08 PM, Américo Wang
> wrote:
>> On Wed, Jul 13, 2011 at 9:52 PM, Tomasz Torcz wrote:
>>> On Wed, Jul 13, 2011 at 03:50:07PM +0200, Tomasz Torcz wrote:
>> Would any of you kindly help to review my proposed feature
>> f
On Thu, Jul 14, 2011 at 10:22:17AM +0100, Richard W.M. Jones wrote:
> Is this how F16 will be set up? The Feature page[1] suggests that LVM
> will be turned off by default, in which case it should look more like:
That would involve changes to Anaconda, and as far as I know there's
nobody curren
On Thu, Jul 14, 2011 at 6:08 AM, JB wrote:
> Ric Wheeler redhat.com> writes:
>
>> ...
>> I think that it would be really rare to see pristine, academic algorithms
>> implemented exactly as a non-coding mathematician designed them in code :)
>> ...
>
> Well, not convinced ... :-)
>
> The algorithm
On Thu, Jul 14, 2011 at 5:22 AM, Richard W.M. Jones wrote:
> Good timing! I have a related BTRFS / Fedora 16 question.
>
> I have used the "btrfs" Anaconda option, and I get btrfs appearing as
> a choice in the menus. However if I just change the root filesystem
> to btrfs, then I would get:
>
>
On Thu, Jul 14, 2011 at 06:35:05AM -0400, Josh Boyer wrote:
> On Wed, Jul 13, 2011 at 11:08 PM, Américo Wang
> wrote:
> > On Wed, Jul 13, 2011 at 9:52 PM, Tomasz Torcz wrote:
> >> On Wed, Jul 13, 2011 at 03:50:07PM +0200, Tomasz Torcz wrote:
> >>> > > Would any of you kindly help to review my pr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 07/14/2011 06:11 AM, Andrew Haley wrote:
> A strange alert:
>
> The process /usr/bin/tee attempted to mount on /proc/bus/usb.
>
> This is F14, fully updated.
>
> Any ideas what this might be?
>
> Thanks, Andrew.
Please attach the actual AVC mess
I think RAID-5 support would be reasonably important to have too ... I
dont think we want to have raid on top of btrfs ... right?
Ric - what is the current status of RAID-5 ?
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jul 14, 2011 at 6:35 PM, Josh Boyer wrote:
> On Wed, Jul 13, 2011 at 11:08 PM, Américo Wang
> wrote:
>> On Wed, Jul 13, 2011 at 9:52 PM, Tomasz Torcz wrote:
>>> On Wed, Jul 13, 2011 at 03:50:07PM +0200, Tomasz Torcz wrote:
> > Would any of you kindly help to review my proposed feat
perl-SDL has broken dependencies in the rawhide tree:
On x86_64:
perl-SDL-2.2.6-1.fc16.x86_64 requires libSDL_gfx.so.0()(64bit)
On i386:
perl-SDL-2.2.6-1.fc16.i686 requires libSDL_gfx.so.0
Please resolve this as soon as possible.
--
Fedora Extras Perl SIG
http://www.fedoraprojec
On 07/14/2011 01:07 AM, Josef Bacik wrote:
> On Wed, Jul 13, 2011 at 5:59 PM, Reindl Harald wrote:
>>
>> Am 13.07.2011 23:54, schrieb Michael Cronenworth:
>>> Farkas Levente wrote:
>>> That's not the case at all, I'm not sure where you are getting that.
>>> If we don't have a released offline
Hallo everyone,
I am looking for someone to review synce-connector[1]. Synce-connector
is a connection framework and dccm-implementation which integrates with
udev. It effectively replaces all previous implementations from the
synce project (synce-serial, vdccm, odccm, synce-hal). Getting
synce-co
commit 2cc03ab70c74702251f5b605618dfbee5e19321d
Author: Petr Sabata
Date: Thu Jul 14 13:07:55 2011 +0200
1.010 bump
.gitignore |1 +
perl-PAR-Packer.spec |9 +++--
sources |2 +-
3 files changed, 9 insertions(+), 3 deletions(-)
---
diff --git a/.giti
A file has been added to the lookaside cache for perl-PAR-Packer:
ee57def445e3d917d48cbf3a52813b54 PAR-Packer-1.010.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/mailma
On 07/14/2011 11:08 AM, JB wrote:
> Ric Wheeler redhat.com> writes:
>
>> ...
>> I think that it would be really rare to see pristine, academic algorithms
>> implemented exactly as a non-coding mathematician designed them in code :)
>> ...
> Well, not convinced ... :-)
>
> The algorithm has to be
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Config-Properties-1.72 is available
https://bugzilla.redhat.com/show_bug.cgi?id=721336
Summary: perl-Config-Properties-1.72 is available
Product
On Wed, Jul 13, 2011 at 11:08 PM, Américo Wang wrote:
> On Wed, Jul 13, 2011 at 9:52 PM, Tomasz Torcz wrote:
>> On Wed, Jul 13, 2011 at 03:50:07PM +0200, Tomasz Torcz wrote:
>>> > > Would any of you kindly help to review my proposed feature
>>> > > for Fedora 16?
>>> > >
>>> > > https://fedorapro
A strange alert:
The process /usr/bin/tee attempted to mount on /proc/bus/usb.
This is F14, fully updated.
Any ideas what this might be?
Thanks,
Andrew.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Ric Wheeler redhat.com> writes:
> ...
> I think that it would be really rare to see pristine, academic algorithms
> implemented exactly as a non-coding mathematician designed them in code :)
> ...
Well, not convinced ... :-)
The algorithm has to be taken holisticly - it has been designed, tes
The lightweight tag 'perl-Net-SSLeay-1.36-6.fc16' was created pointing to:
7c63ac1... Trivial tidy up
--
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
Matej Cepl redhat.com> writes:
>
> Dne 14.7.2011 09:28, JB napsal(a):
> > The original b-tree algorithm was a result of an academic study,
> > formulation,
> > and empirical testing, and was subjected to scientific scrutiny.
>
> Ehm, I don't claim to have any deep knowledge on the matter, but
Good timing! I have a related BTRFS / Fedora 16 question.
I have used the "btrfs" Anaconda option, and I get btrfs appearing as
a choice in the menus. However if I just change the root filesystem
to btrfs, then I would get:
/boot /dev/sda2
PV
VG
On Wed, Jul 13, 2011 at 10:25:04PM -0500, Conan Kudo (ニール・ゴンパ) wrote:
> Calling it a misfeature is a mistake. Just because you don't want to use it
> doesn't mean it shouldn't be there.
I'm perfectly capable of configuring priorities and frontends in dpkg,
thanks for your concerns. However it's n
Martin Langhoff gmail.com> writes:
>
> On Thu, Jul 14, 2011 at 4:50 AM, JB gmail.com> wrote:
> > I have difficulty swallowing the fact that there are so many Red Hat,
> > Oracle,
> > and other famous technology names involved (officially or dev's private
> > contributions) in development of BT
On 07/14/2011 07:42 AM, Iain Arnell wrote:
> On Mon, Jun 27, 2011 at 7:28 PM, Marcela Maslanova
> wrote:
>> Hello list,
>> you might notice that rebuild stopped for a while. I run out of packages,
>> which had "normal" dependencies. Now I have a list of cyclic dependencies,
>> which are depende
Dne 14.7.2011 09:28, JB napsal(a):
> The original b-tree algorithm was a result of an academic study, formulation,
> and empirical testing, and was subjected to scientific scrutiny.
Ehm, I don't claim to have any deep knowledge on the matter, but I have
here B-trees explained in Wirth (1975), and
On 07/14/2011 09:50 AM, JB wrote:
> Ric Wheeler redhat.com> writes:
>
>> ...
>
>> Given that my family is from the hills of eastern
>> Kentucky, I also find the "hill billie" comment off putting.
>> ...
> Ric, no offense ... injecting Kentucky hills was misguided ... I happened to
> visit the sta
On Thu, Jul 14, 2011 at 4:50 AM, JB wrote:
> I have difficulty swallowing the fact that there are so many Red Hat, Oracle,
> and other famous technology names involved (officially or dev's private
> contributions) in development of BTRFS, and at the same time they practice
> such loosely approach
Ric Wheeler redhat.com> writes:
> ...
> Given that my family is from the hills of eastern
> Kentucky, I also find the "hill billie" comment off putting.
> ...
Ric, no offense ... injecting Kentucky hills was misguided ... I happened to
visit the state few times and was impressed with how nice
What are the typical faults, and is it impossible to work around them,
maybe autodetecting if they are working or not? For a laptop without
an external display I would expect it to suspend when the lid is
closed, as that is what I usually configure.
However, it's not hard to imagine a feature of t
I'm retiring these packages in devel, because:
a) their functionality is duplicated by modules shipped with httpd
(mod_authn_dbd, mod_authnz_ldap)
b) their upstreams are no longer active
Regards, Joe
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/li
On 07/14/2011 08:28 AM, JB wrote:
> Josef Bacik toxicpanda.com> writes:
>
>> ...
>> We aren't aiming for "hopefully stable", we're aiming for actually stable
>> and reasonably safe. If we don't meet certain basic requirements no
>> switch will be made and everything will carry on as normal.
>>
>
On 10:51:05 Thursday 14 July 2011 Fabian Deutsch wrote:
> > Orphan link-grammar
>
> I am taking this one.
>
> - fabiand
Can we get a v3 of the packages to be retired? There seem to be enough
changes in the list already.
Regards,
Alexander Kurtakov
--
devel mailing list
devel@lists.fedoraproj
> Orphan link-grammar
I am taking this one.
- fabiand
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, Jul 14, 2011 at 09:11:23AM +0200, Hans de Goede wrote:
> Hi,
>
> On 07/13/2011 07:47 PM, Adam Williamson wrote:
> > On Wed, 2011-07-13 at 11:35 -0400, Adam Jackson wrote:
> >> On Wed, 2011-07-13 at 16:57 +0200, Hans de Goede wrote:
> >>
> >>> Maybe it it is an idea to build a whitelist for
Josef Bacik toxicpanda.com> writes:
> ...
> We aren't aiming for "hopefully stable", we're aiming for actually stable
> and reasonably safe. If we don't meet certain basic requirements no
> switch will be made and everything will carry on as normal.
>
> I'm not trying to shove Btrfs down peopl
Hi,
On 07/13/2011 07:47 PM, Adam Williamson wrote:
> On Wed, 2011-07-13 at 11:35 -0400, Adam Jackson wrote:
>> On Wed, 2011-07-13 at 16:57 +0200, Hans de Goede wrote:
>>
>>> Maybe it it is an idea to build a whitelist for machines which do
>>> have working ACPI lid support? I realize maintaining s
90 matches
Mail list logo