On Sat, 2011-10-22 at 00:55 +0530, Rahul Sundaram wrote:
> On 10/22/2011 12:44 AM, Adam Williamson wrote:
> > On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote:
> >> On 10/21/2011 07:51 PM, Adam Williamson wrote:
> >>
> >>> If it's being stripped there's probably a good *reason* for it to be
>
On 10/22/2011 12:44 AM, Adam Williamson wrote:
> On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote:
>> On 10/21/2011 07:51 PM, Adam Williamson wrote:
>>
>>> If it's being stripped there's probably a good *reason* for it to be
>>> stripped
>>
>> I'd say its much more likely that they're just try
Am 21.10.2011 21:04, schrieb Heiko Adams:
> Hi,
> it seems the latest gtk2 update has some changes inside which break
> applications written with lazarus. These applications are crashing on
> close which is new since installing this update.
>
> I've filed a bug at https://bugzilla.redhat.com/show_
On Fri, 2011-10-21 at 22:06 +0300, Ville Skyttä wrote:
> On 10/21/2011 07:51 PM, Adam Williamson wrote:
>
> > If it's being stripped there's probably a good *reason* for it to be
> > stripped
>
> I'd say its much more likely that they're just trying to save some space
> on end user systems where
On 10/21/2011 07:51 PM, Adam Williamson wrote:
> If it's being stripped there's probably a good *reason* for it to be
> stripped
I'd say its much more likely that they're just trying to save some space
on end user systems where stuff is built from source by users and the
users are too lazy to str
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
it seems the latest gtk2 update has some changes inside which break
applications written with lazarus. These applications are crashing on
close which is new since installing this update.
I've filed a bug at https://bugzilla.redhat.com/show_bug.c
Hi Kalev,
(Cc'ed to devel list to see if anybody else has suggestions).
As you've noted libgnomeuimm has been obsoleted in f16 and higher, and
referencer doesn't look like it's ported to use anything else. I filed
a bug in what appears to be a (potentially) active (but slow) upstream
to get some
On Fri, Oct 21, 2011 at 1:55 PM, David Airlie wrote:
>> > The Glibc package maintainer. I'm pretty sure he understands
>> > upstream, and FESCo should probably start the discussion with him
>> > first anyway.
I've started a dialog with the glibc packager and explained the
concerns I'm seeing.
-
>
> > The Glibc package maintainer. I'm pretty sure he understands
> > upstream, and FESCo should probably start the discussion with him
> > first anyway.
>
> I'm not exactly sure what glibc "upstream" (defined as people without
> commit rights to Fedora git) have to do with this at all. The i
On Fri, 2011-10-21 at 19:16 +0530, P J P wrote:
> - Original Message -
> > From: Josh Boyer
> > The %build section has:
> > strip pdfcrack
>
>
> Ah okay, I'll patch the Makefile.
>
>
> Thank you.
If it's being stripped there's probably a good *reason* for it to be
stripped, so you m
On Fri, Oct 21, 2011 at 11:44 AM, Toshio Kuratomi wrote:
> On Wed, Oct 19, 2011 at 06:53:12PM -0500, Richard Shaw wrote:
>> You're right, an ACL approach may be better. But my sql-fu isn't
>> really up to the task. For this to work:
>>
>> 1. mysqld would have to be running.
>> 2. I would have to s
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=741777
--- Comment #9 from Fedora Update System 2011-10-21
13:17:00 EDT ---
perl-Tk-804.029-4.fc16 has been submitted as an update for
On 21/10/11 17:44, Toshio Kuratomi wrote:
> On top of that, if I've been following the thread right, the previous rpm
> ran as a mythbackend user -- so it's only people who customized away from
> that to a root user that will have this migration issue, correct?
No - the current RPMs have the abil
On Wed, Oct 19, 2011 at 06:53:12PM -0500, Richard Shaw wrote:
> On Wed, Oct 19, 2011 at 6:34 PM, Lennart Poettering
> wrote:
> > On Wed, 19.10.11 18:28, Richard Shaw (hobbes1...@gmail.com) wrote:
> >> Well, as I had already mentioned I more or less relented, so I'm all
> >> for the a/v group metho
Josh Boyer writes:
> On Fri, Oct 21, 2011 at 1:21 AM, Rahul Sundaram wrote:
>> FESCo is the entity which can have that conversation with Glibc upstream
>> on behalf of Fedora. Who else can?
> The Glibc package maintainer. I'm pretty sure he understands
> upstream, and FESCo should probably sta
Summary of changes:
fe6a5d2... Split out Tk/MMutil.pm, Tk/install.pm, Tk/MakeDepend.pm int (*)
(*) 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.fedorapro
- Original Message -
> From: Josh Boyer
> The %build section has:
> strip pdfcrack
Ah okay, I'll patch the Makefile.
Thank you.
---
Regards
-Prasad
http://feedmug.com
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, Oct 21, 2011 at 9:29 AM, P J P wrote:
> Hi,
>
>
> I'm trying to package the PDFCrack tool for Fedora,
>
>
> Review request -> https://bugzilla.redhat.com/show_bug.cgi?id=746754
>
> Koji build -> http://koji.fedoraproject.org/koji/taskinfo?taskID=3446368
>
>
> Somehow it is creating an em
On Fri, Oct 21, 2011 at 3:29 PM, P J P wrote:
> I'm trying to package the PDFCrack tool for Fedora,
> Somehow it is creating an empty DebugInfo package.
>
> Could someone tell why it is creating an empty debuginfo package?
Because it executes "strip pdfcrack" :)
Bye,
Andrea.
--
devel mailing l
Hi,
I'm trying to package the PDFCrack tool for Fedora,
Review request -> https://bugzilla.redhat.com/show_bug.cgi?id=746754
Koji build -> http://koji.fedoraproject.org/koji/taskinfo?taskID=3446368
Somehow it is creating an empty DebugInfo package.
Could someone tell why it is creating an
Compose started at Fri Oct 21 08:15:46 UTC 2011
Broken deps for x86_64
--
389-admin-1.1.23-1.fc17.i686 requires libicuuc.so.46
389-admin-1.1.23-1.fc17.i686 requires libicui18n.so.46
389-admin-1.1.23-1.fc17.i686 require
Compose started at Fri Oct 21 08:16:00 UTC 2011
Broken deps for x86_64
--
aeolus-all-0.4.0-1.fc16.noarch requires rubygem(aeolus-cli)
aeolus-conductor-0.4.0-1.fc16.noarch requires rubygem(oauth)
aeolus-conductor-devel-
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Tk-804.030 is available
https://bugzilla.redhat.com/show_bug.cgi?id=747901
Summary: perl-Tk-804.030 is available
Product: Fedora
Vers
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Text-VimColor-0.14 is available
https://bugzilla.redhat.com/show_bug.cgi?id=747900
Summary: perl-Text-VimColor-0.14 is available
Product: Fedora
On Fri, Oct 21, 2011 at 1:21 AM, Rahul Sundaram wrote:
>> I'd vote for #1, but that's a much longer conversation that should be
>> had upstream and before we even get close to bringing it to FESCo.
>
> FESCo is the entity which can have that conversation with Glibc upstream
> on behalf of Fedora.
25 matches
Mail list logo
