I want to buy fedora linux 7 system .But I can't bought is recently Please tell me who have fedroa linux7 system, I am from China tel:13771201604
> -----原始邮件-----
发件人: fedora-devel-list-request@redhat.com 发送时间: 2009年9月1日 星期二 收件人: fedora-devel-list@redhat.com 抄送: 主题: fedora-devel-list Digest, Vol 66, Issue 126
Send fedora-devel-list mailing list submissions to fedora-devel-list@redhat.com
To subscribe or unsubscribe via the World Wide Web, visit https://www.redhat.com/mailman/listinfo/fedora-devel-list or, via email, send a message with subject or body 'help' to fedora-devel-list-request@redhat.com
You can reach the person managing the list at fedora-devel-list-owner@redhat.com
When replying, please edit your Subject line so it is more specific than "Re: Contents of fedora-devel-list digest..."
Today's Topics:
- Re: another spin of TeX Live 2009 packages (Jindrich Novy)
- Re: another spin of TeX Live 2009 packages (Patrice Dumas)
- Re: #! /usr/bin/perl preferred (P?draig Brady)
- Re: maven2 broken deps? (Re: rawhide report: 20090830 changes) (Andrew Overholt)
- fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Jakub Jelinek)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Correction: #! /usr/bin/perl NOT preferred (Stepan Kasal)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Re: how to determain those no longer required packages (James Antill)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Ulrich Drepper)
- Re: how to determain those no longer required packages (Seth Vidal)
- Re: Dragonfly Mail Agent (Casey Dahlin)
Message: 1 Date: Mon, 31 Aug 2009 13:32:01 +0200 From: Jindrich Novy jnovy@redhat.com Subject: Re: another spin of TeX Live 2009 packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831113201.GC3138@pucmeloud.brq.redhat.com Content-Type: text/plain; charset=us-ascii
On Sat, Aug 29, 2009 at 05:14:33PM +0200, Martin Sourada wrote:
Package texlive-dvips is obsoleted by texlive, trying to install texlive-2009-0.3.20090827.fc11.i586 instead
This is obviously wrong obsolete, as dvips is actually provided by texlive-dvips, but for some reason unless I tell yum to specifically install the noarch package (by running yum install texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when doing yum install texlive-dvips)... Otherwise the installation as well as short testing went smooth.
Indeed. It will be fixed in the next build.
Thanks, Jindrich
Martin
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
-- Jindrich Novy jnovy@redhat.com http://people.redhat.com/jnovy/
Message: 2 Date: Mon, 31 Aug 2009 13:48:51 +0200 From: Patrice Dumas pertusus@free.fr Subject: Re: another spin of TeX Live 2009 packages To: fedora-devel-list@redhat.com Message-ID: 20090831114851.GA20794@free.fr Content-Type: text/plain; charset=us-ascii
Hello,
I haven't followed closely the new packaging of texlive, so you should take my comments with caution...
On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote:
The new packages obsolete the ancient tetex stuff: tetex-tex4ht
I think that the stand-alone tex4ht could be better than the texlive one. It was updated many time a year in the past (but it may change).
tetex-elvevier
In the past, the version in CTAN of this package used to lag a lot. I'd still advise taking the files from the web, especially since there is also the old style in the stand-alone package.
and these utilities: dvipdfm dvipdfmx dvipng xdvi xdvipdfmx
Haven't some of those an upstream different from texlive?
-- Pat
Message: 3 Date: Mon, 31 Aug 2009 13:39:48 +0100 From: P?draig Brady P@draigBrady.com Subject: Re: #! /usr/bin/perl preferred To: Fedora development fedora-devel-list@redhat.com, Fedora perl development team fedora-perl-devel-list@redhat.com Message-ID: 4A9BC494.2040004@draigBrady.com Content-Type: text/plain; charset="ISO-8859-1"
Stepan Kasal wrote:
Hello, at certain periods of time, it was recommended to use #!/usr/bin/env .
Some people consider it ugly. (The humble opinion of the author of this mail is the same.)
Currently there is popular mood to remove "/usr/bin/env python", see http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPytho...
That page says there "Should be no user-visible change for non-Python experts." However I notice that the output from `ps` lists the actual script name, rather than just "python". The same is true for perl. This is a worth mentioning both for the benefit it provides and the minimal chance for breaking stuff.
cheers, Pádraig.
Message: 4 Date: Mon, 31 Aug 2009 09:20:15 -0400 From: Andrew Overholt overholt@redhat.com Subject: Re: maven2 broken deps? (Re: rawhide report: 20090830 changes) To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831132010.GA2773@redhat.com Content-Type: text/plain; charset=us-ascii
- Alex Lancaster alexl@users.sourceforge.net [2009-08-31 04:21]:
> Rawhide Report writes:
[...]
A whole slew of broken deps caused by a new maven2 have been sitting in rawhide for about the last week with no attempted rebuilds to fix it. Anybody know what's going on?
This was my fault. Sorry. I mistakenly added some versioned dependencies on things that I have yet to have a chance to rebuild. I didn't notice it with my local builds and was progressing on the rest of the work hoping to finish very soon. It will be done this week but I can untag the latest build if it's bothering people.
Andrew
Message: 5 Date: Mon, 31 Aug 2009 16:45:17 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310645k362a2824jaf754e955d7a8bf@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Hi dee Ho peeps.
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
-Matti
Message: 6 Date: Mon, 31 Aug 2009 16:10:10 +0200 From: Jakub Jelinek jakub@redhat.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com Content-Type: text/plain; charset=us-ascii
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
Message: 7 Date: Mon, 31 Aug 2009 17:26:05 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Jakub Jelinek jakub@redhat.com, Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310726v14dd8b6chdfe0dddbfb399e8d@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinekjakub@redhat.com wrote:
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
Message: 8 Date: Mon, 31 Aug 2009 16:27:55 +0200 From: Stepan Kasal skasal@redhat.com Subject: Correction: #! /usr/bin/perl NOT preferred To: fedora-devel-list@redhat.com Cc: Fedora perl development team fedora-perl-devel-list@redhat.com Message-ID: 20090831142755.GA3935@camelia.ucw.cz Content-Type: text/plain; charset=us-ascii
Hello all.
In short: "#!/usr/bin/env perl" is OK in Fedora.
In my previous mail, I asked you to delete the (/usr)?/bin/env calls from #! lines of Fedora scripts.
I would like to withdraw that request.
A discussion followed that post on fedora-perl-devel-list, which actually proved that "/usr/bin/env perl" is the preferred alternative, not the deprecated one.
But the most important bit of information has been pointed out by Ralf Corsepius: Fedora Packaging Committee considered a proposal to forbid /usr/bin/env on 2009-08-19, but it did not agreed upon it.
(For details, see http://meetbot.fedoraproject.org/fedora-meeting/2009-08-19/fedora-meeting.20... )
Both alternatives are OK, follow your own preferrence.
Have a nice day, Stepan
Message: 9 Date: Mon, 31 Aug 2009 17:31:38 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Jakub Jelinek jakub@redhat.com, Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310731x53d699d4tcb9e834b21148b8@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
And just a öast nail in coffin: I tried with -D_GNU_SOURCE and it worked like you told.
On Mon, Aug 31, 2009 at 5:26 PM, Maz The Northenermazziesaccount@gmail.com wrote:
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinekjakub@redhat.com wrote:
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
Message: 10 Date: Mon, 31 Aug 2009 10:42:12 -0400 From: James Antill james@fedoraproject.org Subject: Re: how to determain those no longer required packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 1251729732.22005.35.camel@code.and.org Content-Type: text/plain; charset="UTF-8"
On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote:
> "AT" == Axel Thimm Axel.Thimm@ATrpms.net writes:
AT> I don't think apt traces whether a packages was a pulled in manually AT> or automatically, does it?
yum does keep track of many things in the yumdb and I think the "reason" key is supposed to track this, but for me it seems reason is always "user". I think the intent is to track packages which were installed because the user requested them directly separately from packages which were pulled in purely because of dependencies.
Yes, the reason attribute in yumdb is there primarily to start on "solving" this "problem". yumdb hasn't been around an entire release yet, which makes it's data somewhat problematic (and the testing somewhat limited). Also atm. we don't carry reason=dep across updates, so if you do "yum update" with a new version of a package you got as a dep. that would be considered a user install of the new package. Both of which should explain why almost nothing has reason=dep¹. Atm. I have:
% yumdb search reason dep Loaded plugins: presto fipscheck-1.2.0-1a.fc11.x86_64 reason = dep
...so it does work, at what it does atm.
Probably the sanest request here is that if you do:
- yum install blah
- <try out blah, don't like it>
- yum remove blah
...you don't get rid of any extra stuff you got with blah, hopefully "yum history undo" will solve that in a better way by recording what happened at #1 and undoing it instead of trying to piece together what might have happened at #1 after the fact.
¹ It's also true that saving 1 cent of disk space isn't at the top of my list of things to do.
-- James Antill james@fedoraproject.org Fedora
Message: 11 Date: Mon, 31 Aug 2009 07:43:13 -0700 From: Ulrich Drepper drepper@redhat.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Cc: Jakub Jelinek jakub@redhat.com Message-ID: 4A9BE181.2020201@redhat.com Content-Type: text/plain; charset=UTF-8; format=flowed
On 08/31/2009 07:26 AM, Maz The Northener wrote:
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
Only by accident. We had no C99-compatibility version of *scanf in those older versions. We have now.
-- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA â–
Message: 12 Date: Mon, 31 Aug 2009 10:47:07 -0400 (EDT) From: Seth Vidal skvidal@fedoraproject.org Subject: Re: how to determain those no longer required packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: alpine.LFD.2.00.0908311046170.16127@localhost.localdomain Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Mon, 31 Aug 2009, James Antill wrote:
...you don't get rid of any extra stuff you got with blah, hopefully "yum history undo" will solve that in a better way by recording what happened at #1 and undoing it instead of trying to piece together what might have happened at #1 after the fact.
let's not go promising things like yum history undo which are not committed, not tested and, in the case of large update/install transactions, unlikely to do what the user wants.
-sv
Message: 13 Date: Mon, 31 Aug 2009 11:05:21 -0400 From: Casey Dahlin cdahlin@redhat.com Subject: Re: Dragonfly Mail Agent To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 4A9BE6B1.9010202@redhat.com Content-Type: text/plain; charset=ISO-8859-1
On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote:
2009/8/30 Christoph Höger choeger@cs.tu-berlin.de:
Hi,
is dma packaged by someone? That would be the first step and I would happily test that thing (having postfix installed after Paul Frields advice which works well).
I think I'll do the packaging -- it's in Dragonfly's Git, and the one thing I regret about Git vis-a-vis Subversion is that you cannot just grab a subdirectory, so our source verification might get a bit tricky.
Regards,
Maybe if you ask nicely they will submodule it.
--CJD
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
End of fedora-devel-list Digest, Vol 66, Issue 126
why old linux system now available Fedora12 alpha version Download and try it
On Tue, Sep 1, 2009 at 10:08 AM, liuliu1103 liuliu1103@yeah.net wrote:
I want to buy fedora linux 7 system .But I can't bought is recently Please tell me who have fedroa linux7 system, I am from China tel:13771201604
-----原始邮件----- 发件人: fedora-devel-list-request@redhat.com 发送时间: 2009年9月1日 星期二 收件人: fedora-devel-list@redhat.com 抄送: 主题: fedora-devel-list Digest, Vol 66, Issue 126
Send fedora-devel-list mailing list submissions to fedora-devel-list@redhat.com
To subscribe or unsubscribe via the World Wide Web, visit https://www.redhat.com/mailman/listinfo/fedora-devel-list or, via email, send a message with subject or body 'help' to fedora-devel-list-request@redhat.com
You can reach the person managing the list at fedora-devel-list-owner@redhat.com
When replying, please edit your Subject line so it is more specific than "Re: Contents of fedora-devel-list digest..."
Today's Topics:
- Re: another spin of TeX Live 2009 packages (Jindrich Novy)
- Re: another spin of TeX Live 2009 packages (Patrice Dumas)
- Re: #! /usr/bin/perl preferred (P?draig Brady)
- Re: maven2 broken deps? (Re: rawhide report: 20090830 changes) (Andrew Overholt)
- fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Jakub Jelinek)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Correction: #! /usr/bin/perl NOT preferred (Stepan Kasal)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Maz The Northener)
- Re: how to determain those no longer required packages (James Antill)
- Re: fscanf problem in glibc shipped with latest F11 updates. (Ulrich Drepper)
- Re: how to determain those no longer required packages (Seth Vidal)
- Re: Dragonfly Mail Agent (Casey Dahlin)
Message: 1 Date: Mon, 31 Aug 2009 13:32:01 +0200 From: Jindrich Novy jnovy@redhat.com Subject: Re: another spin of TeX Live 2009 packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831113201.GC3138@pucmeloud.brq.redhat.com Content-Type: text/plain; charset=us-ascii
On Sat, Aug 29, 2009 at 05:14:33PM +0200, Martin Sourada wrote:
Package texlive-dvips is obsoleted by texlive, trying to install texlive-2009-0.3.20090827.fc11.i586 instead
This is obviously wrong obsolete, as dvips is actually provided by texlive-dvips, but for some reason unless I tell yum to specifically install the noarch package (by running yum install texlive-dvips.noarch), it insists on obsoleting it by texlive (i.e. when doing yum install texlive-dvips)... Otherwise the installation as well as short testing went smooth.
Indeed. It will be fixed in the next build.
Thanks, Jindrich
Martin
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
-- Jindrich Novy jnovy@redhat.com http://people.redhat.com/jnovy/
Message: 2 Date: Mon, 31 Aug 2009 13:48:51 +0200 From: Patrice Dumas pertusus@free.fr Subject: Re: another spin of TeX Live 2009 packages To: fedora-devel-list@redhat.com Message-ID: 20090831114851.GA20794@free.fr Content-Type: text/plain; charset=us-ascii
Hello,
I haven't followed closely the new packaging of texlive, so you should take my comments with caution...
On Mon, Aug 31, 2009 at 01:15:21PM +0200, Jindrich Novy wrote:
The new packages obsolete the ancient tetex stuff: tetex-tex4ht
I think that the stand-alone tex4ht could be better than the texlive one. It was updated many time a year in the past (but it may change).
tetex-elvevier
In the past, the version in CTAN of this package used to lag a lot. I'd still advise taking the files from the web, especially since there is also the old style in the stand-alone package.
and these utilities: dvipdfm dvipdfmx dvipng xdvi xdvipdfmx
Haven't some of those an upstream different from texlive?
-- Pat
Message: 3 Date: Mon, 31 Aug 2009 13:39:48 +0100 From: P?draig Brady P@draigBrady.com Subject: Re: #! /usr/bin/perl preferred To: Fedora development fedora-devel-list@redhat.com, Fedora perl development team fedora-perl-devel-list@redhat.com Message-ID: 4A9BC494.2040004@draigBrady.com Content-Type: text/plain; charset="ISO-8859-1"
Stepan Kasal wrote:
Hello, at certain periods of time, it was recommended to use #!/usr/bin/env .
Some people consider it ugly. (The humble opinion of the author of this mail is the same.)
Currently there is popular mood to remove "/usr/bin/env python", see http://fedoraproject.org/wiki/Features/SystemPythonExecutablesUseSystemPytho...
That page says there "Should be no user-visible change for non-Python experts." However I notice that the output from `ps` lists the actual script name, rather than just "python". The same is true for perl. This is a worth mentioning both for the benefit it provides and the minimal chance for breaking stuff.
cheers, Pádraig.
Message: 4 Date: Mon, 31 Aug 2009 09:20:15 -0400 From: Andrew Overholt overholt@redhat.com Subject: Re: maven2 broken deps? (Re: rawhide report: 20090830 changes) To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831132010.GA2773@redhat.com Content-Type: text/plain; charset=us-ascii
- Alex Lancaster alexl@users.sourceforge.net [2009-08-31 04:21]:
>> Rawhide Report writes:
[...]
A whole slew of broken deps caused by a new maven2 have been sitting in rawhide for about the last week with no attempted rebuilds to fix it. Anybody know what's going on?
This was my fault. Sorry. I mistakenly added some versioned dependencies on things that I have yet to have a chance to rebuild. I didn't notice it with my local builds and was progressing on the rest of the work hoping to finish very soon. It will be done this week but I can untag the latest build if it's bothering people.
Andrew
Message: 5 Date: Mon, 31 Aug 2009 16:45:17 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310645k362a2824jaf754e955d7a8bf@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Hi dee Ho peeps.
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
-Matti
Message: 6 Date: Mon, 31 Aug 2009 16:10:10 +0200 From: Jakub Jelinek jakub@redhat.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 20090831141010.GC2884@tyan-ft48-01.lab.bos.redhat.com Content-Type: text/plain; charset=us-ascii
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
Message: 7 Date: Mon, 31 Aug 2009 17:26:05 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Jakub Jelinek jakub@redhat.com, Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310726v14dd8b6chdfe0dddbfb399e8d@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinekjakub@redhat.com wrote:
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
Message: 8 Date: Mon, 31 Aug 2009 16:27:55 +0200 From: Stepan Kasal skasal@redhat.com Subject: Correction: #! /usr/bin/perl NOT preferred To: fedora-devel-list@redhat.com Cc: Fedora perl development team fedora-perl-devel-list@redhat.com Message-ID: 20090831142755.GA3935@camelia.ucw.cz Content-Type: text/plain; charset=us-ascii
Hello all.
In short: "#!/usr/bin/env perl" is OK in Fedora.
In my previous mail, I asked you to delete the (/usr)?/bin/env calls from #! lines of Fedora scripts.
I would like to withdraw that request.
A discussion followed that post on fedora-perl-devel-list, which actually proved that "/usr/bin/env perl" is the preferred alternative, not the deprecated one.
But the most important bit of information has been pointed out by Ralf Corsepius: Fedora Packaging Committee considered a proposal to forbid /usr/bin/env on 2009-08-19, but it did not agreed upon it.
(For details, see http://meetbot.fedoraproject.org/fedora-meeting/2009-08-19/fedora-meeting.20... )
Both alternatives are OK, follow your own preferrence.
Have a nice day, Stepan
Message: 9 Date: Mon, 31 Aug 2009 17:31:38 +0300 From: Maz The Northener mazziesaccount@gmail.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Jakub Jelinek jakub@redhat.com, Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: f5100bbb0908310731x53d699d4tcb9e834b21148b8@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1
And just a öast nail in coffin: I tried with -D_GNU_SOURCE and it worked like you told.
On Mon, Aug 31, 2009 at 5:26 PM, Maz The Northenermazziesaccount@gmail.com wrote:
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
On Mon, Aug 31, 2009 at 5:10 PM, Jakub Jelinekjakub@redhat.com wrote:
On Mon, Aug 31, 2009 at 04:45:17PM +0300, Maz The Northener wrote:
I found out that after I updated my F11 a few days ago, fscanf started missbehaving.
I filed a bug report in bugzilla. (bug 520414)
but since I have not heard anyone else yelling about this, I thought that maybe this is my fault after all... Any suggestions how to verify this?
(I do not need any help overcoming it, workaround is quite straightforward for me - remove GNU extension usage. I just would like to know if the bug is on my side.)
This is just a user error. You are not using any feature test macros (see info libc 'Feature Test Macros' ), and with that glibc headers when not using strict ISO C modes (-ansi, -std=c89, -std=c99) default to _POSIX_C_SOURCE=200809L in recent glibcs, which among other things mean XPG6 compliant *scanf. As %a is a POSIX floating point in hex specifier, it conflicts with the GNU extension where a if followed by s, S or [ is treated as allocatable modifier. So, to make your code work either compile with -D_GNU_SOURCE, or, better, just use POSIX 2008 way, %m[a-z].
Jakub
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
--
-Matti "Maz" Vaittinen CWF coding team leader http://www.curlysworldoffreeware.com/
BrakesAreForCowards!!! When you feel blue, no one sees your tears... When your down, no one understands your struggle... When you feel happy, no one notices your smile... But fart just once... I would love to create a freeware game with C - unless I was working at NSN.
Message: 10 Date: Mon, 31 Aug 2009 10:42:12 -0400 From: James Antill james@fedoraproject.org Subject: Re: how to determain those no longer required packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 1251729732.22005.35.camel@code.and.org Content-Type: text/plain; charset="UTF-8"
On Sat, 2009-08-29 at 19:06 -0500, Jason L Tibbitts III wrote:
>> "AT" == Axel Thimm Axel.Thimm@ATrpms.net writes:
AT> I don't think apt traces whether a packages was a pulled in manually AT> or automatically, does it?
yum does keep track of many things in the yumdb and I think the "reason" key is supposed to track this, but for me it seems reason is always "user". I think the intent is to track packages which were installed because the user requested them directly separately from packages which were pulled in purely because of dependencies.
Yes, the reason attribute in yumdb is there primarily to start on "solving" this "problem". yumdb hasn't been around an entire release yet, which makes it's data somewhat problematic (and the testing somewhat limited). Also atm. we don't carry reason=dep across updates, so if you do "yum update" with a new version of a package you got as a dep. that would be considered a user install of the new package. Both of which should explain why almost nothing has reason=dep¹. Atm. I have:
% yumdb search reason dep Loaded plugins: presto fipscheck-1.2.0-1a.fc11.x86_64 reason = dep
...so it does work, at what it does atm.
Probably the sanest request here is that if you do:
- yum install blah
- <try out blah, don't like it>
- yum remove blah
...you don't get rid of any extra stuff you got with blah, hopefully "yum history undo" will solve that in a better way by recording what happened at #1 and undoing it instead of trying to piece together what might have happened at #1 after the fact.
¹ It's also true that saving 1 cent of disk space isn't at the top of my list of things to do.
-- James Antill james@fedoraproject.org Fedora
Message: 11 Date: Mon, 31 Aug 2009 07:43:13 -0700 From: Ulrich Drepper drepper@redhat.com Subject: Re: fscanf problem in glibc shipped with latest F11 updates. To: Development discussions related to Fedora fedora-devel-list@redhat.com Cc: Jakub Jelinek jakub@redhat.com Message-ID: 4A9BE181.2020201@redhat.com Content-Type: text/plain; charset=UTF-8; format=flowed
On 08/31/2009 07:26 AM, Maz The Northener wrote:
Thanks for quick answer :) I was just puzzled because this seemed to work without extra defines with older glibc.
Only by accident. We had no C99-compatibility version of *scanf in those older versions. We have now.
-- ➧ Ulrich Drepper ➧ Red Hat, Inc. ➧ 444 Castro St ➧ Mountain View, CA ⠖
Message: 12 Date: Mon, 31 Aug 2009 10:47:07 -0400 (EDT) From: Seth Vidal skvidal@fedoraproject.org Subject: Re: how to determain those no longer required packages To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: alpine.LFD.2.00.0908311046170.16127@localhost.localdomain Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Mon, 31 Aug 2009, James Antill wrote:
...you don't get rid of any extra stuff you got with blah, hopefully "yum history undo" will solve that in a better way by recording what happened at #1 and undoing it instead of trying to piece together what might have happened at #1 after the fact.
let's not go promising things like yum history undo which are not committed, not tested and, in the case of large update/install transactions, unlikely to do what the user wants.
-sv
Message: 13 Date: Mon, 31 Aug 2009 11:05:21 -0400 From: Casey Dahlin cdahlin@redhat.com Subject: Re: Dragonfly Mail Agent To: Development discussions related to Fedora fedora-devel-list@redhat.com Message-ID: 4A9BE6B1.9010202@redhat.com Content-Type: text/plain; charset=ISO-8859-1
On 08/30/2009 12:11 PM, Michel Alexandre Salim wrote:
2009/8/30 Christoph Höger choeger@cs.tu-berlin.de:
Hi,
is dma packaged by someone? That would be the first step and I would happily test that thing (having postfix installed after Paul Frields advice which works well).
I think I'll do the packaging -- it's in Dragonfly's Git, and the one thing I regret about Git vis-a-vis Subversion is that you cannot just grab a subdirectory, so our source verification might get a bit tricky.
Regards,
Maybe if you ask nicely they will submodule it.
--CJD
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
End of fedora-devel-list Digest, Vol 66, Issue 126
-- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Hello,
Thank you for your interest in Fedora! Some pointers follow below the quote:
On Tue, Sep 1, 2009 at 12:38 AM, liuliu1103liuliu1103@yeah.net wrote:
I want to buy fedora linux 7 system .But I can't bought is recently Please tell me who have fedroa linux7 system, I am from China tel:13771201604
- Please apply with the Fedora Free Media program: https://fedoraproject.org/freemedia/FreeMedia-form.html
- The currently supported version of Fedora are versions 10 and 11. You will be sent a DVD of version 11
- This is a development list. Kindly direct future emails to fedora-list or, if testing pre-release software, fedora-test-list
- Please do not quote an entire email when sending a message. Especially when that email is a (very long) daily digest!
PS sending your phone number to the entire list might not be what you have in mind, but if it is, you might want to attach the IDD code.
Best regards,