Re: Dracut HostOnly or ConfigurationOnly?

On Thu, 2013-09-05 at 10:17 -0500, Michael Catanzaro wrote: > On Thu, 2013-09-05 at 14:25 +, "Jóhann B. Guðmundsson" wrote: > > On 09/05/2013 02:10 PM, Vratislav Podzimek wrote: > > > 2) regenerate the initrd at the end of the installation > > > > This is what should be done both for live and

Re: Dracut HostOnly or ConfigurationOnly?

On Thu, 2013-09-05 at 15:52 +, "Jóhann B. Guðmundsson" wrote: > On 09/05/2013 02:44 PM, Harald Hoyer wrote: > > I concur and say: > > 1) write out keyboard configuration before packages are installed > > 1b) write out language configuration before packages are installed > > Had we narrowed it

Re: Dracut HostOnly or ConfigurationOnly?

On 05.09.2013 16:51, Harald Hoyer wrote: > This Fedora release builds an initramfs tailored especially for your computer > hardware. If you change your machine or partitions or significant hardware, > you > might have to boot with the "Rescue" boot entry and execute "dracut > --regenerate-all". I

Re: Rawhide tree now includes install images

On 16.07.2013 18:53, Matthew Miller wrote: > On Tue, Jul 16, 2013 at 10:41:22AM -0600, Kevin Fenzi wrote: >> After consulting with various teams, release engineering has re-enabled >> rawhide composes to create install images again. These images were >> dropped as part of the 'no frozen rawhide' pr

Re: Dracut HostOnly or ConfigurationOnly?

On 09/06/2013 11:05 AM, poma wrote: > On 05.09.2013 16:51, Harald Hoyer wrote: > >> This Fedora release builds an initramfs tailored especially for your computer >> hardware. If you change your machine or partitions or significant hardware, >> you >> might have to boot with the "Rescue" boot entr

Proposal: AppData files in all application packages?

Hi all. I'm the developer for PackageKit and gnome-software, the latter being the new software center we're hopefully including as a technical preview in Fedora 20. A few years ago distributions came together and created the AppStream specification which was designed to be common between all distr

Re: Dracut HostOnly or ConfigurationOnly?

On 09/06/2013 11:31 AM, Roberto Ragusa wrote: > On 09/06/2013 11:05 AM, poma wrote: >> On 05.09.2013 16:51, Harald Hoyer wrote: >> >>> This Fedora release builds an initramfs tailored especially for your >>> computer >>> hardware. If you change your machine or partitions or significant hardware,

Re: Proposal: AppData files in all application packages?

On Fri, Sep 6, 2013 at 12:33 PM, Richard Hughes wrote: > Hi all. I'm the developer for PackageKit and gnome-software, the > latter being the new software center we're hopefully including as a > technical preview in Fedora 20. > [snip] > > Thanks in advance! > > Richard > > [1] http://people.free

Re: Dracut HostOnly or ConfigurationOnly?

Harald Hoyer píše v Čt 05. 09. 2013 v 16:51 +0200: > On 09/05/2013 04:10 PM, Vratislav Podzimek wrote: > > Hello, everybody, > > I'd like to know your opinion on one issue we have hit on live > > installations due to the DracutHostOnly feature [1]. Long story short: > > 1) Anaconda installs the ker

Re: Proposal: AppData files in all application packages?

Hi Richard, On Fri, Sep 6, 2013 at 11:33 AM, Richard Hughes wrote: > Hi all. I'm the developer for PackageKit and gnome-software, the > latter being the new software center we're hopefully including as a > technical preview in Fedora 20. > > [...] > > At the moment, we use the information in the

Re: Proposal: AppData files in all application packages?

On 6 September 2013 11:16, Andrea Musuruane wrote: > As a first step to create such a database, can you reuse metadata avalable > on Ohloh? That's a good idea, but I suspect that mining all the data is a breach of the acceptable use policy, and the licence of the data collected is very unclear. I

Re: Dell XPS 13 ("Sputnik") no longer working with fedora kernels >= 3.10

