On Sat, 2012-05-26 at 16:12 +0200, Jan Kratochvil wrote:
> On Sat, 26 May 2012 12:50:31 +0200, Richard W.M. Jones wrote:
> > - You're in IRC or email, and all the bug reporter has given you is a
> > random copy and paste from their terminal. They don't care to open
> > a bug; they don't much c
On May 30, 2012 5:41 PM, "Lennart Poettering" wrote:
> Please be aware that since the most recent systemd uploads /tmp is now
> in tmpfs by default in Rawhide/F18.
>
> For details please see this feature page:
>
> https://fedoraproject.org/wiki/Features/tmp-on-tmpfs
Thanks for the heads-up!
> If
On 05/30/2012 04:16 PM, Marc Deop wrote:
> On Wednesday 30 May 2012 10:04:49 Pádraig Brady wrote:
>> I've some notes about 256 colors here:
>> http://www.pixelbeat.org/docs/terminal_colours/#256
>>
>
> That information is mostly fine. There are some errors though (you say you
> set your TERM vari
Heya!
Please be aware that since the most recent systemd uploads /tmp is now
in tmpfs by default in Rawhide/F18.
For details please see this feature page:
https://fedoraproject.org/wiki/Features/tmp-on-tmpfs
If you have an explicit /tmp entry in fstab things should continue to
work the same as
On Tue, 29 May 2012 21:56:37 +
"Jóhann B. Guðmundsson" wrote:
> On 05/29/2012 07:49 PM, Kevin Fenzi wrote:
> > Bodhi does.
> > https://admin.fedoraproject.org/updates/
> >
> > F17 security updates: 122
> > F16 security updates: 310
> > F15 security updates: 444
> >
> > Luke probably has previ
On Wed, May 30, 2012 at 1:06 PM, Jon Ciesla wrote:
> On it. If someone else is also, let me know and I'll stop.
Out for rawhide, bodhi updates created for f15-17. Please test and give karma.
-J
> -J
>
> On Wed, May 30, 2012 at 12:18 PM, Heiko Adams wrote:
>> Hi there,
>> can anyone start bui
Hi everyone,
due to the recent Bugzilla update Upstream Release Monitoring[0] cannot
report bugs currently. I noticed that there has been some recent
activity in python-bugzilla[1] that might fix this.
Regards
Till
[0] https://fedoraproject.org/wiki/Upstream_release_monitoring
[1] https://fedora
My name is Charles Amey. I have a bachelor's degree in computer
science. I've been running linux since around 2001, and I got my RHCT
in 2005. I've got a couple other little projects on github,
https://github.com/kc8hfi. scratchpad is the rewrite of my senior
project. Looking back at the code
On Wed, May 30, 2012 at 8:03 PM, Kaleb S. KEITHLEY wrote:
> On 05/30/2012 02:23 PM, Peter Robinson wrote:
>>
>> Yes, for the Fedora side of things I think gluster 3.2 is the best
>> strategy with a fedorapeople repo of 3.3 if it's considered worthwhile
>> for those that wish to play. For gluster 3
On 05/30/2012 03:03 PM, Kaleb S. KEITHLEY wrote:
> On 05/30/2012 02:23 PM, Peter Robinson wrote:
>> Yes, for the Fedora side of things I think gluster 3.2 is the best
>> strategy with a fedorapeople repo of 3.3 if it's considered worthwhile
>> for those that wish to play. For gluster 3.3 I suggest
On 05/30/2012 02:23 PM, Peter Robinson wrote:
Yes, for the Fedora side of things I think gluster 3.2 is the best
strategy with a fedorapeople repo of 3.3 if it's considered worthwhile
for those that wish to play. For gluster 3.3 I suggest a feature page
for F-18 / rawhide. Is it feasible for the
On Wed, May 30, 2012 at 7:11 PM, Kaleb S. KEITHLEY wrote:
> On 05/30/2012 01:34 PM, Kaleb S. KEITHLEY wrote:
>>
>> On 05/30/2012 01:25 PM, Peter Robinson wrote:
>>
>>>
And FWIW, doing nothing doesn't resolve the glusterfs in EPEL versus
glusterfs in the RHS Channel issue.
>>>
>>>
>>> Tha
On 05/30/2012 01:34 PM, Kaleb S. KEITHLEY wrote:
On 05/30/2012 01:25 PM, Peter Robinson wrote:
And FWIW, doing nothing doesn't resolve the glusterfs in EPEL versus
glusterfs in the RHS Channel issue.
That's a different story entirely, and why would you want gluster in
EPEL when it's already
On it. If someone else is also, let me know and I'll stop.
-J
On Wed, May 30, 2012 at 12:18 PM, Heiko Adams wrote:
> Hi there,
> can anyone start building pidgin 2.10.4, which is a security update
> since the package maintainer seems to be unresponsive?
> --
> Grüße aus Coburg
>
> Ulrike, Leon
Current situation, F-17:
$ repoquery --whatrequires libsidplay
audacious-plugins-sid-0:3.2.2-1.fc17.x86_64
gstreamer-plugins-ugly-0:0.10.19-1.fc17.i686
gstreamer-plugins-ugly-0:0.10.19-1.fc17.x86_64
libsidplay-devel-0:1.36.60-5.fc17.i686
libsidplay-devel-0:1.36.60-5.fc17.x86_64
ocp-0
I documented some slapi functions, and as requested I created a slapi
function for g_get_shutdown to use in plugins.
--
Mark Reynolds
Senior Software Engineer
Red Hat, Inc
mreyno...@redhat.com
>From 271855c5180d98b8a6264b1dc89354083b31a285 Mon Sep 17 00:00:00 2001
From: Mark Reynolds
Date: Wed
On 05/30/2012 01:25 PM, Peter Robinson wrote:
And FWIW, doing nothing doesn't resolve the glusterfs in EPEL versus
glusterfs in the RHS Channel issue.
That's a different story entirely, and why would you want gluster in
EPEL when it's already in RHEL? What's the difference?
This has been
On Wed, May 30, 2012 at 11:25 AM, Peter Robinson wrote:
>> I'd be perfectly happy saying we will never ship glusterfs-3.3.x on f16 and
>> f17, but the reality is that there probably are people who want it.
>
> So you can always do a fedorapeople repository for those that want to
> experiment.
I s
On Wed, May 30, 2012 at 01:23:42PM -0400, Kaleb S. KEITHLEY wrote:
> On 05/30/2012 01:08 PM, Kaleb S. KEITHLEY wrote:
> >On 05/30/2012 12:44 PM, Richard W.M. Jones wrote:
> >>
> >>To be honest it's a pain in the neck to deal with such packages, and
> >>unless there's an overwhelming need, I can't r
Hi.
On Wed, 30 May 2012 10:21:33 -0500, Richard Shaw wrote
> Thanks for the link! I did contact him. It looks like he's entirely
> relying on a custom script in /etc/kernel/postinst.d. Also, he forked
> zfsonlinux and has added/modified quite a bit. One change is a ZFS
> unit generator[1]. Even w
On Wed, May 30, 2012 at 6:08 PM, Kaleb S. KEITHLEY wrote:
> On 05/30/2012 12:44 PM, Richard W.M. Jones wrote:
>>
>>
>> To be honest it's a pain in the neck to deal with such packages, and
>> unless there's an overwhelming need, I can't recommend it. Does any
>> user really need to parallel instal
On 05/30/2012 01:08 PM, Kaleb S. KEITHLEY wrote:
On 05/30/2012 12:44 PM, Richard W.M. Jones wrote:
To be honest it's a pain in the neck to deal with such packages, and
unless there's an overwhelming need, I can't recommend it. Does any
user really need to parallel install both versions of glust
Hi there,
can anyone start building pidgin 2.10.4, which is a security update
since the package maintainer seems to be unresponsive?
--
Grüße aus Coburg
Ulrike, Leon Jan und Heiko
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/30/2012 12:44 PM, Richard W.M. Jones wrote:
To be honest it's a pain in the neck to deal with such packages, and
unless there's an overwhelming need, I can't recommend it. Does any
user really need to parallel install both versions of glusterfs?
No, and in fact that would not work. (And
On Wed, May 30, 2012 at 11:46:46AM -0400, Kaleb S. KEITHLEY wrote:
>
> What hoops do I have to jump through, approvals, etc., do I need to
> respin glusterfs rpms as glusterfs32 (for 3.2.6, and soon 3.2.7),
> and the imminent glusterfs-3.3.0, which would be glusterfs33.
>
> I.e. what is currently
On Wed, May 30, 2012 at 12:13:42PM -0400, Adam Jackson wrote:
> On 5/30/12 9:33 AM, Peter Jones wrote:
>
> >diff --git a/ocaml.spec b/ocaml.spec
> >index bbf2669..2ab0ecc 100644
> >--- a/ocaml.spec
> >+++ b/ocaml.spec
> >@@ -233,9 +233,13 @@ man pages and info files.
> >git init
> >git config user
Hello,
Current F18 delivers `perl(Module::Build) = 0.3800' and following packages
build-require versioned Module::Build:
EekBoek-0:2.00.04-1.fc18.src
perl-BackPAN-Index-0:0.40-4.fc17.src
perl-DBD-AnyData-0:0.110-4.fc17.src
perl-Data-FormValidator-0:4.70-2.fc17.src
perl-Data-Types-0:0.09-2.fc17.sr
On 05/30/2012 11:46 AM, Kaleb S. KEITHLEY wrote:
>
> What hoops do I have to jump through, approvals, etc., do I need to
> respin glusterfs rpms as glusterfs32 (for 3.2.6, and soon 3.2.7), and
> the imminent glusterfs-3.3.0, which would be glusterfs33.
>
> I.e. what is currently glusterfs-3.2.6-2
On 5/30/12 9:33 AM, Peter Jones wrote:
diff --git a/ocaml.spec b/ocaml.spec
index bbf2669..2ab0ecc 100644
--- a/ocaml.spec
+++ b/ocaml.spec
@@ -233,9 +233,13 @@ man pages and info files.
git init
git config user.email "no...@example.com"
git config user.name "no one"
+git config sendemail.to "%{
What hoops do I have to jump through, approvals, etc., do I need to
respin glusterfs rpms as glusterfs32 (for 3.2.6, and soon 3.2.7), and
the imminent glusterfs-3.3.0, which would be glusterfs33.
I.e. what is currently glusterfs-3.2.6-2.{fc16,fc17,el6} would become
glusterfs32-3.2.6-x.{fc16,
On 05/30/2012 09:42 AM, Richard W.M. Jones wrote:
On Wed, May 30, 2012 at 09:33:06AM -0400, Peter Jones wrote:
On 05/29/2012 05:58 PM, Richard W.M. Jones wrote:
On Tue, May 29, 2012 at 09:57:46PM +0200, Hans Ulrich Niedermann wrote:
On 29/05/12 18:46, Richard W.M. Jones wrote:
Has anyone wri
Am 30.05.2012 02:36, schrieb Jared K. Smith:
> On Tue, May 29, 2012 at 5:29 PM, Reindl Harald wrote:
>> Am 29.05.2012 22:45, schrieb Roberto Ragusa:
>> i think i have to mention taht VT-d is active in the BIOS and
>> i was wondering that it was stable because the combination of the
>> i915 optio
commit cce500afc967642f2187ac829cd9e06108ccc3e6
Author: Emmanuel Seyman
Date: Wed May 30 17:22:43 2012 +0200
Clean up spec file and add perl default filter
perl-Data-AsObject.spec | 13 +
1 files changed, 5 insertions(+), 8 deletions(-)
---
diff --git a/perl-Data-AsObject.sp
On Wed, May 30, 2012 at 2:51 AM, Ralf Ertzinger wrote:
> Hi.
>
> On Wed, 23 May 2012 14:23:30 -0500, Richard Shaw wrote:
>
>> Short story:
>> I'm working on creating kernel module packages for the ZFS file system
>> from zfsonlinux.org to be hosted at RPM Fusion and will utilize the
>> akmods util
Compose started at Wed May 30 08:15:03 UTC 2012
Broken deps for x86_64
--
[389-admin]
389-admin-1.1.28-1.fc18.i686 requires libicuuc.so.48
389-admin-1.1.28-1.fc18.i686 requires libicui18n.so.48
389-admin-1.1.28-1.fc18.
commit 137b4ad884b31aa3ef789e72672aa6db8a5ff2fb
Author: Emmanuel Seyman
Date: Wed May 30 16:40:41 2012 +0200
Clean up spec file and add perl default filter
perl-Crypt-Simple.spec | 15 +++
1 files changed, 7 insertions(+), 8 deletions(-)
---
diff --git a/perl-Crypt-Simple.sp
On 05/30/2012 09:33 AM, Peter Jones wrote:
+echo "Use 'git config user.email \"f...@example.com\" to set an address for
patc
Clearly this line is a copy-paste error and should end in the obvious fashion.
--
Peter
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedor
On Wed, May 30, 2012 at 09:33:06AM -0400, Peter Jones wrote:
> On 05/29/2012 05:58 PM, Richard W.M. Jones wrote:
> >On Tue, May 29, 2012 at 09:57:46PM +0200, Hans Ulrich Niedermann wrote:
> >>On 29/05/12 18:46, Richard W.M. Jones wrote:
> >>
> >>>Has anyone written any tools for converting git repo
On 05/29/2012 05:58 PM, Richard W.M. Jones wrote:
On Tue, May 29, 2012 at 09:57:46PM +0200, Hans Ulrich Niedermann wrote:
On 29/05/12 18:46, Richard W.M. Jones wrote:
Has anyone written any tools for converting git repos into patches?
Currently I use 'git format-patch' and then I copy the patc
Hi,
I'm facing a weird printing problem with cups-1.5.2 on F16. I can print a
document from the browser; But when i try to print a PDF document, it prompts
me for the cups server password. I've tried with epdfviewer and Adobe Reader
both halt at the same point.
===
(epdfview:17565): Gtk-CRI
You can only retire and remove it from rawhide. Once its in a stable release
its there forever.
--
Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Nikola Pajkovsky wrote:
Since fedora has iptraf-ng, fork of original iptraf, from fedora 15, I'm
going to retire original iptr
On Tue, May 29, 2012 at 09:57:46PM +0200, Hans Ulrich Niedermann wrote:
> See the source in erlang.spec and otp-get-patches.sh for details.
I think you can simplify erlang.spec by using git to apply the
patches:
http://pkgs.fedoraproject.org/gitweb/?p=ocaml.git;a=blob;f=ocaml.spec;h=bbf2669595197
Since fedora has iptraf-ng, fork of original iptraf, from fedora 15, I'm
going to retire original iptraf from fedora 15. Does anyone have problem
with that?
--
Nikola
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 05/30/2012 09:30 AM, Kévin Raymond wrote:
> Hi there,
>
> We are building a leading edge Operating System, but still use only 8bit
> colors
> by default in our terminal (I don't know about KDE… I stay under
> GNOME, gnome-term (xterm)).
> This limit the colors of many applications like vim, sc
On Wed, May 30, 2012 at 2:36 AM, Jared K. Smith
wrote:
> On Tue, May 29, 2012 at 5:29 PM, Reindl Harald wrote:
>> Am 29.05.2012 22:45, schrieb Roberto Ragusa:
>> i think i have to mention taht VT-d is active in the BIOS and
>> i was wondering that it was stable because the combination of the
>> i
- Original Message -
> Jóhann B. Guðmundsson wrote:
>
> > On 05/29/2012 05:21 AM, Adam Williamson wrote:
> >> We actually have this on the QA wishlist and it was one of the
> >> projects
> >> we proposed for GSoC for QA, but it didn't quite make it. We may
> >> still
> >> wind up doing it
Hi there,
We are building a leading edge Operating System, but still use only 8bit colors
by default in our terminal (I don't know about KDE… I stay under
GNOME, gnome-term (xterm)).
This limit the colors of many applications like vim, screen, tmux, weechat…
As seen (quick but not exhaustive chec
Hi.
On Wed, 23 May 2012 14:23:30 -0500, Richard Shaw wrote:
> Short story:
> I'm working on creating kernel module packages for the ZFS file system
> from zfsonlinux.org to be hosted at RPM Fusion and will utilize the
> akmods utility to make sure that new modules are built on kernel
> update.
A
Dne 30.5.2012 00:25, Peter Hutterer napsal(a):
On Tue, May 29, 2012 at 09:21:35AM +0200, Vít Ondruch wrote:
Dne 29.5.2012 08:57, Matthias Runge napsal(a):
On 29/05/12 08:24, Peter Hutterer wrote:
Hi Adrian,
Drop this in /etc/X11/xorg.conf.d/99-wheel-emulation.conf and it will be
persistent. I
49 matches
Mail list logo
