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
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
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 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
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 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
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
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
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
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
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
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: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
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 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
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 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 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 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
> >
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 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
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 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
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 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
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
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 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
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 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
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
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
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.
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
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
>
> 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
> 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 adopting Snappy a
> 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
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
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 [===
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
> 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
>
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
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
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
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
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
48 matches
Mail list logo