2013/9/5 Dennis Jacobfeuerborn > Working fine here. >> >> #v+ >> [root@p0x ~]# uname -a >> Linux p0x 3.10.10-200.fc19.x86_64 #1 SMP Thu Aug 29 19:05:45 UTC 2013 >> x86_64 x86_64 x86_64 GNU/Linux >> [root@p0x ~]# dmidecode | grep "Product Name" >> Product Name: Dell System XPS L322X >> #v- >> > >

Re: Dracut HostOnly or ConfigurationOnly?

On 09/06/2013 10:15 AM, Jiri Eischmann wrote: Can this not be done automatically? If the system fails to boot because of significant hardware changes, it's an obvious option to regenerate initramfs. I can't image a normal user go to the rescue mode and run "dracut --regenerate-all". Not that it's

Fedora 20 schedule updates

Hi, as a few people has asked me for clarification - the schedule is on track, we are Alpha frozen now from Sep 03. Based on FESCo decision [1], "no earlier than" part from official schedules has been already removed. High level schedule: https://fedoraproject.org/wiki/Releases/20/Schedule Detail

Re: Dracut HostOnly or ConfigurationOnly?

On 06.09.2013 11:38, Harald Hoyer wrote: > On 09/06/2013 11:31 AM, Roberto Ragusa wrote: >> On 09/06/2013 11:05 AM, poma wrote: >>> On 05.09.2013 16:51, Harald Hoyer wrote: >>> This Fedora release builds an initramfs tailored especially for your computer hardware. If you change your

Re: Screen blackened

On Sep 5, 2013 7:12 PM, "David Beveridge" wrote: > > On Thu, Sep 5, 2013 at 10:02 PM, Frankie Onuonga < frankie.onuo...@gmail.com> wrote: >> >> On Thu, Sep 5, 2013 at 8:33 AM, Samuel Sieb wrote: >>> >>> On 09/04/2013 08:07 PM, Frankie Onuonga wrote: It is irritating to constantly have t

Re: 19 (Schrödinger’s Cat)

Am 06.09.2013 05:21, schrieb Matthew Garrett: > On Fri, Sep 06, 2013 at 12:33:40AM +0200, Reindl Harald wrote: > >> whay is Fedora starting with this crap exatly with the >> release having a short-minded name with special chars >> not properly handeled by the whole OS? > > You're sending email

EPEL xfce4 4.10.x xfce4-panel-4.10 el6 request

We seem to be running into an issue with the existing xfce4-panel-4.8.3-2.el6. We seem to have the panel kernel panic crash seeming related to xfce4-panel (homedir NFS + panel operation + andmaybe Xen = random crash) on a fully updated CentOS 6.4. A couple of the (likely) related bugs with the xfce

Re: What to do with a noarch package that fails to build on ARM

On Tue, Aug 20, 2013 at 04:19:27PM -0500, Andrew McNabb wrote: > On Tue, Aug 20, 2013 at 10:13:10PM +0100, Peter Robinson wrote: > > > > In terms of testing or debugging probably the easiest way is to spin up an > > image under qemu emulation, it's not the fastest but it works pretty well. > > If

Re: Rawhide tree now includes install images

On Fri, Sep 06, 2013 at 11:24:38AM +0200, poma wrote: > You've probably missed something in the title, so the correct one should be: > "Rawhide tree now includes broken install images" > Now, if someone is doing it just to fill the tree, for the sake of > formality, thanks but no thanks. Why don't

Re: What to do with a noarch package that fails to build on ARM

On Fri, 6 Sep 2013 09:44:51 -0600 Andrew McNabb wrote: > I tried tracking down the problem using an ARM virtual machine using > these instructions, but it was too slow in helping track down the > failed tests (in fact, it had many more failed tests). > > As a "temporary" measure, I then changed

Re: Rawhide tree now includes install images

On Fri, 06 Sep 2013 11:24:38 +0200 poma wrote: > You've probably missed something in the title, so the correct one > should be: "Rawhide tree now includes broken install images" > Now, if someone is doing it just to fill the tree, for the sake of > formality, thanks but no thanks. Having daily c

Re: 19 (Schrödinger’s Cat)

On Thu, Sep 05, 2013 at 11:26:39PM +0200, Reindl Harald wrote: > Am 05.09.2013 23:11, schrieb Darryl L. Pierce: > > On Thu, Sep 05, 2013 at 10:11:51PM +0200, Reindl Harald wrote: > >> * there is *nothing* in this configuration referring to the release name > > > > /boot/grub2/grub.cfg is generated

