On 14/12/10 13:38, Ratnadeep Debnath wrote:
> Hi,
> I've been thinking for sometime now for a GUI for the Fedora Packagers. There
> are some steps during the packaging life cycle which needs to be repeated
> again and again. So, I was thinking of having some kind of one click system
> for updati
The Eclipse team within Red Hat has already developed something called the
Eclipse Fedora Packager:
http://lists.fedoraproject.org/pipermail/devel/2010-October/144570.html
http://fedoraproject.org/wiki/Eclipse_Fedora_Packager_User_Guide
It's still in beta but essentially does what you d
Hi,
I've been thinking for sometime now for a GUI for the Fedora Packagers. There
are some steps during the packaging life cycle which needs to be repeated again
and again. So, I was thinking of having some kind of one click system for
updating the packages, like submitting for a koji scratch bu
On Thu, 09 Dec 2010 17:10:49 +0100, David Malcolm wrote:
> Another gratuitous me too, see:
> https://fedoraproject.org/wiki/Talk:Features/RetraceServer
Detailed description:
[...] User sends the coredump [...]
Do you intend to make it default for Fedora?
So far I thought it is not acceptable a
Hi,
On Monday, 13 December 2010 at 14:37, Karel Zak wrote:
> On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
> > How did /dev/shm get noexec in Fedora 15 rawhide?
> >$ grep /dev/shm /proc/mounts
> >tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
> >$ grep
Hi,
On Monday, 13 December 2010 at 23:23, Paul Johnson wrote:
> Hi,
>
> It's been quite a while since I've used the big red lizard and
> unfortunately, I've lost my password. No problems. Hit the reset button.
>
> As expected, it comes up with that it's sent a token to my email address,
> but no
On Mon, 2010-12-13 at 22:23 +, Paul Johnson wrote:
> Hi,
>
> It's been quite a while since I've used the big red lizard and
> unfortunately, I've lost my password. No problems. Hit the reset
> button.
>
> As expected, it comes up with that it's sent a token to my email
> address, but nothing
On 17 August 2010 10:38, Peter Lemenkov wrote:
> 2010/8/17 Christof Damian :
>> Seems that Ohloh is stuck since "12 Aug 2010 09:15 UTC"
>> https://www.ohloh.net/p/fedora-packages/analyses/latest
>>
>> Maybe Fedora Packages was a bit much :-)
>
> Yes, unfortunately. Despite of all my efforts to dis
Hi,
It's been quite a while since I've used the big red lizard and
unfortunately, I've lost my password. No problems. Hit the reset button.
As expected, it comes up with that it's sent a token to my email address,
but nothing appears.
Anyone know what the problem may be?
TTFN
Paul
--
devel ma
Hi all,
I'm trying to fix the F15 build failure for gpointing-device-settings
reported here:
https://bugzilla.redhat.com/show_bug.cgi?id=660864
and I'd need some help to understand what's going on. The main issue
was related to a newer gtk version, this one is now fixed.
The other one is trickier
There are now builds of Natus for all versions of Fedora and EL6. I'd
love some testing and karma if possible. You can find builds here:
http://koji.fedoraproject.org/koji/packageinfo?packageID=11322
Bodhi updates are here:
https://admin.fedoraproject.org/updates/natus
Thanks!
Nathaniel
--
de
On 12/09/2010 09:00 PM, Curtis Doty wrote:
> Why must statefull connection tracking be imposed on every Fedora user?
>
> Don't get me wrong. I use netfilter all the time and love it. And it's
> good to install the userland iptables tools and a simple firewall by
> default. But when I'd like to ch
On Mon, 2010-12-13 at 10:50 -0500, James Laska wrote:
> On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote:
> > 3) Reporting to bugzilla is a mistake.
>
> Not discounting the idea, but just looking for more detail. What
> alternatives would you want to see? More kerneloops-like aggregate data
On 12/13/2010 05:43 PM, Kevin Kofler wrote:
> Jiri Moskovcak wrote:
>> This is not a first time when in see this idea and was already answered
>> - we're the distro and we're responsible for the packages, filling all
>> bugs to the upstream will make more harm then good - e.g. crash caused
>> by ou
Jiri Moskovcak wrote:
> This is not a first time when in see this idea and was already answered
> - we're the distro and we're responsible for the packages, filling all
> bugs to the upstream will make more harm then good - e.g. crash caused
> by our patch or by some library which has different ups
Dave Jones wrote:
> I'm not sure what point you're trying to make, but there's a pretty big
> difference between completely ignoring automatically filed bugs
> (regardless of where they're filed), and automatically filing those bugs
> upstream.
Of course. But that's why I'm advocating doing the la
On Sun, Dec 12, 2010 at 02:59:18AM +0300, Pavel Alexeev (aka Pahan-Hubbitus)
wrote:
> 09.12.2010 17:46, Tom Callaway wrote:
>
> Here are the latest set of changes to the Fedora Packaging Guidelines:
>
> ---
> ---
> Some clarification has been added to the sections dealing with bu
The lightweight tag 'perl-CSS-DOM-0.14-1.fc15' was created pointing to:
daf4201... - Update to 0.14.
--
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
commit daf4201e6f52cc5f77e44986f82a9e73707ea37b
Author: Ville Skyttä
Date: Mon Dec 13 18:03:23 2010 +0200
- Update to 0.14.
.gitignore|2 +-
perl-CSS-DOM.spec |9 ++---
sources |2 +-
3 files changed, 8 insertions(+), 5 deletions(-)
---
diff --git a/.giti
Hi, everyone! I've already spoken to some developers with big features
for F15 to arrange Test Days, but I just wanted to send out a general
call to remind developers that the Test Day process is available for any
big changes you have landing for F15 (or even little changes, we're not
fussy :>). Te
A file has been added to the lookaside cache for perl-CSS-DOM:
19199828ac5c7b0d6565a81c0e459249 CSS-DOM-0.14.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/mailman/listi
Karel Zak wrote:
> > As a site administrator, how can I change the default to omit 'noexec'?
>
> mount -o remount,exec ?
That's not really changing the default.
David
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Thu, 2010-12-09 at 10:51 -0500, Adam Jackson wrote:
> 3) Reporting to bugzilla is a mistake.
Not discounting the idea, but just looking for more detail. What
alternatives would you want to see? More kerneloops-like aggregate data
collection, or something else?
Thanks,
James
signature.asc
D
On 12/13/2010 7:37, Karel Zak wrote:
> On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
>> How did /dev/shm get noexec in Fedora 15 rawhide?
>> $ grep /dev/shm /proc/mounts
>> tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
>> $ grep -srl noexec /etc
>>
On Sun, Dec 12, 2010 at 07:49:27PM -0800, John Reiser wrote:
> How did /dev/shm get noexec in Fedora 15 rawhide?
>$ grep /dev/shm /proc/mounts
>tmpfs /dev/shm tmpfs rw,seclabel,nosuid,nodev,noexec,relatime 0 0
>$ grep -srl noexec /etc
>/etc/alternatives/ld
>/etc/fstab ## deriv
On 12/13/2010 02:17 PM, Jiri Moskovcak wrote:
> On 12/13/2010 01:14 PM, Jaroslav Reznik wrote:
>> On Thursday, December 09, 2010 06:24:15 pm Jiri Moskovcak wrote:
>>> On 12/09/2010 06:11 PM, Adam Williamson wrote:
On Thu, 2010-12-09 at 17:36 +0100, Jiri Moskovcak wrote:
> so, can we call t
On 12/13/2010 01:14 PM, Jaroslav Reznik wrote:
> On Thursday, December 09, 2010 06:24:15 pm Jiri Moskovcak wrote:
>> On 12/09/2010 06:11 PM, Adam Williamson wrote:
>>> On Thu, 2010-12-09 at 17:36 +0100, Jiri Moskovcak wrote:
so, can we call the RFE: "attach backtrace even when dupe is found" ?
Compose started at Mon Dec 13 08:15:06 UTC 2010
Broken deps for x86_64
--
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit)
cpm-0.23-0.3.beta.fc1
On Wed, 08 Dec 2010 16:07:51 +0100
Stanislav Ochotnicky wrote:
> Hi,
>
> there have been quite a few unresponsive maintainers processes in past
> few months + there are people that don't respond to emails in timely
> fashion.
>
> I'd like to have a system where anyone can see which maintainers a
On 12/11/2010 03:33 AM, Kevin Kofler wrote:
> Stanislav Ochotnicky wrote:
>> I know we have [1], but as you can see, there are 4 people listed on
>> that page. That leads me to believe two things:
>> 1. Most people don't know the page exists (I didn't until tibbs
>> pointed it out to me)
>> 2
30 matches
Mail list logo