On 15 Jun 2016 02:19, "Michael Catanzaro" wrote:
>
> Hi,
>
> You're right, we hadn't yet planned for how to handle spins (at least
> I'm unaware of any such plans). Don't worry, nobody's going to start
> removing packages if that means making apps inaccessible to folks not
> using Workstation. Som
On 15/06/16 02:18, Michael Catanzaro wrote:
On Tue, 2016-06-14 at 21:46 +0100, Tom Hughes wrote:
I suspect this view originates in a very Gnomeish view of the world
where upstream and the Fedora packagers are very close but I wonder
how
well it matches with situations where upstream and distros
Hi all
I dont really want this to be a negative post, just want to share something
in order to start a healthy discussion
*Background*
Im a Fedora desktop user, have been for many years, going all the way back
to Fedora Core 1 - I use Fedora on a daily basis, its my main (in fact only
OS)
*Issue
Hi,
Does anyone know how to contact packager Bernard Johnson "bjohnson"?
This is for the "backuppc" package. Someone upstream gave me phone numbers
privately but even these are not responding.
As per:
https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers
> 4. After 2 fail
Hi everyone, my name is msamir have several years of experience in open-source
and rpm based distributions.
I am interesting in building RPMs for network applications as I have some
knowledge in this area and want contribute in Fedora Project.
Already read doc - how to create an RPM package,
On 2016-06-14, Jon Ciesla wrote:
> I'm updating libconfuse to 3.0, which is a soname change. The only
> dependency I can find is libftdi, which I'm doing as well.
>
# dnf repoquery --whatrequires 'libconfuse.so.0()(64bit)' --source --quiet
bmon-3.7-2.fc24.src.rpm
ganglia-3.7.2-8.fc25.src.rpm
i3st
On 15.06.2016 08:24, Florian Weimer wrote:
> On 06/15/2016 06:27 AM, Andrew Lutomirski wrote:
>> On Tue, Jun 14, 2016 at 9:07 PM, Florian Weimer wrote:
>>> On 06/15/2016 04:11 AM, Andrew Lutomirski wrote:
>>>
I *strongly* disagree here. The xdg-app folks seem to be doing a
pretty good j
On Wed, 2016-06-15 at 10:14 +0200, Ade wrote:
> Hi all
>
> I dont really want this to be a negative post, just want to share
> something in order to start a healthy discussion
>
> Background
> Im a Fedora desktop user, have been for many years, going all the way
> back to Fedora Core 1 - I use Fe
* Ade [15/06/2016 10:14] :
>
> Id be interested in the original rationale behind this change, as I say, I
I believe the rationale is that there was no sane way to update running
applications (firefox, at least, would start not working in interesting
ways when you update it after having launched it
On 06/15/16 11:16, Emmanuel Seyman wrote:
* Ade [15/06/2016 10:14] :
Id be interested in the original rationale behind this change, as I say, I
I believe the rationale is that there was no sane way to update running
applications (firefox, at least, would start not working in interesting
ways
* Joachim Backes [15/06/2016 11:22] :
>
> What if you updating the bash? It's always running :-;
No, it isn't. These days, Gnome Software prompts you to reboot,
reboots the machine in a safe mode where nothing much is running,
updates everything, then boots back in normal mode (this is my
understa
Joachim Backes wrote:
> On 06/15/16 11:16, Emmanuel Seyman wrote:
> > I believe the rationale is that there was no sane way to update running
> > applications (firefox, at least, would start not working in interesting
> > ways when you update it after having launched it).
>
> What if you updati
Hi,
On Tue, 2016-06-14 at 22:02 +0200, Igor Gnatenko wrote:
> When DNF will be able to install flatpack pkgs then we can stop supporting
> distro packages for that.
One of the things I am working on is making access to sources, symbols
and debuginfo easier for rpm packages as distributed by Fedor
On Wed, 2016-06-15 at 10:54 +0200, Michael Stahl wrote:
> On 15.06.2016 08:24, Florian Weimer wrote:
> >
> > On 06/15/2016 06:27 AM, Andrew Lutomirski wrote:
> > >
> > > On Tue, Jun 14, 2016 at 9:07 PM, Florian Weimer > > om> wrote:
> > > >
> > > > On 06/15/2016 04:11 AM, Andrew Lutomirski wrot
On Tue, 2016-06-14 at 20:08 -0500, Michael Catanzaro wrote:
> On Tue, 2016-06-14 at 20:53 +0100, Tom Hughes wrote:
> >
> > I mean I really hope you're not saying that upstream developers
> > will
> > be
> > able to start demanding that a third party packager's work is
> > removed
> > from Fedora
OLD: Fedora-Rawhide-20160614.n.0
NEW: Fedora-Rawhide-20160615.n.0
= SUMMARY =
Added images:0
Dropped images: 10
Added packages: 10
Dropped packages:0
Upgraded packages: 115
Downgraded packages: 0
Size of added packages: 52.58 MiB
Size of dropped packages
On Wed, 2016-06-15 at 08:57 +0100, Tom Hughes wrote:
> I have far more worries about third party rpms which can put files
> anyway, run any scriptlets they like at install time, and generally
> interfere with the system as a whole.
Yeah, I'm not sure I like this part of the plan either. The goal
Missing expected images:
Workstation live i386
Cloud_base raw-xz i386
Atomic raw-xz x86_64
Kde raw-xz armhfp
Minimal raw-xz armhfp
Workstation live x86_64
Failed openQA tests: 8/77 (x86_64), 3/16 (i386)
ID: 22713 Test: x86_64 Atomic-boot-iso install_default
URL: https://openqa.fedoraprojec
On Qua, 2016-06-15 at 08:43 +, Petr Pisar wrote:
> On 2016-06-14, Jon Ciesla wrote:
> >
> > I'm updating libconfuse to 3.0, which is a soname change. The only
> > dependency I can find is libftdi, which I'm doing as well.
> >
> # dnf repoquery --whatrequires 'libconfuse.so.0()(64bit)' --sou
On 06/15/2016 05:16 AM, Emmanuel Seyman wrote:
* Ade [15/06/2016 10:14] :
Id be interested in the original rationale behind this change, as I say, I
I believe the rationale is that there was no sane way to update running
applications (firefox, at least, would start not working in interesting
wa
On 15/06/16 09:27 -0400, Phil Cameron wrote:
So when you update an application that is running all you do is unlink
the file name from the old file and link it to the new file. The old
file does not go away because it is open by the running program. When
the program exits, the file is deleted (
On Tue, Jun 14, 2016 at 1:41 PM, Josh Boyer
wrot:e
>
> How do you plan on addressing the problem reporting issue? In your
> example, the Inkscape package will still exist in RPM form for other
> Editions. That means there are potentially two versions of Inkscape,
> one from upstream and one pack
On Wed, Jun 15, 2016 at 8:17 AM, Sérgio Basto wrote:
> On Qua, 2016-06-15 at 08:43 +, Petr Pisar wrote:
> > On 2016-06-14, Jon Ciesla wrote:
> > >
> > > I'm updating libconfuse to 3.0, which is a soname change. The only
> > > dependency I can find is libftdi, which I'm doing as well.
> > >
As many others have expressed, third-party RPMs tend to be done very
poorly, Oracle Java is a good bad example. That said, if it's something a
user wants to install on their system, that's their prerogative, but it's
not part of Fedora and shouldn't be. What we could do is make it easier to
install
On Tue, Jun 14, 2016 at 03:02:29PM -0500, Michael Catanzaro wrote:
> I was thinking remove the Fedora package. What's the point in
> maintaining a secret Fedora package for a graphical app, when we're
> going to be presenting a different version of that app to users? And as
> Josh says, this would
OLD: Fedora-24-20160614.n.0
NEW: Fedora-24-20160615.n.0
= SUMMARY =
Added images:4
Dropped images: 8
Added packages: 0
Dropped packages:0
Upgraded packages: 8
Downgraded packages: 0
Size of added packages: 0.00 B
Size of dropped packages:0.00 B
Size of
On Wed, Jun 15, 2016 at 10:13 AM, Chris Murphy wrote:
>
>
> On Tue, Jun 14, 2016 at 1:41 PM, Josh Boyer
> wrot:e
>>
>> How do you plan on addressing the problem reporting issue? In your
>> example, the Inkscape package will still exist in RPM form for other
>> Editions. That means there are pot
> On 15/06/16 02:18, Michael Catanzaro wrote:
>
> > On Tue, 2016-06-14 at 21:46 +0100, Tom Hughes wrote:
> >> I suspect this view originates in a very Gnomeish view of the
> >> world
> >> where upstream and the Fedora packagers are very close but I
> >> wonder
> >> how
> >> well it matches with
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: 22815 Test: arm Minimal-raw_xz-raw.xz base_services_start_arm
URL: https://openqa.fedoraproject.org/tests/22815
ID: 22892 Test: i386 universal
On 06/14/2016 09:08 PM, Michael Catanzaro wrote:
Certainly we're not going to come along and try to delete packages over
the maintainers' objections. In general, I expect package maintainers
would be deciding whether or not to make the switch, but yeah: if the
upstream developers request that we
On Wed, Jun 15, 2016 at 8:22 AM, Matthew Miller
wrote:
>
>
> I'm also worried about lifecycle issues here. What if some popular
> upstream makes a popular Flatpak, we ditch the RPM packaging, and then
> upstream stops updating it, or does a horrible job - how do we get
> _back_?
>
At the moment
On Wed, 2016-06-15 at 12:19 +0200, Mark Wielaard wrote:
> Hi,
>
> On Tue, 2016-06-14 at 22:02 +0200, Igor Gnatenko wrote:
> > When DNF will be able to install flatpack pkgs then we can stop
> > supporting
> > distro packages for that.
>
> One of the things I am working on is making access to sour
On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote:
> So I was rather surprised by this Softpaedia article today:
> http://news.softpedia.com/news/snap-packages-become-the-universal-bin
> ary-format-for-all-gnu-linux-distributions-505241.shtml
> It claims that Canonical state that they have bee
On Wed, 2016-06-15 at 08:24 +0200, Florian Weimer wrote:
> On 06/15/2016 06:27 AM, Andrew Lutomirski wrote:
> > On Tue, Jun 14, 2016 at 9:07 PM, Florian Weimer > > wrote:
> > > On 06/15/2016 04:11 AM, Andrew Lutomirski wrote:
> > >
> > > > I *strongly* disagree here. The xdg-app folks seem to be
On Wed, Jun 15, 2016 at 8:39 AM, Josh Boyer
wrote:
> On Wed, Jun 15, 2016 at 10:13 AM, Chris Murphy
> wrote:
> >
> >
> > On Tue, Jun 14, 2016 at 1:41 PM, Josh Boyer
> > wrot:e
> >>
> >> How do you plan on addressing the problem reporting issue? In your
> >> example, the Inkscape package will s
Dne 15.6.2016 v 10:14 Ade napsal(a):
> Why is this? Well some time ago the behaviour of the tool changed and now
> the only way to proceed is to click in
> "Restart and Install" and this is NEVER what I want to do. I never want to
> reboot my desktop just to apply updates, Id
> rather apply all
On 15 Jun 2016 16:09, "Alexander Larsson" wrote:
>
> On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote:
> > So I was rather surprised by this Softpaedia article today:
> > http://news.softpedia.com/news/snap-packages-become-the-universal-bin
> > ary-format-for-all-gnu-linux-distributions-5052
On Wed, Jun 15, 2016 at 05:08:07PM +0200, Alexander Larsson wrote:
> Snappy fundamentally relies on apparmour to do confinement (i.e. it
> doesn't use filesystem namespaces like flatpak), how does this work on
> fedora? You can't use selinux and apparmour at the same time, so this
> shouldn't be ab
On 15 Jun 2016 16:34, "Matthew Miller" wrote:
>
> On Wed, Jun 15, 2016 at 05:08:07PM +0200, Alexander Larsson wrote:
> > Snappy fundamentally relies on apparmour to do confinement (i.e. it
> > doesn't use filesystem namespaces like flatpak), how does this work on
> > fedora? You can't use selinux
On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote:
> Dne 15.6.2016 v 10:14 Ade napsal(a):
> > Why is this? Well some time ago the behaviour of the tool changed and now
> > the only way to proceed is to click in "Restart and Install" and this is
> > NEVER what I want to do. I never want to
On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote:
> On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote:
> > So I was rather surprised by this Softpaedia article today:
> > http://news.softpedia.com/news/snap-packages-become-the-universal-bin
> > ary-format-for-all-gnu-linux-distributi
On Wed, Jun 15, 2016 at 11:45 AM James Hogarth wrote:
> Considering how this actively negates the security of our distribution and
> how this is being promoted in the media, with them pointing to the
> snapcraft site and the instructions there with COPR looking like it's on
> approved Fedora infra
On 15 Jun 2016 17:12, "Rahul Sundaram" wrote:
>
>
>
> On Wed, Jun 15, 2016 at 11:45 AM James Hogarth wrote:
>>
>> Considering how this actively negates the security of our distribution
and how this is being promoted in the media, with them pointing to the
snapcraft site and the instructions there
On Wed, Jun 15, 2016 at 7:27 AM, Phil Cameron wrote:
> On 06/15/2016 05:16 AM, Emmanuel Seyman wrote:
>
>> * Ade [15/06/2016 10:14] :
>>
>>> Id be interested in the original rationale behind this change, as I say,
>>> I
>>>
>> I believe the rationale is that there was no sane way to update runnin
On Wed, Jun 15, 2016 at 04:44:27PM +0100, James Hogarth wrote:
> Considering how this actively negates the security of our distribution and
> how this is being promoted in the media, with them pointing to the
> snapcraft site and the instructions there with COPR looking like it's on
> approved Fedo
On Wed, 2016-06-15 at 16:32 +0100, James Hogarth wrote:
>
>
> > Snappy fundamentally relies on apparmour to do confinement (i.e. it
> > doesn't use filesystem namespaces like flatpak), how does this work
> on
> > fedora? You can't use selinux and apparmour at the same time, so
> this
> > shouldn'
On Wed, 15 Jun 2016 17:39:32 +0200
Kamil Dudka wrote:
> On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote:
> > Dne 15.6.2016 v 10:14 Ade napsal(a):
> > > Why is this? Well some time ago the behaviour of the tool
> > > changed and now the only way to proceed is to click in "Restart
> >
On 06/15/2016 11:39 AM, Kamil Dudka wrote:
> On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote:
>> Dne 15.6.2016 v 10:14 Ade napsal(a):
>>> Why is this? Well some time ago the behaviour of the tool changed and now
>>> the only way to proceed is to click in "Restart and Install" and this is
On 06/15/2016 12:27 PM, Kevin Fenzi wrote:
> One thing that might make this less annoying to people would be ability
> to schedule the reboot for some off hours time (2am or something) and
> also ability (for gnome at least) to restore apps/windows/session
> again on login.
>
Scheduling the rebo
On 15 Jun 2016 17:25, "Matthew Miller" wrote:
>
> On Wed, Jun 15, 2016 at 04:44:27PM +0100, James Hogarth wrote:
> > Considering how this actively negates the security of our distribution
and
> > how this is being promoted in the media, with them pointing to the
> > snapcraft site and the instruct
On Wed, 2016-06-15 at 10:27 -0600, Kevin Fenzi wrote:
> On Wed, 15 Jun 2016 17:39:32 +0200
> Kamil Dudka wrote:
>
> >
> > On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote:
> > >
> > > Dne 15.6.2016 v 10:14 Ade napsal(a):
> > > >
> > > > Why is this? Well some time ago the behaviour
On 06/15/2016 01:24 AM, Tomasz Torcz wrote:
Well, if a packager wants to maintain it, why not?
>
>As someone who's a bit skeptical about containers as the future of software
>distribution, I'd like to continue getting "traditionally packaged"
>applications from Fedora where possible. I became a F
On Wed, Jun 15, 2016 at 10:27 AM, Kevin Fenzi wrote:
> On Wed, 15 Jun 2016 17:39:32 +0200
> Kamil Dudka wrote:
>
>> On Wednesday, June 15, 2016 17:29:02 Miroslav Suchý wrote:
>> > Dne 15.6.2016 v 10:14 Ade napsal(a):
>> > > Why is this? Well some time ago the behaviour of the tool
>> > > changed
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 being
> packaged that depends on things not in the ubuntu core. It a
On 15 Jun 2016 17:47, "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 being
> > p
On Wed, 15 Jun 2016 10:45:12 -0600
Chris Murphy wrote:
> Laptop users need reminding. A scheduled update has a decent chance of
> not happening because the laptop is sleeping.
Sure and there's encryption as sgallagh mentioned.
> The ability for applications to save their state would be great;
On 06/15/2016 12:41 PM, Russell Doty wrote:
> Note that the original poster says that he runs dnf -update from the
> command line because it allows him to do what he wants.
>
> Based on the information discussed in this thread, shouldn't dnf also
> force a reboot before updates?
>
> We have an ob
On Wed, 15 Jun 2016 12:41:42 -0400
Russell Doty wrote:
> Note that the original poster says that he runs dnf -update from the
> command line because it allows him to do what he wants.
>
> Based on the information discussed in this thread, shouldn't dnf also
> force a reboot before updates?
Well
Hi,
My search engine fu is failing atm.
I get ABRT reports from notificati...@fedoraproject.org for another
package (nfs-ganesha) that I'm the maintainer for.
I'd like to enable ABRT reports for glusterfs. But I can't seem to find
where to do that. Or maybe glusterfs never crashes!
Thanks,
-
On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote:
> Of course, this comes with its own headaches, since of course if you
> are using
> an encrypted drive, you need to enter your password twice: once to
> start the
> update and once for the post-update reboot. A while ago I was working
> o
On Wed, Jun 15, 2016 at 10:49:18 -0600,
Kevin Fenzi wrote:
Well, it's different historical behavior/tradeoffs. dnf assumes you
will reboot as you need to / restart apps that need restarting.
And there is an extension that will tell you what needs to be restarted.
--
devel mailing list
devel@
On 06/15/2016 01:09 PM, Michael Catanzaro wrote:
> On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote:
>> Of course, this comes with its own headaches, since of course if you
>> are using
>> an encrypted drive, you need to enter your password twice: once to
>> start the
>> update and once f
On 06/15/2016 12:31 PM, Stephen Gallagher wrote:
>
>
> The justification for restarting both before and after installation exists and
> it does make some sense in certain circumstances.
>
> Basically, the problem is that any number of things can change in the state of
> the system while it has b
On Wed, Jun 15, 2016 at 10:50:06 -0600,
Kevin Fenzi wrote:
Sure and there's encryption as sgallagh mentioned.
There is probably a way to handle the encryption as (at least if there isn't
a kernel update), as this is done already when switching from initramfs
to your normal system after get
On Wed, Jun 15, 2016 at 10:31 AM, Stephen Gallagher wrote:
> Of course, this comes with its own headaches, since of course if you are using
> an encrypted drive, you need to enter your password twice: once to start the
> update and once for the post-update reboot.
Why not change from logout > r
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 bei
On Wed, Jun 15, 2016 at 12:07 AM, Florian Weimer wrote:
> On 06/15/2016 04:11 AM, Andrew Lutomirski wrote:
>
>> I *strongly* disagree here. The xdg-app folks seem to be doing a
>> pretty good job with their sandbox. The kernel attack surface is
>> reduced considerably, as is the attack surface a
On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher wrote:
> On 06/15/2016 01:09 PM, Michael Catanzaro wrote:
>> On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote:
>>> Of course, this comes with its own headaches, since of course if you
>>> are using
>>> an encrypted drive, you need to en
On 06/15/2016 02:36 PM, Chris Murphy wrote:
> On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher
> wrote:
>> On 06/15/2016 01:09 PM, Michael Catanzaro wrote:
>>> On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote:
Of course, this comes with its own headaches, since of course if you
On Wed, Jun 15, 2016 at 12:46:43PM -0400, Matthew Miller wrote:
> > Thats is pretty crappy. That means things will keep accidentally being
> > packaged that depends on things not in the ubuntu core. It also means
> > that there is zero sandboxing.
> Can you elaborate on how this is different from F
Following is the list of topics that will be discussed in the FPC
meeting Thursday at 2016-06-16 16:00 UTC in #fedora-meeting-1 on
irc.freenode.net.
Local time information (via. rktime):
2016-06-16 09:00 Thu US/Pacific PDT
2016-06-16 12:00 Thu US/Eastern EDT
2016-06-16 1
On Wed, 2016-06-15 at 16:59 +0200, Alexander Larsson wrote:
> On Wed, 2016-06-15 at 12:19 +0200, Mark Wielaard wrote:
> > On Tue, 2016-06-14 at 22:02 +0200, Igor Gnatenko wrote:
> > > When DNF will be able to install flatpack pkgs then we can stop
> > > supporting
> > > distro packages for that.
>
On Wed, Jun 15, 2016 at 12:43 PM, Stephen Gallagher wrote:
> On 06/15/2016 02:36 PM, Chris Murphy wrote:
>> On Wed, Jun 15, 2016 at 11:15 AM, Stephen Gallagher
>> wrote:
>>> On 06/15/2016 01:09 PM, Michael Catanzaro wrote:
On Wed, 2016-06-15 at 12:31 -0400, Stephen Gallagher wrote:
> Of
On 06/15/2016 09:27 AM, Phil Cameron wrote:
On 06/15/2016 05:16 AM, Emmanuel Seyman wrote:
Id be interested in the original rationale behind this change, as I
say, I
I believe the rationale is that there was no sane way to update running
applications (firefox, at least, would start not working
On 06/15/2016 03:46 PM, Chris Murphy wrote:
> I don't understand the technical reason for the 1st reboot. The
> substantial risk for updates is the user environment. If that's killed
> off even multi-user.target is far less risk to do updates in. But I
> don't see why system-update.target can't be
I have a couple of simple Python packages that need to be reviewed. Will
review yours in return.
https://bugzilla.redhat.com/show_bug.cgi?id=1347006:
python-sphinxcontrib-spelling
https://bugzilla.redhat.com/show_bug.cgi?id=1340619: python-imagesize
Thanks,
Avram
--
devel mailing list
devel@list
2016-06-15 14:43 GMT-06:00 Avram Lubkin :
> I have a couple of simple Python packages that need to be reviewed. Will
> review yours in return.
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1347006:
> python-sphinxcontrib-spelling
> https://bugzilla.redhat.com/show_bug.cgi?id=1340619: python-imag
On Wed, Jun 15, 2016 at 09:08:35AM -0700, Adam Williamson wrote:
> On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote:
> > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote:
> > > So I was rather surprised by this Softpaedia article today:
> > > http://news.softpedia.com/news/snap-pack
On Wed, Jun 15, 2016 at 2:17 PM, Stephen Gallagher wrote:
> On 06/15/2016 03:46 PM, Chris Murphy wrote:
>> I don't understand the technical reason for the 1st reboot. The
>> substantial risk for updates is the user environment. If that's killed
>> off even multi-user.target is far less risk to do
Przemek Klosowski writes:
> It would be nice if there was a 'container snapshot' facility that
> would convert between a native application package from Fedora or
> Debian and a portable container---possibly both ways. Obviously,
> native->container is desirable for portability; the opposite
> co
On Wed, Jun 15, 2016 at 3:25 PM, Ravindra Kumar
wrote:
> Hi,
>
>
>
> Please forgive my ignorance. Does Fedora 24 server image no longer provide
> "Minimal Install" option?
>
>
>
> I see only "Fedora Server" and "Fedora Custom" options. Please see the
> attached screenshot for reference.
Custom i
Actually this is better:
https://lists.fedoraproject.org/archives/list/ser...@lists.fedoraproject.org/message/4UGRPRK7J5NCSUW5KO7MDXGY56I446LY/
--
devel mailing list
devel@lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
Hey folks! There are a couple of validation tests for F24 remaining
which are kind of exotic and setup-dependent. Particularly:
https://fedoraproject.org/wiki/QA:Testcase_install_to_FCoE_target
if there's anyone out there who has an FCoE setup and can run that
test, it'd be great. Just go to:
ht
On Fri, 10 Jun, 2016 at 16:39:21 GMT, Michael Catanzaro wrote:
> If your app does use the DOM API, you have more work as you need to
> create a web process extension to access this API. You can use any form
> of IPC to communicate between the UI process and the web process; D-Bus
> is a good optio
On Wed, 2016-06-15 at 21:38 +0200, Mark Wielaard wrote:
> O! I see in builder/builder-utils.c "This code is based on
> debugedit.c
> from rpm". And I am just hacking on that for rpm (see some patches on
> rpm-ma...@rpm.org).
Its just part of the debugedit stuff though, because we don't have to
r
On Tue, Jun 14, 2016 at 7:36 PM, Neal Gompa wrote:
> The container/security thing is nothing specific or special to Flatpak
> and others, in fact it's more theater than anything else anyway, as it
> only works when conditions are "just right" (i.e., Wayland,
> supercharged containerization with S
On 15 June 2016 at 22:07, Paul W. Frields wrote:
> On Wed, Jun 15, 2016 at 09:08:35AM -0700, Adam Williamson wrote:
> > On Wed, 2016-06-15 at 17:08 +0200, Alexander Larsson wrote:
> > > On Tue, 2016-06-14 at 19:26 +0100, James Hogarth wrote:
> > > > So I was rather surprised by this Softpaedia ar
On Wed, 2016-06-15 at 22:26 +, Ben Boeckel wrote:
> Note that running JavaScript code in the context of the webpage also
> requires an extension (AFAICS).
Fortunately, you can actually do this from the UI process using
webkit_web_view_run_javascript() and
webkit_web_view_run_javascript_finish(
On Wed, Jun 15, 2016 at 18:23:00 -0500, Michael Catanzaro wrote:
> On Wed, 2016-06-15 at 22:26 +, Ben Boeckel wrote:
> > Note that running JavaScript code in the context of the webpage also
> > requires an extension (AFAICS).
>
> Fortunately, you can actually do this from the UI process using
On Wed, 2016-06-15 at 19:50 -0400, Ben Boeckel wrote:
> That works if you can deal with the result being asynchronous, but if
> your callback doesn't belong in the GUI thread…
Ah, I think this arose from the discussion about disabling/enabling
context menu items. [1] is related.
The reason we don
On Wed, Jun 15, 2016 at 19:24:35 -0500, Michael Catanzaro wrote:
> The reason we don't offer a sync API is that it could cause your
> application to hang during IPC between the browser process and the web
> process.
Understood. It's one of the reasons we're looking at getting the "uzbl"
bits separ
Additionally everything is installable provides the minimal offering and has
anaconda's defaults rather than servers.
Dennis
On June 15, 2016 4:31:03 PM CDT, Chris Murphy wrote:
>Actually this is better:
>
>https://lists.fedoraproject.org/archives/list/ser...@lists.fedoraproject.org/message/4UG
Hi,
On Tue, Jun 14, 2016, at 09:18 PM, Michael Catanzaro wrote:
> Also, keep in mind that Flatpaks are not the only new type of software
> we intend to support in Fedora. I know other folks are looking into
> supporting Docker containers; I believe that's a Server WG initiative?
One of the thing
Michael Catanzaro wrote:
> I propose we retire the webkitgtk and webkitgtk3 packages when
> branching rawhide for F26 (expected to occur roughly February 2017),
> and forbid unretiring them. All their dependencies would then be
> removed from from Fedora according to the normal process shortly befo
On Wed, Jun 15, 2016 at 9:39 PM, Colin Walters wrote:
> Hi,
>
> On Tue, Jun 14, 2016, at 09:18 PM, Michael Catanzaro wrote:
>
>> Also, keep in mind that Flatpaks are not the only new type of software
>> we intend to support in Fedora. I know other folks are looking into
>> supporting Docker contai
Michael Catanzaro wrote:
> Background info: In the Workstation working group, we're currently
> planning to allow replacing RPM packages for graphical apps with
> Flatpaks. We're also planning to remove Fedora packages for selected
> apps that are offered as Flatpaks by upstream. For instance, if
>
Neal Gompa (ngomp...@gmail.com) said:
> And frankly, if you're trying to solve delivering software in a
> cross-distro fashion, you're doing it wrong. Take for example how RPMs
> "work": packages are generated with a set of generic dependencies
> based on the symbols of libraries and programs. The
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 provide avenues to "encourage"
>people to lock into the Ubuntu platform
Dear all,
You are kindly invited to the meeting:
Fedora 24 Final Go/No-Go Meeting - the 2nd round on 2016-06-16 from 17:00:00
to 19:00:00 UTC
At fedora-meetin...@irc.freenode.net
The meeting will be about:
Join us on irc.freenode.net in #fedora-meeting-2 for this important
meeting, wherein
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 'Everything' network
install image, which is basically the same as t
100 matches
Mail list logo
