On Fri, 2012-04-20 at 17:14 -0700, Toshio Kuratomi wrote:
> On Sat, Apr 21, 2012 at 12:46:38AM +0200, Volker Froehlich wrote:
> > Hello!
> >
> > I noticed, our Python 2.7 package does not allow to load SQLite
> > extensions from shared libraries. This must be configured at
> > build-time.
> >
>
On Fri, Apr 20, 2012 at 06:09:38PM +0200, Ralf Corsepius wrote:
> Well, as far as I can tell, many Ubuntu and Debian users prefer to
> call their release "by name".
An annoying feature of Debian. If you're not immersed in Debian
development, it just means you have to go consult the mapping betwee
On 04/20/2012 06:16 PM, Toshio Kuratomi wrote:
On Fri, Apr 20, 2012 at 05:59:44PM +0200, Kevin Kofler wrote:
Toshio Kuratomi wrote:
* Private unversiond libs in %{_libdir}. -- I would consider this a
blocker unless shown that they have to be there (and I would patch the
build scripts to fix th
Corey Richardson wrote:
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
The debian tool doesn't help very much because one still needs revision
garbage in the specfile. Is there any more recent ways to mitigate this
On 04/20/2012 08:24 PM, Corey Richardson wrote:
(Let's try this again, but with less fail!)
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
The debian tool doesn't help very much because one still needs revision
ga
(Let's try this again, but with less fail!)
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
The debian tool doesn't help very much because one still needs revision
garbage in the specfile. Is there any more recent wa
Getting source tarballs from github is a nightmare. See
http://lists.fedoraproject.org/pipermail/devel/2011-February/148676.html
The debian tool doesn't help very much because one still needs revision
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
On Sat, Apr 21, 2012 at 12:46:38AM +0200, Volker Froehlich wrote:
> Hello!
>
> I noticed, our Python 2.7 package does not allow to load SQLite
> extensions from shared libraries. This must be configured at
> build-time.
>
> Is there a strong reason for this configuration, or could we possibly
>
Hello!
I noticed, our Python 2.7 package does not allow to load SQLite
extensions from shared libraries. This must be configured at
build-time.
Is there a strong reason for this configuration, or could we possibly
change that, if necessary?
Volker Fröhlich
--
devel mailing list
devel@lists.fe
On 20.4.2012 18:09, Ralf Corsepius wrote:
Never. Nobody uses the code names. It's a waste of time and choosing
names like "Beefy Miracle" is a good way of making the distro look a
whole lot less professional.
Well, as far as I can tell, many Ubuntu and Debian users prefer to call
their release
On Fri, 2012-04-20 at 12:25 -0600, Chris Murphy wrote:
> On Apr 20, 2012, at 3:21 AM, Jiri Popelka wrote:
>
> > On 04/19/2012 10:55 PM, Chris Murphy wrote:
> >>
> >> Network Zones would appear to be a casualty of reversion.
> >>
> >> https://fedoraproject.org/wiki/Features/network-zones
> >
> >
On 04/20/2012 04:30 PM, Matthew Garrett wrote:
> On Fri, Apr 20, 2012 at 04:22:38PM -0400, Jon Masters wrote:
>> On 04/19/2012 05:36 PM, Matthew Garrett wrote:
>>> Ok, I'll modify that section. Thanks for the feedback!
>>
>> Matthew,
>>
>> Could you add comments addressing the need for documentatio
On Fri, Apr 20, 2012 at 04:22:38PM -0400, Jon Masters wrote:
> On 04/19/2012 05:36 PM, Matthew Garrett wrote:
> > Ok, I'll modify that section. Thanks for the feedback!
>
> Matthew,
>
> Could you add comments addressing the need for documentation and website
> content around a promoted arch? And
drago01 wrote:
> I actually don't see a point in changing the theme in every release but well
> ...
I do not care if the theme changes every release or every decade. The
only part of the name vote that I saw beneficial was the theme that went
along with the name.
--
devel mailing list
devel@list
On 04/19/2012 05:36 PM, Matthew Garrett wrote:
> Ok, I'll modify that section. Thanks for the feedback!
Matthew,
Could you add comments addressing the need for documentation and website
content around a promoted arch? And any of the other comments I made in
my previous reply that you would like t
On Fri, Apr 20, 2012 at 5:00 AM, Michael Cronenworth wrote:
> On 04/19/2012 07:04 PM, Toshio Kuratomi wrote:
>>
>> This cycle, the Board is also asking contributors to let us know if we
>> should continue to have release names for future Fedora releases. Even
>> though the interface is the same,
On 20 April 2012 07:34, Toshio Kuratomi wrote:
> Originally we considered having three questions:
>
> * keep release naming the way it is.
> * Keep release names but change the process.
> * Discard release names altogether.
I would go for the third option. I dont' find Fedora or Ubuntu names
int
On Apr 20, 2012, at 8:35 AM, Vít Ondruch wrote:
> What about something on GDM level? There would be something like "live" user,
> which would run just the live image and "install" user which would run the
> anaconda immediately?
http://lists.fedoraproject.org/pipermail/devel/2012-April/165275
> On Fri, 2012-04-20 at 11:55 +0200, Jiri Eischmann wrote:
>
>> Am I the only one who doesn't see any improvement in this solution?
Negative.
On Apr 20, 2012, at 7:52 AM, Matthias Clasen wrote:
> I've said from the beginning that I think the best solution is to show a
> regular window, either
On Apr 20, 2012, at 3:21 AM, Jiri Popelka wrote:
> On 04/19/2012 10:55 PM, Chris Murphy wrote:
>>
>> Network Zones would appear to be a casualty of reversion.
>>
>> https://fedoraproject.org/wiki/Features/network-zones
>
> Also https://bugzilla.redhat.com/show_bug.cgi?id=591630 would emerge ag
Here's the draft:
https://fedoraproject.org/wiki/Packaging/Testing
Comments/additions welcomed!
Thanks,
Richard
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Apr 20, 2012 at 11:15:10AM -0500, Richard Shaw wrote:
> On Fri, Apr 20, 2012 at 11:11 AM, Jared K. Smith
> wrote:
> > On Fri, Apr 20, 2012 at 10:46 AM, Richard Shaw wrote:
> >> Is there any interest in putting this in the Fedora wiki somewhere? Am
> >> I late to the party and everyone alr
On Fri, Apr 20, 2012 at 05:59:44PM +0200, Kevin Kofler wrote:
> Toshio Kuratomi wrote:
> > * Private unversiond libs in %{_libdir}. -- I would consider this a
> > blocker unless shown that they have to be there (and I would patch the
> > build scripts to fix this if necessary).
>
> Why is this a
On Fri, Apr 20, 2012 at 11:11 AM, Jared K. Smith
wrote:
> On Fri, Apr 20, 2012 at 10:46 AM, Richard Shaw wrote:
>> Is there any interest in putting this in the Fedora wiki somewhere? Am
>> I late to the party and everyone already knows how to do this?
>
> It's a wiki. Be bold!
I guess the bigge
On 04/20/2012 05:21 PM, Toshio Kuratomi wrote:
On Fri, Apr 20, 2012 at 09:36:17AM +0100, Richard Hughes wrote:
On 20 April 2012 07:41, Toshio Kuratomi wrote:
As for the poll -- The Board has heard a lot of people asking to remove code
names but is unsure if thats just because thats the group t
On Fri, Apr 20, 2012 at 10:46 AM, Richard Shaw wrote:
> Is there any interest in putting this in the Fedora wiki somewhere? Am
> I late to the party and everyone already knows how to do this?
It's a wiki. Be bold!
--
Jared Smith
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
Toshio Kuratomi wrote:
> * Private unversiond libs in %{_libdir}. -- I would consider this a
> blocker unless shown that they have to be there (and I would patch the
> build scripts to fix this if necessary).
Why is this a problem, assuming the name doesn't conflict with anything? (Of
course a g
"Germán A. Racca" (german.ra...@gmail.com) said:
> On 04/20/2012 12:08 PM, Bill Nottingham wrote:
> >Tom Callaway (tcall...@redhat.com) said:
> >>There seems to be at least some consensus that:
> >>
> >>* The notification, unless permanent, is not an ideal solution here
> >>because once it goes aw
On Fri, Apr 20, 2012 at 05:20:43PM +0200, Alec Leamas wrote:
>
> Thanks again. Following this advice when packaging makes perfect sense to me.
> Still, when reviewing, my question is how hard I should push it. If I
> understand Kevin correct I shouldn't push it all (?). Is your position that
> p
On 04/20/2012 12:08 PM, Bill Nottingham wrote:
Tom Callaway (tcall...@redhat.com) said:
There seems to be at least some consensus that:
* The notification, unless permanent, is not an ideal solution here
because once it goes away, the user is in the same situation of
confusion as to how to inst
On Fri, Apr 20, 2012 at 09:36:17AM +0100, Richard Hughes wrote:
> On 20 April 2012 07:41, Toshio Kuratomi wrote:
> > As for the poll -- The Board has heard a lot of people asking to remove code
> > names but is unsure if thats just because thats the group that happen to
> > subscribe to the mailin
On 04/20/2012 05:09 PM, Toshio Kuratomi wrote:
On Fri, Apr 20, 2012 at 04:32:59PM +0200, Alec Leamas wrote:
On 04/20/2012 04:08 PM, Kevin Kofler wrote:
As far
as I know, invalid-soname does not match any requirement in our packaging
guidelines.
To my understanding, this is not really clear.
On Fri, Apr 20, 2012 at 04:32:59PM +0200, Alec Leamas wrote:
> On 04/20/2012 04:08 PM, Kevin Kofler wrote:
> > As far
> >as I know, invalid-soname does not match any requirement in our packaging
> >guidelines.
> To my understanding, this is not really clear. From [1] I find (
> thanks to tibbs):
Tom Callaway (tcall...@redhat.com) said:
> There seems to be at least some consensus that:
>
> * The notification, unless permanent, is not an ideal solution here
> because once it goes away, the user is in the same situation of
> confusion as to how to install the Live Image to disk.
The notifi
I've occasionally wanted to test a packages built for another release
of Fedora and didn't really care to setup a bare metal or VM to do it.
I've found I can use mock (or probably any other chroot
program/helper) and Xnest to do this.
Is there any interest in putting this in the Fedora wiki somew
Dne 20.4.2012 16:04, Tom Callaway napsal(a):
On 04/20/2012 09:52 AM, Matthias Clasen wrote:
On Fri, 2012-04-20 at 11:55 +0200, Jiri Eischmann wrote:
Am I the only one who doesn't see any improvement in this solution?
I've said from the beginning that I think the best solution is to show a
reg
On 04/20/2012 04:08 PM, Kevin Kofler wrote:
Alec Leamas wrote:
Still a newbie I have repeatedly been running into apps which stores
private, unversioned libraries into /usr/lib*. The usual symptom is
'invalid-soname' errors rpmlint errors.
There's no requirement that our packages have no errors
Compose started at Fri Apr 20 08:15:07 UTC 2012
Broken deps for x86_64
--
[389-ds-base]
389-ds-base-1.2.11-0.1.a1.fc18.x86_64 requires libdb-5.2.so()(64bit)
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby
On 04/19/2012 08:04 PM, Toshio Kuratomi wrote:
This cycle, the Board is also asking contributors to let us know if we
should continue to have release names for future Fedora releases. Even
though the interface is the same, this portion is intended to be a poll
rather than a straight up vote. T
Alec Leamas wrote:
> Still a newbie I have repeatedly been running into apps which stores
> private, unversioned libraries into /usr/lib*. The usual symptom is
> 'invalid-soname' errors rpmlint errors.
There's no requirement that our packages have no errors from rpmlint. As far
as I know, invalid
On 04/20/2012 09:52 AM, Matthias Clasen wrote:
> On Fri, 2012-04-20 at 11:55 +0200, Jiri Eischmann wrote:
>
>> Am I the only one who doesn't see any improvement in this solution?
>
> I've said from the beginning that I think the best solution is to show a
> regular window, either just autostartin
Michael Cronenworth wrote:
> It would be nice to have a third option:
> -Change release names to release theme.
>
> We don't really need a name (IMO), but the theme adds a nice touch.
How about we just pick one good theme, make sure we really make it
consistently show up EVERYWHERE (including Pl
On Fri, 2012-04-20 at 11:55 +0200, Jiri Eischmann wrote:
> Am I the only one who doesn't see any improvement in this solution?
I've said from the beginning that I think the best solution is to show a
regular window, either just autostarting the installer or offering a
'install or just try uninsta
On 04/20/2012 07:27 AM, Florian Müllner wrote:
On Apr 20, 2012 11:55 AM, "Jiri Eischmann" mailto:eischm...@redhat.com>> wrote:
> The notification is nice, but the only job it does is that it says the
> live system is installable. It really doesn't help the user find out how
> to install it.
> Seems that some people unhappy with the "Beefy Miracle" are trying
> to make sure that we won't ever had any nice and fluffy codename.
I voted against all the names that sounded like Ubuntu copy-cats.
Ubuntu names have always been (intentionally) adjective-noun, Fedora
names have always been a
Still a newbie I have repeatedly been running into apps which stores
private, unversioned libraries into /usr/lib*. The usual symptom is
'invalid-soname' errors rpmlint errors. One example is [3]
The proper way is to store these libs outside of ld.so's search path (in
which case rpmlint can be
Florian Müllner píše v Pá 20. 04. 2012 v 12:27 +0200:
>
> On Apr 20, 2012 11:55 AM, "Jiri Eischmann"
> wrote:
> > The notification is nice, but the only job it does is that it says
> the
> > live system is installable. It really doesn't help the user find out
> how
> > to install it.
>
> The no
Hi,
after posting bug reports and patches for quite some time, I
finally decided to set up a FAS account to see how I can
help with packaging and other tasks at hand.
I believe my Linux experience started with Vanderbilt af-
ter one encounter with DJ'ing Slackware onto my system and
giving up w
Compose started at Fri Apr 20 08:15:07 UTC 2012
Broken deps for x86_64
--
[aeolus-conductor]
aeolus-conductor-0.4.0-2.fc17.noarch requires ruby(abi) = 0:1.8
[aeolus-configserver]
aeolus-configserver-0.4.5-1.fc17.noarch require
On Apr 20, 2012 11:55 AM, "Jiri Eischmann" wrote:
> The notification is nice, but the only job it does is that it says the
> live system is installable. It really doesn't help the user find out how
> to install it.
The notification contains a button which is labeled "Install". I don't
think users
Kamil Paral píše v Pá 20. 04. 2012 v 03:49 -0400:
> > On Thu, 2012-04-19 at 16:24 -0600, Chris Murphy wrote:
> >
> > > That is obscure UI design, and therefore doesn't resolve the
> > > current
> > > UI obscurity. So I see very little efficacy in the idea.
> >
> > To contribute something positive
On 04/19/2012 10:55 PM, Chris Murphy wrote:
On Apr 19, 2012, at 12:16 PM, Adam Williamson wrote:
I think that should be seriously considered. Like Chris, I'm not
terribly comfortable with the idea of shipping a default firewall that
has no graphical configuration tool, and a command line one w
commit 40260b3d67f78326aa399bc736ccd968199bffd5
Author: Paul Howarth
Date: Fri Apr 20 09:39:54 2012 +0100
Update to 0.20
- New upstream release 0.20
- Further spelling fix
- Removed DSLIP info
perl-Test-CPAN-Meta-YAML.spec |7 ++-
sources
A file has been added to the lookaside cache for perl-Test-CPAN-Meta-YAML:
3995645c44eb6897544bd87a45f34a56 Test-CPAN-Meta-YAML-0.20.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.fedorap
commit 2409d46abcc0fc12c24de4f706643bb6dc817b1f
Author: Paul Howarth
Date: Fri Apr 20 09:38:10 2012 +0100
Update to 0.13
- New upstream release 0.13
- Further spelling fix
- Removed DSLIP info
perl-Test-CPAN-Meta-JSON.spec |9 +++--
sources
A file has been added to the lookaside cache for perl-Test-CPAN-Meta-JSON:
0f72ac7b339fc9dc6af0e9c1a80a2305 Test-CPAN-Meta-JSON-0.13.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.fedorap
On 20 April 2012 07:41, Toshio Kuratomi wrote:
> As for the poll -- The Board has heard a lot of people asking to remove code
> names but is unsure if thats just because thats the group that happen to
> subscribe to the mailing list in question.
When have you ever heard "I'm running Fedora Beefy
Hey,
On Fri, Apr 20, 2012 at 9:49 AM, Kamil Paral wrote:
> I tried that out. For some reason the notification doesn't pop up after I
> run the program, is that intended?
No, it should be shown in "banner mode" like in
http://imgur.com/Gk1Az(that's a screenshot of running the unmodified
progra
Hi
I've got a package rename that needs reviewing. I've got 4 updates and 2
new packages that I'd like to build against the renamed package:
If anyone would like to do a review swap:
https://bugzilla.redhat.com/show_bug.cgi?id=814542
thanks
Brendan
--
devel mailing list
devel@lists.fedorapr
On 04/20/2012 08:34 AM, Toshio Kuratomi wrote:
On Thu, Apr 19, 2012 at 10:00:58PM -0500, Michael Cronenworth wrote:
On 04/19/2012 07:04 PM, Toshio Kuratomi wrote:
This cycle, the Board is also asking contributors to let us know if we
should continue to have release names for future Fedora relea
"resistance is futile"
On Apr 20, 2012 8:49 AM, "Kamil Paral" wrote:
> > On Thu, 2012-04-19 at 16:24 -0600, Chris Murphy wrote:
> >
> > > That is obscure UI design, and therefore doesn't resolve the
> > > current
> > > UI obscurity. So I see very little efficacy in the idea.
> >
> > To contribute
> On Thu, 2012-04-19 at 16:24 -0600, Chris Murphy wrote:
>
> > That is obscure UI design, and therefore doesn't resolve the
> > current
> > UI obscurity. So I see very little efficacy in the idea.
>
> To contribute something positive here, I went ahead and implemented
> the
> 'oscurity'. See atta
62 matches
Mail list logo
