On 03/15/2012 08:24 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Luke Macken does Bodhi. It certainly sounds non-trivial to me, for a
start, Bodhi uses FAS and Bugzilla does not.
It would be trivial if these decisions would be made by a human who is CCed
on both (i.e. the maintainer of the
Hi all,
very soon I'm going to update libdb to 5.3.15 in rawhide.
Thanks,
Jindrich
--
Jindrich Novy jn...@redhat.com http://people.redhat.com/jnovy/
Kdo víno má a nepije, kdo hrozny má a nejí je, kdo ženu má a nelíbá,
kdo zábavě se vyhýbá, na toho vemte bič a hůl, to není člověk, to je vůl.
Richard W.M. Jones wrote:
On Tue, Mar 13, 2012 at 10:00:59AM +0100, Jan Kratochvil wrote:
On Tue, 13 Mar 2012 09:45:22 +0100, Richard W.M. Jones wrote:
I suspect the answer is 'no', but is is possible to access or download
the build directory of a failed build, on the Fedora Koji servers?
Jim Meyering wrote:
Richard W.M. Jones wrote:
On Tue, Mar 13, 2012 at 10:00:59AM +0100, Jan Kratochvil wrote:
On Tue, 13 Mar 2012 09:45:22 +0100, Richard W.M. Jones wrote:
I suspect the answer is 'no', but is is possible to access or download
the build directory of a failed build, on the
Hi,
The description of the bug says With English-typing-booster enabled on
gnome-terminal, while using su- command, password appears in the text.
English typing booster is IBUS-IME for english language.
Any thoughts or comments regrading solution will be appreciated.
Regards,
Anish Patil.
--
On 03/16/2012 09:17 AM, Jindrich Novy wrote:
Hi all,
very soon I'm going to update libdb to 5.3.15 in rawhide.
Perhaps now would be a good time to make a concerted effort to move all
db4 users over to libdb to avoid problems like these:
https://bugzilla.redhat.com/show_bug.cgi?id=768846
On Fri, 16 Mar 2012 11:16:51 +0100, Jim Meyering wrote:
That works very well. However, the base64 output in my first log was
corrupt, due to some asynchronous output (stderr about job completion)
that was emitted in the middle of the big base64 block.
Adding the sync; sleep 10 part below
Hi,
2012/3/16 Anish Patil apa...@redhat.com:
Hi,
The description of the bug says With English-typing-booster enabled on
gnome-terminal, while using su- command, password appears in the text.
English typing booster is IBUS-IME for english language.
Any thoughts or comments regrading
On 03/16/2012 11:21 AM, Anish Patil wrote:
Hi,
The description of the bug says With English-typing-booster enabled on
gnome-terminal, while using su- command, password appears in the text.
English typing booster is IBUS-IME for english language.
Any thoughts or comments regrading solution
Compose started at Fri Mar 16 08:15:27 UTC 2012
Broken deps for x86_64
--
[HippoDraw]
HippoDraw-devel-1.21.3-2.fc17.i686 requires python-numarray
HippoDraw-devel-1.21.3-2.fc17.x86_64 requires python-numarray
Jan Kratochvil wrote:
On Fri, 16 Mar 2012 11:16:51 +0100, Jim Meyering wrote:
That works very well. However, the base64 output in my first log was
corrupt, due to some asynchronous output (stderr about job completion)
that was emitted in the middle of the big base64 block.
Adding the sync;
Le jeudi 15 mars 2012 à 12:49 -0400, John Ellson a écrit :
Can we just generate karma from a comment in bugzilla please? Having
to find some other weird place to indicate that a fix works for me is
a real pain.
Have you tried fedora-easy-karma ?
On Fri, 16 Mar 2012 12:01:59 +0100, Jim Meyering wrote:
However, I would suggest that any make check-spawned process that
does not terminate is a test script bug that should be fixed upstream,
I agree. New testcases are reviewed with this rule in mind. But the existing
testcases are handled
On 15.3.2012 09:38, Tomasz Torcz wrote:
Why and why just us?
Good question, we deviate from upstream default:
http://wiki.apache.org/httpd/DistrosDefaultLayout
Do we have somebody to make the stupid item 3 go away?
# If you're having issues with authorization and your permissions are
#
hi everybody,
in recent fedora releases I can see we have /etc/sysctl.d/
but does it really get evaluated
eg. let's put in /etc/sysctl.d/00-ojuba-enabled-sysrq.conf
kernel.sysrq = 1
and keep it 0 in /etc/sysctl.conf
kernel.sysrq = 0
then reboot then type
sysctl kernel.sysrq
it was
On Fri, 16.03.12 14:40, Muayyad AlSadi (als...@gmail.com) wrote:
hi everybody,
in recent fedora releases I can see we have /etc/sysctl.d/
but does it really get evaluated
eg. let's put in /etc/sysctl.d/00-ojuba-enabled-sysrq.conf
kernel.sysrq = 1
and keep it 0 in /etc/sysctl.conf
Hi,
did I miss the last two days of rawhide compose mails or are they
failing? If so where can I check?
Regards,
--Stijn
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 16.03.12 14:54, Muayyad AlSadi (als...@gmail.com) wrote:
but this does not make sense
the idea behind all .d is to allow packages to provide default (either
kernel defaults or distro defaults)
because the other choice is to use %post and sed
eg. let's say I made a firewall package
On 03/16/2012 02:28 PM, Lennart Poettering wrote:
On Fri, 16.03.12 14:54, Muayyad AlSadi (als...@gmail.com) wrote:
but this does not make sense
the idea behind all .d is to allow packages to provide default (either
kernel defaults or distro defaults)
because the other choice is to use %post
On Fri, 16 Mar 2012 14:02:39 +0100
Stijn Hoop st...@sandcat.nl wrote:
Hi,
did I miss the last two days of rawhide compose mails or are they
failing? If so where can I check?
http://lists.fedoraproject.org/pipermail/devel/2012-February/162652.html
It looks like they composed, but didn't
As I understand it, Muayyad has different problem. Right now, the
/etc/sysctl.conf we ship is not empty. It has several values set, one of
them is sysrq=0 he used in his example. No one set this is value, it's just
default value and yet, no package can change it by placing its file in
Dne 16.3.2012 14:40, Michal Hlavinka napsal:
As I understand it, Muayyad has different problem. Right now, the
/etc/sysctl.conf we ship is not empty. It has several values set, one of
them is sysrq=0 he used in his example. No one set this is value, it's
just default value and yet, no package
Perhaps and stupid question:
After upload new-sources to repo, it outputs:
Uploaded and added to .gitignore:
Source upload succeeded. Don't forget to commit the sources file
I don't understand! By default it add sources files to .gitignore and
then it asks for commit them?
Is it something that
Am 16.03.2012 15:21, schrieb Michal Schmidt:
Dne 16.3.2012 14:40, Michal Hlavinka napsal:
As I understand it, Muayyad has different problem. Right now, the
/etc/sysctl.conf we ship is not empty. It has several values set, one of
them is sysrq=0 he used in his example. No one set this is
On 03/16/12 at 11:16am, Sergio Belkin wrote:
Perhaps and stupid question:
After upload new-sources to repo, it outputs:
Uploaded and added to .gitignore:
Source upload succeeded. Don't forget to commit the sources file
I don't understand! By default it add sources files to .gitignore and
On Fri, Mar 16, 2012 at 9:33 AM, Jan Synacek jsyna...@redhat.com wrote:
On 03/16/12 at 11:16am, Sergio Belkin wrote:
Perhaps and stupid question:
After upload new-sources to repo, it outputs:
Uploaded and added to .gitignore:
Source upload succeeded. Don't forget to commit the sources file
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2012 02:33 PM, Jan Synacek wrote:
On 03/16/12 at 11:16am, Sergio Belkin wrote:
Perhaps and stupid question:
After upload new-sources to repo, it outputs: Uploaded and added
to .gitignore: Source upload succeeded. Don't forget to commit
2012/3/16 Jon Ciesla limburg...@gmail.com:
On Fri, Mar 16, 2012 at 9:33 AM, Jan Synacek jsyna...@redhat.com wrote:
On 03/16/12 at 11:16am, Sergio Belkin wrote:
Perhaps and stupid question:
After upload new-sources to repo, it outputs:
Uploaded and added to .gitignore:
Source upload
/pipermail/devel/2012-February/162652.html
It looks like they composed, but didn't send email for some reason.
Will investigate.
kevin
Thanks.
Actually I do see an error in critpath.log,
http://kojipkgs.fedoraproject.org/mash/rawhide-20120316/logs/critpath.log
Maybe that explains?
Regards
2012/3/16 Bryn M. Reeves b...@redhat.com:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2012 02:33 PM, Jan Synacek wrote:
On 03/16/12 at 11:16am, Sergio Belkin wrote:
Perhaps and stupid question:
After upload new-sources to repo, it outputs: Uploaded and added
to .gitignore:
On Fri, Mar 16, 2012 at 04:13:31PM +0200, Muayyad AlSadi wrote:
As I understand it, Muayyad has different problem. Right now, the
/etc/sysctl.conf we ship is not empty. It has several values set, one of
them is sysrq=0 he used in his example. No one set this is value, it's just
default
As a part of the ABRT Backtrace Deduplication Service[1], we are
planning to close and reassign old ABRT bugs in bugzilla. Bugs which
were found to have similar backtraces will be closed as duplicates of
the bug with most CCed users. If the bugs originate from different
components and their
On Fri, 2012-03-16 at 15:16 +, Matthew Garrett wrote:
On Fri, Mar 16, 2012 at 04:13:31PM +0200, Muayyad AlSadi wrote:
As I understand it, Muayyad has different problem. Right now, the
/etc/sysctl.conf we ship is not empty. It has several values set, one of
them is sysrq=0 he used
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the sysrq policy.
Why not?
For example, I use a commercial backup program that makes extensive use
of IPC and needs the msgmni and msgmnb limits raised beyond the default
values. Why
On 03/16/2012 05:13 AM, Michael Scherer wrote:
Le jeudi 15 mars 2012 à 12:49 -0400, John Ellson a écrit :
Can we just generate karma from a comment in bugzilla please? Having
to find some other weird place to indicate that a fix works for me is
a real pain.
Have you tried fedora-easy-karma ?
On Fri, 2012-03-16 at 09:56 +0100, Matej Cepl wrote:
On 15.3.2012 09:38, Tomasz Torcz wrote:
Why and why just us?
Good question, we deviate from upstream default:
http://wiki.apache.org/httpd/DistrosDefaultLayout
Do we have somebody to make the stupid item 3 go away?
# If you're
On Fri, Mar 16, 2012 at 10:15 AM, John Ellson john.ell...@comcast.net wrote:
https://admin.fedoraproject.org/updates/NetworkManager-0.9.3.995-0.6.git20120314.fc17
The update contains fixes for three problems: 800690, 798102, 802540
I contributed to the first bug, 800690, and duly tested and
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=680418
Marcela Mašláňová mmasl...@redhat.com changed:
What|Removed |Added
On Fri, Mar 16, 2012 at 2:47 PM, Lennart Poettering wrote:
/etc/sysctl.conf is interpreted after /etc/sysctl.d is. The former hence
overrides settings in the latter.
and Muayyad AlSadi responded:
but this does not make sense
the idea behind all .d is to allow packages to provide default
On 03/16/2012 04:56, Matej Cepl wrote:
On 15.3.2012 09:38, Tomasz Torcz wrote:
Why and why just us?
Good question, we deviate from upstream default:
http://wiki.apache.org/httpd/DistrosDefaultLayout
Do we have somebody to make the stupid item 3 go away?
# If you're having issues with
commit 06198004f6132c58258cfdf3d930f05f1b784c4b
Author: Marcela Mašláňová mmasl...@redhat.com
Date: Fri Mar 16 17:41:28 2012 +0100
680418 - missing man page for xpath
applied debian patch, which added POD into xpath code, but also fix debian
bug(#185292)
perl-XML-XPath.spec | 11
://kojipkgs.fedoraproject.org/mash/rawhide-20120316/logs/critpath.log
Maybe that explains?
I refactored the scripts that build rawhide this week to enable primary
and secondary arches to use the same scripts. in that i broke the bit
that sends email. im testing a fix for it now.
Dennis
--
devel
On Fri, Mar 16, 2012 at 10:57:13AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the sysrq policy.
Why not?
For example, I use a commercial backup program that makes extensive use
of IPC and needs the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/16/2012 12:47 PM, Adam Williamson wrote:
On Fri, 2012-03-16 at 09:56 +0100, Matej Cepl wrote:
On 15.3.2012 09:38, Tomasz Torcz wrote:
Why and why just us?
Good question, we deviate from upstream default:
* Dan Williams
On Wed, 2012-03-14 at 20:47 +0100, Lars Seipel wrote:
The current behaviour of tearing down working IPv6 connections is
just painful IMHO.
If the IPv6 method is ignore (which is the current default) then NM
shouldn't be touching IPv6 stuff on that interface; kernel-assigned
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
On Fri, Mar 16, 2012 at 10:57:13AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the sysrq policy.
Why not?
For example, I use a
On 03/15/2012 10:46 PM, Gerry Reno wrote:
On 03/15/2012 10:30 PM, Adam Williamson wrote:
On Thu, 2012-03-15 at 22:22 -0400, Gerry Reno wrote:
Yeah, installed the beta and I'm still having the exact same problem.
Graphics is Geforce FX 5600
Ah. Then that'll be
On Fri, 2012-03-16 at 12:15 -0400, John Ellson wrote:
On 03/16/2012 05:13 AM, Michael Scherer wrote:
Le jeudi 15 mars 2012 à 12:49 -0400, John Ellson a écrit :
Can we just generate karma from a comment in bugzilla please? Having
to find some other weird place to indicate that a fix works
On Fri, 2012-03-16 at 12:15 -0400, John Ellson wrote:
On 03/16/2012 05:13 AM, Michael Scherer wrote:
Le jeudi 15 mars 2012 à 12:49 -0400, John Ellson a écrit :
Can we just generate karma from a comment in bugzilla please? Having
to find some other weird place to indicate that a fix works
On 03/16/2012 05:15 PM, John Ellson wrote:
On 03/16/2012 05:13 AM, Michael Scherer wrote:
Le jeudi 15 mars 2012 à 12:49 -0400, John Ellson a écrit :
Can we just generate karma from a comment in bugzilla please? Having
to find some other weird place to indicate that a fix works for me is
a
On Fri, 2012-03-16 at 14:31 -0400, Gerry Reno wrote:
On 03/15/2012 10:46 PM, Gerry Reno wrote:
On 03/15/2012 10:30 PM, Adam Williamson wrote:
On Thu, 2012-03-15 at 22:22 -0400, Gerry Reno wrote:
Yeah, installed the beta and I'm still having the exact same problem.
On Fri, Mar 16, 2012 at 10:57:13AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the sysrq policy.
Why not?
For example, I use a commercial backup program that makes extensive use
of IPC and needs
Once upon a time, Dave Jones da...@redhat.com said:
On Fri, Mar 16, 2012 at 10:57:13AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the sysrq policy.
Why not?
For example, I use a commercial
Once upon a time, Chris Adams cmad...@hiwaay.net said:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
On Fri, Mar 16, 2012 at 10:57:13AM -0500, Chris Adams wrote:
Once upon a time, Matthew Garrett mj...@srcf.ucam.org said:
No package should be automatically changing the
Hi Dan,
* Dan Williams
On Fri, 2012-03-02 at 14:52 +0100, Tore Anderson wrote:
That is true, however, if IPv6 completes first, and IPv4 (still running
in the background) eventually ends up failing, the *entire connection*
will be torn down - including the perfectly working IPv6
Hello,
I am delighted to announce that the Fedora Project has been accepted
for the GSoC 2012 program[0].
This would be the 7th time where the Fedora project represents the
program since 2005.
The students' application procedure and other relevant information
will be published soon. If you are
* Petr Pisar
How does fd00::/16 differes from 10.0.0.0/8? Why getting site scope
address in IPv4 is Ok, while getting such address in IPv6 is considered
as failure?
Just a little comment regarding the terminology used here. The terms
global, site, and link scope have very specific and defined
What happens if two packages want to set a sysctl to different values ?
that's why they are prefixed with numbers, the higher number will take
effect
eg. 99-foobar.conf
sometimes we have conventions for number ranges like this
On Fri, Mar 16, 2012 at 1:57 AM, Jan Kratochvil
jan.kratoch...@redhat.com wrote:
And both machines pass rpm -Va just fine. So the binaries should, um,
be the same.
+
It is a core from yesterday,
There can be difference one of the machines has the files prelink-ed while the
other one does
On Fri, Mar 16, 2012 at 09:29:33AM +0100, Emanuel Rietveld wrote:
On 03/15/2012 08:24 PM, Kevin Kofler wrote:
Adam Williamson wrote:
Luke Macken does Bodhi. It certainly sounds non-trivial to me, for a
start, Bodhi uses FAS and Bugzilla does not.
It would be trivial if these decisions would
On Fri, Mar 16, 2012 at 09:42:50PM +0200, Muayyad AlSadi wrote:
What happens if two packages want to set a sysctl to different values ?
that's why they are prefixed with numbers, the higher number will take
effect
eg. 99-foobar.conf
sometimes we have conventions for number ranges
On 03/16/2012 02:48 PM, Adam Williamson wrote:
On Fri, 2012-03-16 at 14:31 -0400, Gerry Reno wrote:
On 03/15/2012 10:46 PM, Gerry Reno wrote:
On 03/15/2012 10:30 PM, Adam Williamson wrote:
On Thu, 2012-03-15 at 22:22 -0400, Gerry Reno wrote:
Yeah,
On Fri, 2012-03-16 at 17:01 -0400, Gerry Reno wrote:
On 03/16/2012 02:48 PM, Adam Williamson wrote:
On Fri, 2012-03-16 at 14:31 -0400, Gerry Reno wrote:
On 03/15/2012 10:46 PM, Gerry Reno wrote:
On 03/15/2012 10:30 PM, Adam Williamson wrote:
On Thu, 2012-03-15 at
hi,
I made a spin with gimp pre-installed and found that webkitgtk and
webkitgtk3 both installed
the old webkitgtk is installed only because of gimp
is there any plan to port gimp to webkitgtk3
--
devel mailing list
devel@lists.fedoraproject.org
If 00-foo sets something to value A, and 99-bar sets it to B,
and B A, foo may not function correctly.
This isn't an ordering problem, it's an exclusivity problem, because
sysctls are system-wide, not per-package.
this applies to every thing,
if 00-foo sets foo as the best font for
David Tardon wrote:
How do we prevent inexperienced testers from giving undeserved karma and
thus causing an update to be automatically pushed to stable?
One has to fulfil certain requirements before one becomes a packager.
But anyone with FAS account can give karma to an update...
+1, the
Adam Williamson wrote:
That might be an appropriate time to try and work some kind of
connection between Bugzilla and Bodhi. But I still think it might be
very difficult to do; it's very difficult to parse a freeform Bugzilla
comment
That's why it's best to leave this to a human!
Software is
Adam Williamson wrote:
It's a fairly well-known issue that you can't build the NVIDIA driver
against a debug kernel without tweaking something somewhere. It works
fine if you use a non-debug kernel.
Not really: https://bugzilla.redhat.com/show_bug.cgi?id=751891
Anything dlopening libGL
Reindl Harald wrote:
yes, but the really bug is that sysctl.conf is not shipped empty
it should be the global place where the admin can override ANY setting
from any other file/package and so it is correct to apply systcl.conf
as last item - as said only if it would be shipped empty
+1, Kay
On Fri, 2012-03-16 at 23:18 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
It's a fairly well-known issue that you can't build the NVIDIA driver
against a debug kernel without tweaking something somewhere. It works
fine if you use a non-debug kernel.
Not really:
On 03/16/2012 10:06 PM, Kevin Kofler wrote:
David Tardon wrote:
How do we prevent inexperienced testers from giving undeserved karma and
thus causing an update to be automatically pushed to stable?
One has to fulfil certain requirements before one becomes a packager.
But anyone with FAS
On Fri, 16.03.12 14:40, Michal Hlavinka (mhlav...@redhat.com) wrote:
On 03/16/2012 02:28 PM, Lennart Poettering wrote:
On Fri, 16.03.12 14:54, Muayyad AlSadi (als...@gmail.com) wrote:
but this does not make sense
the idea behind all .d is to allow packages to provide default (either
On 2012-03-15 Dan Williams wrote:
The only effect this checking will have is to change NetworkManager's
state from CONNECTED_GLOBAL to CONNECTED_SITE or CONNECTED_LOCAL. It
doesn't do anything odd like disconnect and retry some other
connection,
which wouldn't make much sense. It just
I was wondering why Qt compiler tools (qmake, moc, uic, etc.) are installed
with each name suffixed with -qt4 (qmake-qt4, moc-qt4). This diverges from
how upstream names its tools (specifically, without qt4 added), so it
caused me a little confusion when these tools appeared to be missing.
My
Buddhike -
| I am delighted to announce that the Fedora Project has been accepted
| for the GSoC 2012 program[0].
| This would be the 7th time where the Fedora project represents the
| program since 2005.
|
| The students' application procedure and other relevant information
| will be published
Aaron Faanes wrote:
I was wondering why Qt compiler tools (qmake, moc, uic, etc.) are
installed with each name suffixed with -qt4 (qmake-qt4, moc-qt4). This
diverges from how upstream names its tools (specifically, without qt4
added), so it caused me a little confusion when these tools
Aaron Faanes wrote:
We used the -qt4 postfix (which is a common practice among most distros
these days) to allow for a parallel-installable qt3.
Ah, I figured it was something like that. I couldn't find it using the
following:
$ yum provides '*/bin/*-qt3'
Loaded plugins:
On 03/16/2012 06:30 PM, Adam Williamson wrote:
On Fri, 2012-03-16 at 23:18 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
It's a fairly well-known issue that you can't build the NVIDIA driver
against a debug kernel without tweaking something somewhere. It works
fine if you use a
On Sat, 2012-03-17 at 00:17 -0400, Gerry Reno wrote:
On 03/16/2012 06:30 PM, Adam Williamson wrote:
On Fri, 2012-03-16 at 23:18 +0100, Kevin Kofler wrote:
Adam Williamson wrote:
It's a fairly well-known issue that you can't build the NVIDIA driver
against a debug kernel
On Sat, Mar 17, 2012 at 12:07 AM, Rex Dieter wrote:
Aaron Faanes wrote:
We used the -qt4 postfix (which is a common practice among most distros
these days) to allow for a parallel-installable qt3.
Ah, I figured it was something like that. I couldn't find it using the
following:
$ yum
# Fedora Quality Assurance Meeting
# Date: 2012-03-19
# Time: 15:00 UTC
(https://fedoraproject.org/wiki/Infrastructure/UTCHowto)
# Location: #fedora-meeting on irc.freenode.net
Greetings testers!
It's meeting time once more. We're deep into Beta cycle now, and we have
Test Days to report also.
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=797179
Fedora Update System upda...@fedoraproject.org changed:
What|Removed |Added
82 matches
Mail list logo