On Thu, Jun 16, 2016 at 6:31 AM, Adam Williamson
wrote:
> On Wed, 2016-06-15 at 20:18 -0500, den...@ausil.us wrote:
>> Additionally everything is installable provides the minimal offering
>> and has anaconda's defaults rather than servers.
>
> In case you couldn't parse that, Dennis means the 'Eve
On Wed, 2016-06-15 at 12:41 -0400, Russell Doty wrote:
> > Running tracer for a while can really open your eyes to how many
> > things
> > need restarting after normal updates flow.
> >
> > One thing that might make this less annoying to people would be
> > ability
> > to schedule the reboot fo
Hi Kaleb,
I believe glusterfs processes match the conditions where a core dump
file is not produced (see man 5 core). Especially the set-user-ID &
set-group-ID rule.
I proposed to change the default value of suid_dumpable in February this
year [1]. However, I am not sure if the outcome of th
OLD: Fedora-Rawhide-20160615.n.0
NEW: Fedora-Rawhide-20160616.n.0
= SUMMARY =
Added images:6
Dropped images: 0
Added packages: 1
Dropped packages:0
Upgraded packages: 195
Downgraded packages: 0
Size of added packages: 13.45 KiB
Size of dropped packages
Missing expected images:
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Failed openQA tests: 11/83 (x86_64), 4/17 (i386)
ID: 22900 Test: x86_64 Workstation-live-iso install_default@uefi
URL: https://openqa.fedoraproject.org/tests/22900
ID: 22909 T
> From: Stephen Gallagher [mailto:sgall...@redhat.com]
> Sent: Wednesday, June 15, 2016 12:51
> To: devel@lists.fedoraproject.org
> Subject: Re: Why GUI software update tool is broken for me
>
>
> People *can* use the command-line to get the reboot behavior:
> ```
> pkcon update --only-download
>
On 16/06/16 13:39 +, John Florian wrote:
Oh cool and here I've been waiting to have this available outside of GNOME (as
a Plasma user). However, I'm confused by my first experiment with it:
$ sudo pkcon update --only-download
Getting updates [=]
Finis
On Thu, 2016-06-16 at 13:39 +, John Florian wrote:
> Oh cool and here I've been waiting to have this available outside of
> GNOME (as a Plasma user). However, I'm confused by my first
> experiment with it:
>
>
> $ sudo pkcon update --only-download
> Getting updates [===
OLD: Fedora-24-20160615.n.0
NEW: Fedora-24-20160616.n.0
= SUMMARY =
Added images:4
Dropped images: 0
Added packages: 2
Dropped packages:0
Upgraded packages: 3
Downgraded packages: 0
Size of added packages: 27.27 MiB
Size of dropped packages:0.00 B
Size of
> From: Jonathan Wakely [mailto:jwak...@fedoraproject.org]
> Sent: Thursday, June 16, 2016 10:14
> To: Development discussions related to Fedora
> Subject: Re: Why GUI software update tool is broken for me
>
> On 16/06/16 13:39 +, John Florian wrote:
> >Oh cool and here I've been waiting to ha
On Tue, Jun 14, 2016 at 4:32 PM, Michael Catanzaro
wrote:
> Challenge for the marketing folks: can we get these tech journalism
> sites writing about Flatpak instead? About GNOME Software's new support
> for displaying and installing Flatpaks in F24? Otherwise, I see
> upstreams adopting Snappy a
> From: Michael Catanzaro [mailto:mike.catanz...@gmail.com] On Behalf Of
> Michael Catanzaro
> Sent: Thursday, June 16, 2016 10:21
> To: Development discussions related to Fedora
> Cc: Kalev Lember
> Subject: Re: Why GUI software update tool is broken for me
>
> On Thu, 2016-06-16 at 13:39 +,
>
> On Tue, Jun 14, 2016 at 4:32 PM, Michael Catanzaro
> wrote:
>
>> Challenge for the marketing folks: can we get these tech journalism
>> sites writing about Flatpak instead? About GNOME Software's new support
>> for displaying and installing Flatpaks in F24? Otherwise, I see
>> upstreams adopti
Missing expected images:
Workstation live i386
Cloud_base raw-xz i386
Workstation live x86_64
Failed openQA tests: 1/16 (i386), 1/2 (arm)
ID: 23011 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/23011
ID: 23088 Test: i386 universal
James Hogarth píše v Čt 16. 06. 2016 v 15:57 +0100:
> > On Tue, Jun 14, 2016 at 4:32 PM, Michael Catanzaro > e.org> wrote:
> > > Challenge for the marketing folks: can we get these tech
> > > journalism
> > > sites writing about Flatpak instead? About GNOME Software's new
> > > support
> > > for d
On Thu, 2016-06-16 at 14:44 +, John Florian wrote:
> > From: Jonathan Wakely [mailto:jwak...@fedoraproject.org]
> > PackageKit and DNF use separate caches, which are not updated at
> > the same time. Try "pkcon refresh" first to update its cache.
>
> Ok, I tried that but it made no difference.
Gerald B. Cox píše v Čt 16. 06. 2016 v 11:45 -0300:
>
> On Tue, Jun 14, 2016 at 4:32 PM, Michael Catanzaro org> wrote:
> > Challenge for the marketing folks: can we get these tech journalism
> > sites writing about Flatpak instead? About GNOME Software's new
> > support
> > for displaying and ins
I have a collection of scripts that rotate the screen and input devices
on ThinkPad Tablet devices (X220 Tablet and the like). There a hook is
installed into acpi which contains this:
event=ibm/hotkey HKEY 0080 500[9a]
action=/usr/bin/thinkpad-rotate-hook %e
In that hook script we
On Thu, Jun 16, 2016 at 12:56 AM, Gerald Henriksen
wrote:
> On Wed, 15 Jun 2016 22:18:00 -0400, you wrote:
>
> >Snaps function very much like how Apple's ecosystem does for software
> >delivery, and perhaps even Microsoft's UWP ecosystem too. It's very
> >clear that the purpose of Snaps are to pr
On Thu, Jun 16, 2016 at 12:18 PM, Jiri Eischmann
wrote:
>
> KDE has been interested in Flatpak for over a year. They even have a
> KDE runtime and a couple of KDE apps packaged:
> https://community.kde.org/Flatpak
That's a good thing...but I noticed that the page you directed me to above
was ju
On Thu, Jun 16, 2016 at 2:12 PM, Ben Rosser wrote:
> In my vision of the future, we'd ship flatpaks and friends as a supplement
> to, but not as a replacement of, RPMs. In fact, we'd go the other way. If
> some GUI application was install-able as a flatpak in Fedora, and there was
> someone inter
So, I'm trying to understand what's going on with netcat. If anybody can
enlighten me, I'd appreciate it. Here's what I've found so far:
It looks like rpms/nc was retired due to being orphaned for too long. It
looks like the same thing (almost) happened to rpms/nc6.
I think netcat is too importan
On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
> ship pip, npm, etc? Where I become uncomfortable, and the reason I chimed
> in on this thread initially, is with the idea that these new containerized
> packaging systems are in some way *superior* to traditional packaging. Or
> at least
On Thu, Jun 16, 2016 at 10:30 AM, Matthew Miller
wrote:
> On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
>> ship pip, npm, etc? Where I become uncomfortable, and the reason I chimed
>> in on this thread initially, is with the idea that these new containerized
>> packaging systems are
From my point of view, dropping both nc and nc6 is the right way.
# dnf whatprovides nc
Letzte Prüfung auf abgelaufene Metadaten: vor 0:37:24 am Thu Jun 16 19:04:21
2016.
nmap-ncat-2:7.12-1.fc24.x86_64 : Nmap's Netcat replacement
Quelle : fedora
--
devel mailing list
devel@lists.fedoraprojec
On 06/16/2016 01:30 PM, Matthew Miller wrote:
On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
ship pip, npm, etc? Where I become uncomfortable, and the reason I chimed
in on this thread initially, is with the idea that these new containerized
packaging systems are in some way *superi
Christopher wrote:
> So, I'm trying to understand what's going on with netcat. If anybody can
> enlighten me, I'd appreciate it. Here's what I've found so far:
Original netcat is obsolete, try socat or nmap-ncat.
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/
On Thu, Jun 16, 2016 at 1:30 PM, Matthew Miller
wrote:
> On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
> > ship pip, npm, etc? Where I become uncomfortable, and the reason I chimed
> > in on this thread initially, is with the idea that these new
> containerized
> > packaging systems
At the second round of Fedora 24 Final Go/No-Go Meeting, has just been
Fedora 24 Final RC1.2 declared as GOLD.
GA of this release is planed on Tuesday 2016-June-21.
Meeting details can be seen here:
Minutes:
https://meetbot.fedoraproject.org/fedora-meeting-2/2016-06-16/f24-final-go_no_go-meeting.
On Wed, 2016-06-15 at 12:46 -0400, Matthew Miller wrote:
> On Wed, Jun 15, 2016 at 06:25:17PM +0200, Alexander Larsson wrote:
> > > That's precisely what they are doing on non-Ubuntu distributions,
> > > disabling confinement.
> > Thats is pretty crappy. That means things will keep accidentally
> >
On 16/06/16 11:46 AM, Jan Kurik wrote:
> At the second round of Fedora 24 Final Go/No-Go Meeting, has just been
> Fedora 24 Final RC1.2 declared as GOLD.
> GA of this release is planed on Tuesday 2016-June-21.
>
> Meeting details can be seen here:
> Minutes:
> https://meetbot.fedoraproject.org/fed
On Thu, 2016-06-16 at 12:02 -0700, Luya Tshimbalanga wrote:
> On 16/06/16 11:46 AM, Jan Kurik wrote:
> > At the second round of Fedora 24 Final Go/No-Go Meeting, has just been
> > Fedora 24 Final RC1.2 declared as GOLD.
> > GA of this release is planed on Tuesday 2016-June-21.
> >
> > Meeting deta
On Thu, 2016-06-16 at 14:07 -0400, Przemek Klosowski wrote:
> I think that once the full sandboxing / portal system is in place,
> > there _will_ be a tangible reason to prefer Flatpak.
> Definitely true for third party packages that currenly require
> pip/npm/rubygems/(curl | sh :), but you seem
On Thu, 2016-06-16 at 14:24 -0400, Ben Rosser wrote:
> On Thu, Jun 16, 2016 at 1:30 PM, Matthew Miller
> .org> wrote:
> > On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
> > > ship pip, npm, etc? Where I become uncomfortable, and the reason
> > I chimed
> > > in on this thread initiall
I'm trying to revive rpms/hadoop, but am running into some failures[1] on
i686 in koji that I cannot reproduce locally in x86_64. The thing is... I
don't really have any good 32-bit environment to test this locally. Hadoop
isn't really suitable for 32-bit architectures (IMO) and I doubt it's a
well
On 06/16/2016 03:16 PM, Christopher wrote:
> I'm trying to revive rpms/hadoop, but am running into some failures[1] on i686
> in koji that I cannot reproduce locally in x86_64. The thing is... I don't
> really have any good 32-bit environment to test this locally. Hadoop isn't
> really suitable for
On 16 June 2016 at 14:23, Xose Vazquez Perez wrote:
> Christopher wrote:
>
>> So, I'm trying to understand what's going on with netcat. If anybody can
>> enlighten me, I'd appreciate it. Here's what I've found so far:
>
> Original netcat is obsolete, try socat or nmap-ncat.
I don't think this was
On 06/16/2016 03:09 PM, Alexander Larsson wrote:
On Thu, 2016-06-16 at 14:07 -0400, Przemek Klosowski wrote:
I think that once the full sandboxing / portal system is in place,
there _will_ be a tangible reason to prefer Flatpak.
Definitely true for third party packages that currenly require
Using links for nightly composes sounds a reasonable suggestion. Perhaps
writing a note about the missing images i.e. Design Suite and the reason behind
would be great. I will update the wiki to reflect the change of the status.
Luya
--
devel mailing list
devel@lists.fedoraproject.org
https://l
Il 16/06/2016 21:19, Stephen Gallagher ha scritto:
On 06/16/2016 03:16 PM, Christopher wrote:
>I'm trying to revive rpms/hadoop, but am running into some failures[1] on i686
>in koji that I cannot reproduce locally in x86_64. The thing is... I don't
>really have any good 32-bit environment to
Alexander Larsson píše v Čt 16. 06. 2016 v 21:11 +0200:
> On Thu, 2016-06-16 at 14:24 -0400, Ben Rosser wrote:
> > On Thu, Jun 16, 2016 at 1:30 PM, Matthew Miller > ct.org> wrote:
> > > On Thu, Jun 16, 2016 at 01:12:07PM -0400, Ben Rosser wrote:
> > > > ship pip, npm, etc? Where I become uncomfort
On Thu, 16 Jun 2016 19:16:38 +
Christopher wrote:
> I'm trying to revive rpms/hadoop, but am running into some failures
> [1] on i686 in koji that I cannot reproduce locally in x86_64. The
> thing is... I don't really have any good 32-bit environment to test
> this locally. Hadoop isn't reall
> On Jun 15, 2016, at 12:51, Stephen Gallagher wrote:
> Traditionally, we've assumed a greater level of understanding for those who
> use
> CLI tools as opposed to GUI tools. It's expected that if someone is using DNF
> directly, it's because they know what they are doing (and what risks that
Il 16/06/2016 22:32, Dan Horák ha scritto:
On Thu, 16 Jun 2016 19:16:38 +
Christopher wrote:
I'm trying to revive rpms/hadoop, but am running into some failures
[1] on i686 in koji that I cannot reproduce locally in x86_64. The
thing is... I don't really have any good 32-bit environment
On Thu, 16 Jun 2016 15:44:11 -0400, you wrote:
>On 06/16/2016 03:09 PM, Alexander Larsson wrote:
>> You seems to think about a different "security" than what flatpak
>> provides. Say you run a game, packaged by fedora. Its nicely packaged
>> and reviewed, so you're not running unreviewed, unsigned
On 16 June 2016 at 20:16, Christopher wrote:
> I'm trying to revive rpms/hadoop, but am running into some failures[1] on
> i686 in koji that I cannot reproduce locally in x86_64. The thing is... I
> don't really have any good 32-bit environment to test this locally. Hadoop
> isn't really suitable
On Tue, 2016-06-14 at 14:32 -0500, Michael Catanzaro wrote:
> There's an article on Ars as well. The "working with Fedora
> developers"
> claim is probably a misunderstanding on Softpedia's part; it's not
> true, and I doubt Canonical would have said that.
Just for the record... the Softpedia arti
Hi all,
Hello everyone, my name is Chenxiong Qi. I'm living in Beijing and
currently working for Red Hat in the Pnt-DevOps department. I've been
developing and maintaining several internal projects that are written in
Python, Perl, Ruby, and C, as well as some upstream projects like
libabigai
48 matches
Mail list logo
