On 17/07/12 04:56, Seth Vidal wrote:
On Tue, 17 Jul 2012, Mike Manilone wrote:
於 一，2012-07-16 於 18:00 -0700，Adam Williamson 提到：
Updates are already categorized as 'security', 'bugfix' or 'feature'.
You can isolate updates of each type in the GUI app, you can configure
the system to automati
Coincidentally I was looking at gtm this weekend.
One of the interesting points in re packaging it is that one must bootstrap
gtm from an existing gtm using the providing source.
I'm wondering a bit how that might be affected by the Fedora packaging
guidelines?
I also use Intersystems cache (non f
On Tue, 17 Jul 2012, Mike Manilone wrote:
於 一，2012-07-16 於 18:00 -0700，Adam Williamson 提到：
Updates are already categorized as 'security', 'bugfix' or 'feature'.
You can isolate updates of each type in the GUI app, you can configure
the system to automatically install 'security' updates but n
On Mon, Jul 16, 2012 at 5:45 PM, Scott Schmit wrote:
> And what's the pathname of a deleted file? Like it or not, that's a real
> possibility ("normal" as opposed to the result of an error condition or
> a bug), even if it's possibly not typical.
[details snipped]
> It gives you your current path
Scott Schmit writes:
On Mon, Jul 16, 2012 at 07:38:52PM -0400, Sam Varshavchik wrote:
> Jan Kratochvil writes:
>
> >On Sun, 15 Jul 2012 22:42:00 +0200, Sam Varshavchik wrote:
> >> And I wouldn't be so presumptions as to state authoritatively what
> >> is or is not a bug, in something whose purpo
於 一，2012-07-16 於 18:00 -0700，Adam Williamson 提到：
> Updates are already categorized as 'security', 'bugfix' or 'feature'.
> You can isolate updates of each type in the GUI app, you can configure
> the system to automatically install 'security' updates but not other
> updates in the background.
Well
於 一，2012-07-16 於 22:02 -0400，Paul Wouters 提到：
> On Tue, 17 Jul 2012, Mike Manilone wrote:
>
> > I think we can create a new repo called "security" like Debian. Push all
> > the security updates to it.
>
> Uhm, we have that. It is called RHEL
>
> Paul
No money to buy. :-)
--
---
On Tue, 17 Jul 2012, Mike Manilone wrote:
I think we can create a new repo called "security" like Debian. Push all
the security updates to it.
Uhm, we have that. It is called RHEL
Paul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/dev
Dear Fedora Devel,
I'm interested in becoming a packager for:
* fis-gtm: an open source implementation of the M/MUMPS language/database
* vista: The EHR of the Department of Veterans Affairs
I have been working recently with the upstream teams of these two projects
while packaging them for
On Mon, Jul 16, 2012 at 07:38:52PM -0400, Sam Varshavchik wrote:
> Jan Kratochvil writes:
>
> >On Sun, 15 Jul 2012 22:42:00 +0200, Sam Varshavchik wrote:
> >> And I wouldn't be so presumptions as to state authoritatively what
> >> is or is not a bug, in something whose purpose is not known to me.
On Tue, 2012-07-17 at 08:40 +0800, Mike Manilone wrote:
> Hi, list
>
> I don't want too many updates so I disable the "updates" repo. But later
> I found that "fedora" repo has no updates so I couldn't get any security
> updates.
>
> I think we can create a new repo called "security" like Debian.
於 二，2012-07-17 於 08:40 +0800，Mike Manilone 提到：
> They are very dangerous!
They are in danger... Typo...
--
---
Regards, | 祝好
Mike Manilone
http://www.ekd123.org
---
signature.asc
Description: This is a digitally signed message par
Hi, list
I don't want too many updates so I disable the "updates" repo. But later
I found that "fedora" repo has no updates so I couldn't get any security
updates.
I think we can create a new repo called "security" like Debian. Push all
the security updates to it. I believe that there are people
Jan Kratochvil writes:
On Sun, 15 Jul 2012 22:42:00 +0200, Sam Varshavchik wrote:
> And I wouldn't be so presumptions as to state authoritatively what
> is or is not a bug, in something whose purpose is not known to me.
Non-existing /proc/self/exe file is a normal UNIX process state so a UNIX
Gregory Maxwell writes:
On Mon, Jul 16, 2012 at 9:30 AM, Robert Nichols
wrote:
> That would mean that prelink would skip much of a running system, and a
> full prelink could be done only by booting from separate media. Not going
> to happen.
But now that Fedora will have reboot for updates...
Richard W.M. Jones writes:
I suspect there is still a small race window, even if you've got the
right %post hook.
Does it need to be the same executable? Isn't it sufficient to check
that it's the same user (ie. using SO_PEERCRED):
http://www.perlmonks.org/?node_id=952805
Or perhaps somethin
On Monday, July 16 2012, Kevin Fenzi wrote:
> cgit is faster.
cgit seems great, but I am not sure it is faster.
sergio@psique /tmp $ time wget
'http://pkgs.fedoraproject.org/gitweb/?p=gdb.git;a=blob;f=gdb-rhbz-818343-set-solib-absolute-prefix-testcase.patch;h=446709da043ef053ee3c65889bdb8438ca
Greetings.
Fedora infrastructure has been looking at moving from gitweb-caching to
cgit for git.fedorahosted.org and pkgs.fedoraproject.org. Some reasons:
gitweb-caching upstream is not very alive.
gitweb-caching needs manual clearing of it's cache from time to time.
gitweb-caching seems to
Summary of changes:
6bac126... Initial import (839706). (*)
(*) 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.fedoraproject.org
https://admin.fedoraprojec
Summary of changes:
7c60d96... Initial import (839701). (*)
(*) 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.fedoraproject.org
https://admin.fedoraprojec
On Mon, Jul 16, 2012 at 01:50:58PM -0400, Adam Jackson wrote:
> On Mon, 2012-07-16 at 08:32 -0700, Toshio Kuratomi wrote:
>
> > In terms of how the Guidelines would look, FPC would probably need to either
> > work on the boilerplate that the collections code uses or link to them
> > for the benefi
On Mon, 2012-07-16 at 08:32 -0700, Toshio Kuratomi wrote:
> In terms of how the Guidelines would look, FPC would probably need to either
> work on the boilerplate that the collections code uses or link to them
> for the benefit of maintainers that want to maintain rpms in EPEL 5 and
> EPEL 6.
It
===
#fedora-meeting: FESCO (2012-07-16)
===
Meeting started by notting at 17:01:35 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2012-07-16/fesco.2012-07-16-17.01.log.html
.
Meeting summary
---
Hi,
I was asked to send to send the status of the last run of the Upstream
Release Monitoring tool to this list. It would consist of all lines in
http://till.fedorapeople.org/tmp/cnucnu-last.log
that mention that a package is outdated. Would you welcome this or find
it disturbing?
I think it woul
https://bugzilla.redhat.com/show_bug.cgi?id=831743
Maybe anyone knows how to contact the maintainer? (His mail
is not answer.)
--
Fl@sh
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Mon, Jul 16, 2012 at 10:03:27AM -0400, Adam Jackson wrote:
> On Sun, 2012-07-15 at 15:45 +0200, Jan Kratochvil wrote:
> > On Sat, 14 Jul 2012 16:19:23 +0200, Sam Varshavchik wrote:
> > > It took me a while to figure out why my daemon kept breaking all the
> > > time, when it couldn't stat its /p
https://bugzilla.redhat.com/show_bug.cgi?id=839706
Bill Pemberton changed:
What|Removed |Added
Flags||fedora-cvs?
--- Comment #4 from Bill Pe
https://bugzilla.redhat.com/show_bug.cgi?id=839701
Bill Pemberton changed:
What|Removed |Added
Flags||fedora-cvs?
--- Comment #4 from Bill Pe
https://bugzilla.redhat.com/show_bug.cgi?id=839706
Jitka Plesnikova changed:
What|Removed |Added
Flags|fedora-review? |fedora-review+
--- Comment #3 from Ji
On Sun, 15 Jul 2012 22:42:00 +0200, Sam Varshavchik wrote:
> And I wouldn't be so presumptions as to state authoritatively what
> is or is not a bug, in something whose purpose is not known to me.
Non-existing /proc/self/exe file is a normal UNIX process state so a UNIX
process not being able to c
On Sun, Jul 15, 2012 at 09:41:26AM -0400, Al Dunsmuir wrote:
> On Saturday, July 14, 2012, 7:25:15 PM, Eric Smith wrote:
>
> > Perhaps it means that the file can't be in a supported executable format
> > such as ELF? Downloaded firmware often is in raw binary format, but
> > it's certainly conce
On Mon, 16 Jul 2012 09:30:47 +0200, Tomas Mraz wrote:
> Definitely not a bug. If it is a bug of anything then of the prelink
> script that it does not check the battery status.
OK, it depends whether you want to make some configuration of cron which
scripts should or should not be run on battery o
https://bugzilla.redhat.com/show_bug.cgi?id=839909
Petr Šabata changed:
What|Removed |Added
Status|ASSIGNED|CLOSED
Fixed In Version|
Am 15.07.2012 19:58, schrieb Jan Kratochvil:
> On Sun, 15 Jul 2012 19:37:26 +0200, Reindl Harald wrote:
>> you must start openoffice damned often that the benfit beats out
>> the overhead of the /etc/cron.daily/prelink
>
> When you prelink it nightly on AC and run it at least once on battery, th
On Sun, 2012-07-15 at 15:45 +0200, Jan Kratochvil wrote:
> On Sat, 14 Jul 2012 16:19:23 +0200, Sam Varshavchik wrote:
> > It took me a while to figure out why my daemon kept breaking all the
> > time, when it couldn't stat its /proc/self/exe any more.
>
> This is a bug of the daemon. While it is
On Mon, Jul 16, 2012 at 9:30 AM, Robert Nichols
wrote:
> That would mean that prelink would skip much of a running system, and a
> full prelink could be done only by booting from separate media. Not going
> to happen.
But now that Fedora will have reboot for updates... problem solved, right? :)
On 07/15/2012 09:20 PM, Sam Varshavchik wrote:
I think that 99% of the problems that prelink is creating can be easily avoided
simply by having prelink automatically skip executables that are currently
running. This is something that should not be very difficult to do. All the
information is triv
On Sun, Jul 15, 2012 at 08:46:06PM -0400, Sam Varshavchik wrote:
> Chris Adams writes:
>
> >Once upon a time, Sam Varshavchik said:
> >> I would expect that /proc/self/exe symlink gives the name of the running
> >> executable. I don't think it's an unreasonable expectation.
> >
> >There are lots
https://bugzilla.redhat.com/show_bug.cgi?id=840453
Bug ID: 840453
Keywords: FutureFeature, Triaged
QA Contact: extras...@fedoraproject.org
Severity: unspecified
Version: rawhide
Priority: unspecified
CC: mmasl...@redhat.c
On 16 July 2012 06:19, Thomas Bendler wrote:
> 2012/6/27 Ken Dreyer
>>
>> I was looking briefly into packaging some Puppet modules, and I was
>> curious if anyone else has gone down this road.
>> [...]
>>
>> Does anyone have suggestions for package naming conventions? It looks
>> like the upstrea
Miloslav Trmač writes:
On Mon, Jul 16, 2012 at 4:20 AM, Sam Varshavchik
wrote:
> Chris Adams writes:
>
>> Once upon a time, Sam Varshavchik said:
>> > Chris Adams writes:
>> > >Is there anything that actually does that and depends on the result?
>>
>> You skipped this part. Can you name som
Hi all,
I'm about to upload PackageKit 0.8.2 which bumps soname due to some
removed API. I'll take care of rebuilding gnome-packagekit and apper.
Yell if you have any worries or questions. Thanks.
Richard.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailma
2012/6/27 Ken Dreyer
> I was looking briefly into packaging some Puppet modules, and I was
> curious if anyone else has gone down this road.
> [...]
> Does anyone have suggestions for package naming conventions? It looks
> like the upstream modules include the creators' names as part of the
> pac
Hello!
2012/7/16 Brendan Jones :
I took these:
> Add64 - an additive synthesizer for JACK
> https://bugzilla.redhat.com/show_bug.cgi?id=830664
>
> samplv1 -A polyphonic sampler synthesizer with stereo fx
> https://bugzilla.redhat.com/show_bug.cgi?id=829971
It would be great if you review these
On Sun, 2012-07-15 at 19:58 +0200, Jan Kratochvil wrote:
> On Sun, 15 Jul 2012 19:37:26 +0200, Reindl Harald wrote:
> > you must start openoffice damned often that the benfit beats out
> > the overhead of the /etc/cron.daily/prelink
>
> When you prelink it nightly on AC and run it at least once o
45 matches
Mail list logo
