# F18 Beta Blocker Review meeting #4
# Date: 2012-10-17
# Time: 16:00 UTC [1] (12:00 EDT, 09:00 PDT)
# Location: #fedora-qa on irc.freenode.net
Keeping with what we've done for the last couple of weeks, we're
planning to stop around the 3 hour mark if we're not done by then and
resume on 2012-10-1
Dne 16.10.2012 18:06, Jesse Keating napsal(a):
On 10/16/2012 08:53 AM, Dario Lesca wrote:
If this feature is not included then you can not update F1[0-7] on
systems that have used LVM / RAID: all my PCs and laptops.
Anaconda no longer handles upgrades, so this isn't a concern.
Oh come on. I
Il giorno mar, 16/10/2012 alle 17.59 +0200, Juan Orti Alcaine ha
scritto:
> I think It's totally unacceptable to lose this functionality.
+1 ... I'm Totally agree
--
Dario Lesca - sip:da...@solinos.it
(Inviato dal mio Linux Fedora 17 Gnome3)
--
devel mailing list
devel@lists.fedoraproject.org
On Thu, 11.10.12 01:48, Lennart Poettering (mzerq...@0pointer.de) wrote:
> On Wed, 10.10.12 16:50, Kevin Fenzi (ke...@scrye.com) wrote:
>
> > "My laptop started acting up last tuesday, I should see whats in the
> > logs from then"
> >
> > "I'd like to run a daily report on my logs"
>
> These tw
On 10/16/2012 08:22 PM, David Lehman wrote:
> On Tue, 2012-10-16 at 15:29 +0200, Dario Lesca wrote:
>> Hi, I have download the last Fedora-18-Beta-TC4 to do some tests
>> http://dl.fedoraproject.org/pub/alt/stage/18-Beta-TC4/Fedora/x86_64/iso/Fedora-18-Beta-TC4-x86_64-netinst.iso
>>
>> How to insta
On Tue, Oct 16, 2012 at 9:07 AM, Bill Nottingham wrote:
> Peter Robinson (pbrobin...@gmail.com) said:
>> > I wonder... could we make linux-firmware optional?
>> >
>> > I would expect many virt env's don't need any firmware to work...
>> > (but of course I could be wrong).
>>
>> It use to be option
On Tue, 09.10.12 23:24, Lennart Poettering (mzerq...@0pointer.de) wrote:
> I am not generally against adding time-based rotation, but really, this
> is much less of a "necessity" than other things the journal provides,
> which syslog does not: for example per-service rate limits, and
> unfakable m
Compose started at Wed Oct 17 09:15:20 UTC 2012
Broken deps for x86_64
--
[almanah]
almanah-0.8.0-7.fc18.x86_64 requires libedataserverui-3.0.so.3()(64bit)
almanah-0.8.0-7.fc18.x86_64 requires libedataserver-1.2.so.16()(64bit)
On Wed, 2012-10-17 at 14:28 +0200, Richard Marko wrote:
> Previous structured partitioning dialog was much better compared to
> this. Why
> it was removed in favor of this confusing thing?
to keep you on your toes, of course
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedo
Il giorno mer, 17/10/2012 alle 08.37 -0500, David Lehman ha scritto:
> to keep you on your toes, of course
you forgot ;-) ... because if you're talking seriously this is a wild
unacceptable answer
What is the real reason for this (for now unjustified) change?
Does anyone know?
--
Dario Lesca -
On Wed, Oct 17, 2012 at 02:13:35PM +0200, Lennart Poettering wrote:
> This is implemented now, but I called it --since= and --until=. I'll
> push this into F18 as well, sicne it's actually a minor change only, and
> just too useful.
Thanks Lennart. This is great stuff.
--
Matthew Miller ☁☁☁ Fe
On 10/16/2012 05:41 PM, Gerry Reno wrote:
> I just found another problem with the upgrade to kernel 3.6.1
>
> My Saitek Pro Flight controls (yoke and pedals) refuse to operate now.
>
> I can see them in dmesg but they do nothing when running FlightGear now.
>
>
Solved by updating kernel-modules-ex
With the stipulation that rsyslog would still be available to provide a
traditional syslog-style text logs, what are reasonable hard requirements
for making systemd the main logging system installed by default? (Or, an
alternate softer implementation: rsyslogd would be installed by default but
woul
Josh Boyer (jwbo...@gmail.com) said:
> > However, if you go down that route, the kernel should be the same way,
> > the firmware should be separate subpackages, and requires should be done at
> > the module -> firmware level by generating it from the MODULE_FIRMWARE tags.
> > (Unless you're relyin
On Wed, Oct 17, 2012 at 10:47:34AM -0400, Bill Nottingham wrote:
>> If you're suggesting 1, I'd be really really opposed to that. It would
>> make packaging in kernel.spec even more of a nightmare than it already
>> is.
[...]
> Both - if people want firmware packages split out of linux-firmware, i
On Tue, Oct 16, 2012 at 07:27:43PM +0100, Richard W.M. Jones wrote:
>
> This is not a major change, but things may be broken in
> Rawhide briefly ...
That's gone in, and there are a number of broken OCaml packages as a
result.
You can help! For each package:
(1) Check if there is a new upstrea
The lightweight tag 'perl-List-MoreUtils-0.33-7.fc19' was created pointing to:
d8d9392... Spec clean-up
--
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-dev
On Wed, 2012-10-17 at 10:44 -0400, Matthew Miller wrote:
> With the stipulation that rsyslog would still be available to provide a
> traditional syslog-style text logs, what are reasonable hard requirements
> for making systemd the main logging system installed by default? (Or, an
> alternate softe
Matthew Miller writes:
> Less critical but important:
A hard link to an easier-to-guess name like logread (used by OpenWRT)?
/Benny
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
In Fedora 17 and 18 we have a problem where remote users are unable to
log in until the machine has been rebooted. This used to work
previously. To fix this we probably need to:
Include 'sss' in /etc/nsswitch.conf by default and have the small
sssd-client package (with just thepam, nss plugins
On Wed, 2012-10-17 at 17:17 +0200, Stef Walter wrote:
> In Fedora 17 and 18 we have a problem where remote users are unable to
> log in until the machine has been rebooted. This used to work
> previously. To fix this we probably need to:
>
> Include 'sss' in /etc/nsswitch.conf by default and hav
On Wed, 2012-10-17 at 11:21 -0400, Simo Sorce wrote:
> On Wed, 2012-10-17 at 17:17 +0200, Stef Walter wrote:
> > In Fedora 17 and 18 we have a problem where remote users are unable to
> > log in until the machine has been rebooted. This used to work
> > previously. To fix this we probably need to
On 06/15/2012 02:25 PM, William Emmanuel S. Yu wrote:
> Hi Allen,
>
> Thanks for the quick reply.
>
> I actually encountered this point of yours and that is why I found this
> mailing list.
>
> On your solution, I did try putting 'export _R_CHECK_FORCE_SUGGESTS_ = false;
> R CMD check' in the spe
On Wed, Oct 17, 2012 at 10:51 AM, Matthew Miller
wrote:
> On Wed, Oct 17, 2012 at 10:47:34AM -0400, Bill Nottingham wrote:
>>> If you're suggesting 1, I'd be really really opposed to that. It would
>>> make packaging in kernel.spec even more of a nightmare than it already
>>> is.
> [...]
>> Both
On Wed, Oct 17, 2012 at 4:51 PM, Matthew Miller
wrote:
> On Wed, Oct 17, 2012 at 10:47:34AM -0400, Bill Nottingham wrote:
>>> If you're suggesting 1, I'd be really really opposed to that. It would
>>> make packaging in kernel.spec even more of a nightmare than it already
>>> is.
> [...]
>> Both -
Once upon a time, Matthew Miller said:
> a. Use wheel group in addition to adm -- work with the way Fedora/RHEL
>currently do things
As others have pointed out, Fedora/RHEL don't currently set logs to
readable by anyone other than root.
However, I think it is a good idea to allow privileged
On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
> 2. Mechanism for separation of authpriv data
Humm, so, I have my doubts that this really is desirable...
"because syslog did it this way too" doesn't sound like a really good
reason for this. I have my doubts that it rea
On Wed, Oct 17, 2012 at 05:38:55PM +0200, drago01 wrote:
> > Basically: it's hard,
> it is a mess.
> > but the only way we're going to get to a
> > reasonably-small minimal image,
> not true.
Given that the kernel is currently a full quarter of the current image, I
think it has to be.
> > so if t
On Wed, Oct 17, 2012 at 11:37:29AM -0400, Josh Boyer wrote:
> What the hell did you drink today, Bill? Basically what you're
> suggesting is that Fedora move to a kmod model for everything. Which
> means you'd have to install all of them by default anyway or the kernel
> team would be swamped wit
On Wed, 17.10.12 17:07, Benny Amorsen (benny+use...@amorsen.dk) wrote:
> Matthew Miller writes:
>
> > Less critical but important:
>
> A hard link to an easier-to-guess name like logread (used by OpenWRT)?
Instead of introducing new aliases and ambiguities by introducing yet
another name that
https://bugzilla.redhat.com/show_bug.cgi?id=867297
Massimo Paladin changed:
What|Removed |Added
Assignee|steve.tray...@cern.ch |massimo.pala...@gmail.com
--
You are
On Wed, 17.10.12 11:04, Simo Sorce (s...@redhat.com) wrote:
> I was wondering if /var/log/messages could be turned into a named pipe
> to which journal start spitting out stuff in syslog format when someone
> tails it ?
Named pipes are single-reader streams. Also, for if they run full the
newest
On Wed, 2012-10-17 at 16:05 +0200, Dario Lesca wrote:
> Il giorno mer, 17/10/2012 alle 08.37 -0500, David Lehman ha scritto:
> > to keep you on your toes, of course
>
> you forgot ;-) ... because if you're talking seriously this is a wild
> unacceptable answer
>
> What is the real reason for this
On Wed, 2012-10-17 at 10:49 +0200, Vít Ondruch wrote:
> Dne 16.10.2012 18:06, Jesse Keating napsal(a):
> > On 10/16/2012 08:53 AM, Dario Lesca wrote:
> >> If this feature is not included then you can not update F1[0-7] on
> >> systems that have used LVM / RAID: all my PCs and laptops.
> >
> > Anaco
On Wed, Oct 17, 2012 at 5:46 PM, Matthew Miller
wrote:
> On Wed, Oct 17, 2012 at 05:38:55PM +0200, drago01 wrote:
>> > Basically: it's hard,
>> it is a mess.
>> > but the only way we're going to get to a
>> > reasonably-small minimal image,
>> not true.
>
> Given that the kernel is currently a ful
https://bugzilla.redhat.com/show_bug.cgi?id=867297
Steve Traylen changed:
What|Removed |Added
Status|NEW |ASSIGNED
QA Contact|extras...@fe
A file has been added to the lookaside cache for perl-Net-STOMP-Client:
3d1d6d3ed3cfe1f2806374ddb7a0590f Net-STOMP-Client-1.8.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.
commit 5fc89cf88c6757b9afb97054f1233304aed46b0e
Author: Massimo
Date: Wed Oct 17 18:04:45 2012 +0200
New upstream 1.8, rhbz#867297.
.gitignore |1 +
perl-Net-STOMP-Client.spec |5 -
sources|2 +-
3 files changed, 6 insertions(+), 2 delet
On 10/17/2012 03:50 PM, Lennart Poettering wrote:
the files are stored in
/var/log/journal/
Is it not better to place this under /var/journal/ and leave text files
to /var/log/ to prevent administrators thinking they can treat the
journal files a text files and prevent any kind of script brea
Summary of changes:
5fc89cf... New upstream 1.8, rhbz#867297. (*)
e17c1b5... Merge branch 'master' into el5
(*) 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...@
commit e17c1b541f9576e6cc235b9e0eaca9b57e793427
Merge: 9c7543e 5fc89cf
Author: Massimo
Date: Wed Oct 17 18:17:52 2012 +0200
Merge branch 'master' into el5
.gitignore |1 +
perl-Net-STOMP-Client.spec |5 -
sources|2 +-
3 files changed, 6
Summary of changes:
5fc89cf... New upstream 1.8, rhbz#867297. (*)
2ecc6de... Merge branch 'master' into el6
(*) 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...@
commit 2ecc6de5ee17bcf8db6e10deda5fe1669ffc10d8
Merge: a7f6f77 5fc89cf
Author: Massimo
Date: Wed Oct 17 18:17:42 2012 +0200
Merge branch 'master' into el6
.gitignore |1 +
perl-Net-STOMP-Client.spec |5 -
sources|2 +-
3 files changed, 6
Summary of changes:
5fc89cf... New upstream 1.8, rhbz#867297. (*)
(*) 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.fedora
Summary of changes:
5fc89cf... New upstream 1.8, rhbz#867297. (*)
(*) 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.fedora
Summary of changes:
5fc89cf... New upstream 1.8, rhbz#867297. (*)
(*) 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.fedora
On Wed, Oct 17, 2012 at 5:17 PM, Stef Walter wrote:
> In Fedora 17 and 18 we have a problem where remote users are unable to log
> in until the machine has been rebooted. This used to work previously. To fix
> this we probably need to:
>
> Include 'sss' in /etc/nsswitch.conf by default and have th
On 10/17/2012 06:21 PM, Miloslav Trmač wrote:
That's rather far from actually fixing the problem. Can we get it
fixed_first_? It seems that we could drop the glibc caching,
Obviously dropping the caching would be pretty nasty. Having to dlopen
the modules each time you do a getpwnam() (or fr
https://bugzilla.redhat.com/show_bug.cgi?id=867297
--- Comment #1 from Fedora Update System ---
perl-Net-STOMP-Client-1.8-1.el5 has been submitted as an update for Fedora EPEL
5.
https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.8-1.el5
--
You are receiving this mail because:
You
https://bugzilla.redhat.com/show_bug.cgi?id=867297
--- Comment #2 from Fedora Update System ---
perl-Net-STOMP-Client-1.8-1.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.8-1.fc17
--
You are receiving this mail because:
You ar
https://bugzilla.redhat.com/show_bug.cgi?id=867297
--- Comment #3 from Fedora Update System ---
perl-Net-STOMP-Client-1.8-1.el6 has been submitted as an update for Fedora EPEL
6.
https://admin.fedoraproject.org/updates/perl-Net-STOMP-Client-1.8-1.el6
--
You are receiving this mail because:
You
On Wed, Oct 17, 2012 at 6:29 PM, Stef Walter wrote:
> On 10/17/2012 06:21 PM, Miloslav Trmač wrote:
>>
>> That's rather far from actually fixing the problem. Can we get it
>> fixed_first_? It seems that we could drop the glibc caching,
>
> Obviously dropping the caching would be pretty nasty. Ha
On Wed, Oct 17, 2012 at 05:59:55PM +0200, drago01 wrote:
> > Given that the kernel is currently a full quarter of the current image, I
> > think it has to be.
>
> No you could also use a different kernel image; build your own kernel;
> use a compressed filesystem, don't use a kernel at all a
On Wed, 17 Oct 2012, Dave Jones wrote:
On Wed, Oct 17, 2012 at 05:59:55PM +0200, drago01 wrote:
> > Given that the kernel is currently a full quarter of the current image, I
> > think it has to be.
>
> No you could also use a different kernel image; build your own kernel;
> use a compressed
On Wed, 2012-10-17 at 17:45 +0200, Lennart Poettering wrote:
> On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
>
> > 2. Mechanism for separation of authpriv data
>
> Humm, so, I have my doubts that this really is desirable...
>
> "because syslog did it this way too" doe
On Wed, Oct 17, 2012 at 05:59:55PM +0200, drago01 wrote:
> On Wed, Oct 17, 2012 at 5:46 PM, Matthew Miller
> wrote:
> > On Wed, Oct 17, 2012 at 05:38:55PM +0200, drago01 wrote:
> >> > Basically: it's hard,
> >> it is a mess.
> >> > but the only way we're going to get to a
> >> > reasonably-small m
I'd like to see the current binary format officially documented
upstream, and a promise not maintain backwards compatibility forever
(and some forwards compat too if possible).
Rich.
--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
virt-p2v converts physical machi
On Wed, 2012-10-17 at 18:29 +0200, Stef Walter wrote:
> On 10/17/2012 06:21 PM, Miloslav Trmač wrote:
> > That's rather far from actually fixing the problem. Can we get it
> > fixed_first_? It seems that we could drop the glibc caching,
>
> Obviously dropping the caching would be pretty nasty. H
On Wed, Oct 17, 2012 at 06:02:15PM +0100, Richard W.M. Jones wrote:
> I'd like to see the current binary format officially documented
> upstream, and a promise not maintain backwards compatibility forever
Um ... promise TO maintain ...
Rich.
--
Richard Jones, Virtualization Group, Red Hat h
On Wed, 2012-10-17 at 18:39 +0200, Miloslav Trmač wrote:
> On Wed, Oct 17, 2012 at 6:29 PM, Stef Walter wrote:
> > On 10/17/2012 06:21 PM, Miloslav Trmač wrote:
> >>
> >> That's rather far from actually fixing the problem. Can we get it
> >> fixed_first_? It seems that we could drop the glibc ca
On 10/17/2012 11:55 AM, Adam Williamson wrote:
On Wed, 2012-10-17 at 16:05 +0200, Dario Lesca wrote:
Il giorno mer, 17/10/2012 alle 08.37 -0500, David Lehman ha scritto:
to keep you on your toes, of course
you forgot ;-) ... because if you're talking seriously this is a wild
unacceptable answ
On Wed, Oct 17, 2012 at 03:00:04PM +0100, Richard W.M. Jones wrote:
> I don't think it is required to rebuild the packages in dependency
> order this time, since no public interface has changed AFAICT.
Actually we do, because the BR's cannot be installed in the
build root until they themselves hav
> From: Lennart Poettering
> On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
> > b. All utilities should always work sensibly with grep (this is not
the
> >case on F18 right now)
>
> Hmm? How so? Bug?
I see this as well. For example:
# journalctl | head
Logs begin
On Wed, Oct 17, 2012 at 6:58 PM, Richard W.M. Jones wrote:
> On Wed, Oct 17, 2012 at 05:59:55PM +0200, drago01 wrote:
>> On Wed, Oct 17, 2012 at 5:46 PM, Matthew Miller
>> wrote:
>> > On Wed, Oct 17, 2012 at 05:38:55PM +0200, drago01 wrote:
>> >> > Basically: it's hard,
>> >> it is a mess.
>> >>
https://bugzilla.redhat.com/show_bug.cgi?id=867267
--- Comment #3 from Fedora Update System ---
Package perl-Encode-JP-Mobile-0.29-1.fc18:
* should fix your issue,
* was pushed to the Fedora 18 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c
Good day all,
This weeks Fedora ARM status meeting will take place today (Wednesday Oct 10th)
in #fedora-meeting-1 on Freenode.
Times in various time zones (please let us know if these do not work):
PDT: 1pm
MDT: 2pm
CDT: 3pm
EDT: 4pm
UTC: 8pm
BST: 9pm
CST: 10pm
Current items on the agenda:
1)
===
#fedora-meeting: FESCO (2012-10-17)
===
Meeting started by mitr at 17:00:50 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2012-10-17/fesco.2012-10-17-17.00.log.html
.
Meeting summary
-
On Wed, Oct 17, 2012 at 05:45:18PM +0200, Lennart Poettering wrote:
> > b. All utilities should always work sensibly with grep (this is not the
> >case on F18 right now)
> Hmm? How so? Bug?
Right now: https://bugzilla.redhat.com/show_bug.cgi?id=831665
Previously in systemctl: https://bugzilla
On Wed, Oct 17, 2012 at 6:34 PM, drago01 wrote:
> On Wed, Oct 17, 2012 at 6:58 PM, Richard W.M. Jones wrote:
>> On Wed, Oct 17, 2012 at 05:59:55PM +0200, drago01 wrote:
>>> On Wed, Oct 17, 2012 at 5:46 PM, Matthew Miller
>>> wrote:
>>> > On Wed, Oct 17, 2012 at 05:38:55PM +0200, drago01 wrote:
>
Hello all,
On Wed, Oct 17, 2012 at 7:40 PM, Miloslav Trmač wrote:
> * #950 Cleanup of the default enabled services list (mitr, 17:11:50)
> * AGREED: Will revisit when there is a list of specific changes
> (mitr, 17:17:30)
Please review https://fedoraproject.org/wiki/Starting_services_by_de
On Thu, Aug 09, 2012 at 09:05:26PM +0300, Pasi Kärkkäinen wrote:
> On Tue, Jul 31, 2012 at 08:33:04PM +0100, Matthew Garrett wrote:
> > On Tue, Jul 31, 2012 at 10:27:54PM +0300, Pasi Kärkkäinen wrote:
> >
> > > .. and it's stuck there. I need to press Reset button to continue.
> > > It did read th
On Wed, Oct 17, 2012 at 07:34:22PM +0200, drago01 wrote:
> If it is all about using kernel-minimal (or whatever it is called)
> instead of kernel there is no extra work for the ones that build
> minimal images at all.
It really depends on what 'kernel-minimal' is. If it's the
same kernel (identic
Once upon a time, Richard W.M. Jones said:
> It really depends on what 'kernel-minimal' is. If it's the
> same kernel (identical vmlinuz) with groups of modules, then I'm
> assuming this is the same as what everyone else is proposing.
I would think the only "sane" way would be to just change the
On 10/17/2012 11:32 AM, Chris Adams wrote:
I would think the only "sane" way would be to just change the packaing,
not actually build multiple kernels (or even multiple packages with
kernels).
For example, a "kernel-minimal" that has the kernel and the "core"
modules loaded in most installs (e.g
On Wed, 17.10.12 12:58, Simo Sorce (s...@redhat.com) wrote:
> On Wed, 2012-10-17 at 17:45 +0200, Lennart Poettering wrote:
> > On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
> >
> > > 2. Mechanism for separation of authpriv data
> >
> > Humm, so, I have my doubts that
On Wed, Oct 17, 2012 at 01:32:23PM -0500, Chris Adams wrote:
> There will always be requests to move modules from -common to -minimal,
> and it shouldn't be a big fight (I would bet most requests would be
> pretty obvious). That already exists some for -modules-extras.
That's why I suggest defini
On Wed, Oct 17, 2012 at 11:38:13AM -0700, Jesse Keating wrote:
> I'd introduce a third metapackage just "kernel" that requires both
> of those and implicitly Provides: kernel. Most people would just
> get the "kernel" metapackage when a transaction asks for something
> to provide "kernel", but if
On Wed, 17.10.12 16:13, "Jóhann B. Guðmundsson" (johan...@gmail.com) wrote:
> On 10/17/2012 03:50 PM, Lennart Poettering wrote:
> >the files are stored in
> >/var/log/journal/
>
> Is it not better to place this under /var/journal/ and leave text
> files to /var/log/ to prevent administrators thin
On Wed, Oct 17, 2012 at 08:41:49PM +0200, Lennart Poettering wrote:
> There are already various non-text file formats used in /var/log, fore
> example btmp and wtmp, bootchart, lastlog, and I think even mysql
> sometimes puts its binary logs there...
> I think it's a good idea to have a single poin
On Wed, 2012-10-17 at 20:39 +0200, Lennart Poettering wrote:
> On Wed, 17.10.12 12:58, Simo Sorce (s...@redhat.com) wrote:
>
> > On Wed, 2012-10-17 at 17:45 +0200, Lennart Poettering wrote:
> > > On Wed, 17.10.12 10:44, Matthew Miller (mat...@fedoraproject.org) wrote:
> > >
> > > > 2. Mechanism f
Lennart Poettering wrote:
So, that passwords are logged to authpriv appears to be fabrication to
me. Can you point me to something reliable that people understood it
that way, that code is actually doing this, or even best, that authpriv
was actually supposed to be used for logs like that?
In t
On Wed, Oct 17, 2012 at 03:07:19PM -0400, Andrew Schultz wrote:
> and if you log all attempts to login, then they'll end up in the
> logs. I'd suggest that not logging unknown users by default is a
> much better solution than having a special log; no admin wants to
> see passwords (even if they're
On Wed, Oct 17, 2012 at 11:04:28AM -0400, Simo Sorce wrote:
> > 6. Strong QA exploring corner cases and data corruption (procedure tbd)
> > 7. Clear, simple, and Fedora-centric disaster recovery documentation
> I am not sure 6/7 are strong requisites. We certainly shipped stuff that
> was hard to d
On Wed, 17.10.12 17:50, Lennart Poettering (mzerq...@0pointer.de) wrote:
> On Wed, 17.10.12 17:07, Benny Amorsen (benny+use...@amorsen.dk) wrote:
>
> > Matthew Miller writes:
> >
> > > Less critical but important:
> >
> > A hard link to an easier-to-guess name like logread (used by OpenWRT)?
>
On Wed, Oct 17, 2012 at 9:32 PM, Matthew Miller
wrote:
> On Wed, Oct 17, 2012 at 11:04:28AM -0400, Simo Sorce wrote:
>> > 6. Strong QA exploring corner cases and data corruption (procedure tbd)
>> > 7. Clear, simple, and Fedora-centric disaster recovery documentation
>> I am not sure 6/7 are stron
Matthew Miller wrote:
On Wed, Oct 17, 2012 at 03:07:19PM -0400, Andrew Schultz wrote:
and if you log all attempts to login, then they'll end up in the
logs. I'd suggest that not logging unknown users by default is a
much better solution than having a special log; no admin wants to
see passwords
On Wed, Oct 17, 2012 at 09:39:43PM +0200, drago01 wrote:
> > I don't know if it's more likely. It's seems to be almost a tautology that
> > corrupt binary formats are more problematic. Just the other day I hit
> > something that caused a corrupted journal and made journalctl stop telling
> > me thi
Problem solved with new akmod-wl.
Thanks,
Best regards,
CdAB
signature.asc
Description: OpenPGP digital signature
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Wed, 17 Oct 2012 14:40:39 -0400
Matthew Miller wrote:
> On Wed, Oct 17, 2012 at 11:38:13AM -0700, Jesse Keating wrote:
> > I'd introduce a third metapackage just "kernel" that requires both
> > of those and implicitly Provides: kernel. Most people would just
> > get the "kernel" metapackage w
On Wed, 2012-10-17 at 16:01 -0400, Andrew Schultz wrote:
> Matthew Miller wrote:
> > On Wed, Oct 17, 2012 at 03:07:19PM -0400, Andrew Schultz wrote:
> >> and if you log all attempts to login, then they'll end up in the
> >> logs. I'd suggest that not logging unknown users by default is a
> >> much
Am 17.10.2012 18:13, schrieb Jóhann B. Guðmundsson:
> On 10/17/2012 03:50 PM, Lennart Poettering wrote:
>> the files are stored in
>> /var/log/journal/
>
> Is it not better to place this under /var/journal/ and leave text files
> to /var/log/ to prevent administrators thinking they can treat th
Am 17.10.2012 18:52, schrieb Dave Jones:
> With virtualised environments supporting pci/usb passthrough, where do you
> draw the line on what hardware to support in a hypothetical kernel-cloud
> package ?
with vmxnet3, vmw_pvscsi, vmw_balloon to support vSphere
(all included in the upstream ker
On Wed, 2012-10-17 at 14:12 -0600, Jeff Law wrote:
> On 10/17/2012 11:07 AM, Simo Sorce wrote:
> >
> > Personally I do not like the nss_init() calls, it will just make it even
> > more difficult to diagnose 'heisenbugs' when some apps start doing it,
> > some don't and some other do it at the wrong
On Wed, 2012-10-17 at 14:31 -0600, Jeff Law wrote:
> On 10/17/2012 02:26 PM, Simo Sorce wrote:
> > On Wed, 2012-10-17 at 14:12 -0600, Jeff Law wrote:
> >> On 10/17/2012 11:07 AM, Simo Sorce wrote:
> >>>
> >>> Personally I do not like the nss_init() calls, it will just make it even
> >>> more diffic
Lennart Poettering (mzerq...@0pointer.de) said:
> To end this bit of the discussion too, I have now added a README that is
> installed to /var/log/README and one that ends up in
> /etc/rc.d/init.d/README, and should help the user to find the new tool
> set. Should hit F18 soon.
Given we default t
On Wed, 2012-10-17 at 11:38 -0700, Jesse Keating wrote:
> On 10/17/2012 11:32 AM, Chris Adams wrote:
> > I would think the only "sane" way would be to just change the packaing,
> > not actually build multiple kernels (or even multiple packages with
> > kernels).
> >
> > For example, a "kernel-minim
On Wed, Oct 17, 2012 at 10:02 PM, Matthew Miller
wrote:
> On Wed, Oct 17, 2012 at 09:39:43PM +0200, drago01 wrote:
>> > I don't know if it's more likely. It's seems to be almost a tautology that
>> > corrupt binary formats are more problematic. Just the other day I hit
>> > something that caused a
On Wed, 2012-10-17 at 14:52 -0400, Simo Sorce wrote:
> > To my knowledge AUTHPRIV is simply for authorization-related data, not
> > for the seccret auth tokens themselves. The Linux man page suggests that
> > AUTH is obsolete, and AUTHPRIV is what people should use for all auth
> > related stuff.
On 10/17/2012 01:46 PM, David Malcolm wrote:
Random worry about this: would this work OK with yum's "keep the last 3
kernels around" functionality?
That's obviously something that would have to be tested if this is
attempted.
I'm not signing up for this work, I was just making a suggestion
Good day all,
Thanks to those who were able to join us for the weekly status meeting today.
For those that were unable, the minutes are posted below:
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting-1/2012-10-17/fedora-meeting-1.2012-10-17-20.00.html
Minutes (text):
http://meetbot.fedo
1 - 100 of 106 matches
Mail list logo