Re: COPR

On Wed, Sep 04, 2013 at 04:29:27PM +0200, Lukas Zapletal wrote: > On Wed, Sep 04, 2013 at 09:04:10AM +0200, Miroslav Suchy wrote: > > Compare it to Copr and OBS approach, when package is build in VM and > > after that backend will retrieve the results from VM. So on builder > > (of OBS and COPR) is

Re: Screen blackened

On Fri, Sep 6, 2013 at 3:18 PM, Richard Vickery wrote: > > On Sep 5, 2013 7:12 PM, "David Beveridge" wrote: > > > > On Thu, Sep 5, 2013 at 10:02 PM, Frankie Onuonga < > frankie.onuo...@gmail.com> wrote: > >> > >> On Thu, Sep 5, 2013 at 8:33 AM, Samuel Sieb wrote: > >>> > >>> On 09/04/2013 08:07

Re: What to do with a noarch package that fails to build on ARM

On Fri, Sep 06, 2013 at 10:31:55AM -0600, Kevin Fenzi wrote: > > We have these: > https://fedoraproject.org/wiki/Architectures/ARM/qa-machines > that I can get you access to. > > I have some I want to make always available to packagers, but I am > waiting on a firmware upgrade that will allow u

Re: COPR

Le 6 sept. 2013 20:19, "Richard W.M. Jones" a écrit : > > On Wed, Sep 04, 2013 at 04:29:27PM +0200, Lukas Zapletal wrote: > > On Wed, Sep 04, 2013 at 09:04:10AM +0200, Miroslav Suchy wrote: > > > Compare it to Copr and OBS approach, when package is build in VM and > > > after that backend will ret

Re: COPR

On Fri, Sep 06, 2013 at 09:10:24PM +0200, 80 wrote: > No, it's less secure than kvm but it still provides better isolation > than a mere chroot. It doesn't matter if it's more secure than a chroot, because that's not what we're talking about. This is about whether you want random-person-off-the-i

Re: 19 (Schrödinger’s Cat)

On Sex, 2013-09-06 at 10:18 +0200, Reindl Harald wrote: > > Am 06.09.2013 05:21, schrieb Matthew Garrett: > > On Fri, Sep 06, 2013 at 12:33:40AM +0200, Reindl Harald wrote: > > > >> whay is Fedora starting with this crap exatly with the > >> release having a short-minded name with special chars

Re: .lz sources?

On Fri, 6 Sep 2013 09:02:47 +0300 Ville Skyttä wrote: > On Thu, Sep 5, 2013 at 6:40 PM, Susi Lehtola > wrote: > > investigating the FTBFS of ddrescue I noticed that upstream has > > switched to releasing tarballs only in .lz compressed format. This > > is currently not supported by rpmbuild. > >

Re: COPR

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/06/2013 03:38 PM, Richard W.M. Jones wrote: > On Fri, Sep 06, 2013 at 09:10:24PM +0200, 80 wrote: >> No, it's less secure than kvm but it still provides better isolation than >> a mere chroot. > > It doesn't matter if it's more secure than a chr

Re: COPR

On Fri, Sep 06, 2013 at 03:53:50PM -0400, Daniel J Walsh wrote: > VM Wrapped with Svirt (SELinux), running a Container wrapped with SELinux, > running mock... I see we need another layer in libguestfs :-) Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Rea

Re: Fedora/Redhat and perfect forward secrecy

| From: Reindl Harald | Date: Sat, 24 Aug 2013 11:38:21 +0200 | https://bugzilla.redhat.com/show_bug.cgi?id=3D319901 | | looks like Redhat based systems are the only remaining | which does not support EECDHE which is a shame these | days in context of PRISM and more and more Ciphers | are going

[perl-Tree-DAG_Node/f20] Update to 1.15

Summary of changes: bfb8d61... Update to 1.15 (*) (*) 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.fedoraproject.org/mail

Re: 19 (Schrödinger’s Cat)

Am 06.09.2013 20:26, schrieb Darryl L. Pierce: > On Thu, Sep 05, 2013 at 11:26:39PM +0200, Reindl Harald wrote: >> Am 05.09.2013 23:11, schrieb Darryl L. Pierce: >>> On Thu, Sep 05, 2013 at 10:11:51PM +0200, Reindl Harald wrote: * there is *nothing* in this configuration referring to the rel

[perl-Path-Tiny] Created tag perl-Path-Tiny-0.032-1.fc21

The lightweight tag 'perl-Path-Tiny-0.032-1.fc21' was created pointing to: 903ae30... Update to 0.032 -- 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

Default boot/root filesystem

According to this: http://www.serverwatch.com/server-news/where-is-red-hat-enterprise-linux-7.html RHEL7 will use XFS for the default boot/root. I could certainly have been out of town, for a while, and missed this. But, to the best of my knowledge, Fedora uses ext4 as the default boot/root.

[perl-NetPacket/f18] (4 commits) ...Update to 1.4.1

Summary of changes: a7b2ce5... Perl 5.18 rebuild (*) d875d86... - Rebuilt for https://fedoraproject.org/wiki/Fedora_20_Mass (*) bde33ab... Update to 1.4.0 (*) 36aa0c5... Update to 1.4.1 (*) (*) This commit already existed in another branch; no separate mail sent -- Fedora Extras Perl SIG

Re: 19 (Schrödinger’s Cat)

Hi On Fri, Sep 6, 2013 at 6:17 PM, Reindl Harald wrote: > don't get me wrong but i expect bugs viewable at every single boot > as fixed without a specific report a > http://www.redhat.com/magazine/020jun06/features/bugzilla/ Rahul -- devel mailing list devel@lists.fedoraproject.org https://ad

Re: Fedora/Redhat and perfect forward secrecy

On Fri, Sep 6, 2013 at 2:31 PM, D. Hugh Redelmeier wrote: > | From: Reindl Harald > | Date: Sat, 24 Aug 2013 11:38:21 +0200 > > | https://bugzilla.redhat.com/show_bug.cgi?id=3D319901 > | > | looks like Redhat based systems are the only remaining > | which does not support EECDHE which is a shame

Re: .lz sources?

On Thu, 5 Sep 2013 18:18:47 -0500 Dennis Gilmore wrote: > Please also be very careful. I will have to update rpkg to know > that .lz files need to be uploaded to the lookaside cache. it has a > list of file extentions to upload to lookaside, if you are not super > careful you could see yourself co

[389-devel] please review: Ticket 411 - RFE - modification optimizer

https://fedorahosted.org/389/ticket/411 https://fedorahosted.org/389/attachment/ticket/411/0001-Ticket-411-RFE-mods-optimizer.patch -- Mark Reynolds 389 Development Team Red Hat, Inc mreyno...@redhat.com -- 389-devel mailing list 389-de...@lists.fedoraproject.org https://admin.fedoraproject.org

Re: Default boot/root filesystem

Once upon a time, Sam Varshavchik said: I could certainly have been out of town, for a while, and missed > this. But, to the best of my knowledge, Fedora uses ext4 as the > default boot/root. Just sounds a bit strange to me, that this is > getting dumped into RHEL without tossing it into Fedora f

Re: Default boot/root filesystem

Hi On Fri, Sep 6, 2013 at 6:48 PM, Sam Varshavchik wrote: > According to this: > > http://www.serverwatch.com/**server-news/where-is-red-hat-** > enterprise-linux-7.html > > RHEL7 will use XFS for the default boot/r

Re: Default boot/root filesystem

On Fri, Sep 6, 2013 at 8:41 PM, Chris Adams wrote: > Once upon a time, Sam Varshavchik said: > I could certainly have been out of town, for a while, and missed >> this. But, to the best of my knowledge, Fedora uses ext4 as the >> default boot/root. Just sounds a bit strange to me, that this is >

Re: Screen blackened

On Sat, Sep 7, 2013 at 12:18 AM, Richard Vickery < richard.vicker...@gmail.com> wrote: > On Sep 5, 2013 7:12 PM, "David Beveridge" wrote: > > > > On Thu, Sep 5, 2013 at 10:02 PM, Frankie Onuonga < > frankie.onuo...@gmail.com> wrote: > >> > >> On Thu, Sep 5, 2013 at 8:33 AM, Samuel Sieb wrote: >