On 18/03/13 12:39, Richard Hughes wrote:
On 18 March 2013 09:21, Ales Kozumplik wrote:
How does PackageKit implement this?
We ask NetworkManager (or connman) for the network adaptor type. This
seems to work well, unless someone uses their phone as a portable
hotspot (i.e. Wifi) and then it f
On 18 March 2013 09:21, Ales Kozumplik wrote:
> How does PackageKit implement this?
We ask NetworkManager (or connman) for the network adaptor type. This
seems to work well, unless someone uses their phone as a portable
hotspot (i.e. Wifi) and then it fails hard. Code is in
https://gitorious.org/
On 03/18/2013 10:33 AM, drago01 wrote:
On Mon, Mar 18, 2013 at 9:53 AM, Ales Kozumplik wrote:
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking
(or
control) automatically run dnf-makecache.
At least, this should be controllab
Le lundi 18 mars 2013 à 17:42 +0800, Mathieu Bridon a écrit :
> > > Can't DNF do the same?
> > >
> > > The proposed system of targets seems extremely complex, for a
> > > functionality that is already possible...
> >
> > It is really not that bad, and the quantity of complexity in it is well
> >
On Mon, 2013-03-18 at 10:21 +0100, Ales Kozumplik wrote:
> On 03/18/2013 10:08 AM, Mathieu Bridon wrote:
> > PackageKit already has an option to check for updates on "mobile
> > broadband" (i.e bandwidth-capped or pay-as-you-use connections).
>
> How does PackageKit implement this?
By using the N
On Mon, Mar 18, 2013 at 9:53 AM, Ales Kozumplik wrote:
> On 03/15/2013 12:16 PM, Neal Becker wrote:
>>
>> I don't think users would expect that install of dnf would without asking
>> (or
>> control) automatically run dnf-makecache.
>>
>> At least, this should be controllable via /etc/sysconfig. F
On 03/18/2013 10:08 AM, Mathieu Bridon wrote:
PackageKit already has an option to check for updates on "mobile
broadband" (i.e bandwidth-capped or pay-as-you-use connections).
How does PackageKit implement this?
Can't DNF do the same?
The proposed system of targets seems extremely complex,
On Mon, 2013-03-18 at 09:53 +0100, Ales Kozumplik wrote:
> What I would like to see at some point, and strongly believe it is the
> right, generic and simple solution for many similar cases, is to have
> NetworkManager let user decide what network connections are suitable for
> tasks like this (
On 03/15/2013 07:13 PM, Luya Tshimbalanga wrote:
On 15/03/13 04:16 AM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not
On 03/15/2013 04:16 PM, Reindl Harald wrote:
and hwat let you come to the conclusion that if you have
it to enable in a config makes anything different?
have it enabled as DEFAULT is plain stupid
did you ever see "checksu mismatch" from YUM?
i saw this once download the metadata from ALL known
On 03/15/2013 12:16 PM, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think it's
not consistent with Fedora practice to enable this o
On 03/17/2013 11:13 PM, Kevin Kofler wrote:
Ralf Corsepius wrote:
"Unwanted/non-user-intended network access" => Must be disabled by
default and must explicitly activated by user action.
[snip]
I for one consider the approach of background updating to be a
conceptionally broken and flawed desi
Ralf Corsepius wrote:
> "Unwanted/non-user-intended network access" => Must be disabled by
> default and must explicitly activated by user action.
[snip]
> I for one consider the approach of background updating to be a
> conceptionally broken and flawed design, lacking generality and usability.
Th
On 03/15/2013 05:00 PM, Neal Becker wrote:
Almost makes me wonder if a system like that on my android is needed, where it
tells me when I install that the app may use services that cost me money.
I had an Android phone that did this. However I can't remember if it was
the HTC Desire Z / G2 o
On 03/16/2013 06:55 AM, Adam Williamson wrote:
On 15/03/13 09:48 PM, Ralf Corsepius wrote:
On 03/15/2013 07:51 PM, Adam Williamson wrote:
In this case it seems perfectly logical. The thing in question is a cron
script.
May-be I am missing something, but the issue is not cron-jobs in
general,
On 15/03/13 09:48 PM, Ralf Corsepius wrote:
On 03/15/2013 07:51 PM, Adam Williamson wrote:
In this case it seems perfectly logical. The thing in question is a cron
script.
May-be I am missing something, but the issue is not cron-jobs in
general, it is unwanted, non-user-intended/initiated netw
On 03/15/2013 07:51 PM, Adam Williamson wrote:
In this case it seems perfectly logical. The thing in question is a cron
script.
May-be I am missing something, but the issue is not cron-jobs in
general, it is unwanted, non-user-intended/initiated network access.
Ralf
--
devel mailing list
dev
On 03/15/2013 01:20 PM, Neal Becker wrote:
https://fedoraproject.org/wiki/Starting_services_by_default
Doesn't cover cron jobs at all
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Steve Gordon wrote:
> - Original Message -
>> From: "seth vidal"
>> To: "Development discussions related to Fedora"
>> Cc: sgor...@redhat.com
>> Sent: Friday, March 15, 2013 12:07:00 PM
>> Subject: Re: dnf installs cron.hourly
>
On Fri, Mar 15, 2013 at 07:44:58PM +0100, Tomasz Torcz wrote:
> There was a decision of not _migrating_ cronjobs to timer units yet. But I
> think we should ban _introducing_ new cronjobs. Instead, new periodic jobs
> should be introduced as timer units.
That's assuming all cron jobs should bec
On 15/03/13 11:51 AM, Adam Williamson wrote:
On 15/03/13 08:30 AM, Miloslav Trmač wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange
wrote:
Users shouldn't have to go searching out that kind of thing in a
separate package IMHO, it could just be part of stock yum install.
If it needs to
On 15/03/13 08:30 AM, Miloslav Trmač wrote:
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange wrote:
Users shouldn't have to go searching out that kind of thing in a
separate package IMHO, it could just be part of stock yum install.
If it needs to be optional a config param would suffice, rat
On Fri, Mar 15, 2013 at 02:29:19PM -0400, Casey Dahlin wrote:
> On Fri, Mar 15, 2013 at 07:14:39PM +0100, Miloslav Trmač wrote:
> > 1) Changing the mechanism would not resolve any of the questions discussed
> > here.
>
> Systemd is a bit cleaner to admin, and turning the service off wouldn't make
gt; To: "Development discussions related to Fedora"
>> > > Sent: Friday, March 15, 2013
>> > > 11:48:41 AM Subject: Re: dnf installs cron.hourly
>> > >
>> > > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
>> > &
On Fri, Mar 15, 2013 at 07:14:39PM +0100, Miloslav Trmač wrote:
> 1) Changing the mechanism would not resolve any of the questions discussed
> here.
Systemd is a bit cleaner to admin, and turning the service off wouldn't make an
oddity show up in rpm -qaV like moving a cron job aside would.
>
>
On Fri, Mar 15, 2013 at 7:13 PM, Luya Tshimbalanga
wrote:
> On 15/03/13 04:16 AM, Neal Becker wrote:
>> I don't think users would expect that install of dnf would without asking (or
>> control) automatically run dnf-makecache.
>>
>> At least, this should be controllable via /etc/sysconfig. Furthe
On 15/03/13 04:16 AM, Neal Becker wrote:
> I don't think users would expect that install of dnf would without asking (or
> control) automatically run dnf-makecache.
>
> At least, this should be controllable via /etc/sysconfig. Further, I think
> it's
> not consistent with Fedora practice to ena
Rahul Sundaram wrote:
> On 03/15/2013 07:53 AM, Neal Becker wrote:
>> You might prefer this, but I think it's against Fedora policy.
>
> Why do you think that? Can you point me to such a policy?
>
> Rahul
https://fedoraproject.org/wiki/Starting_services_by_default
--
devel mailing list
devel@
On Fri, Mar 15, 2013 at 5:26 PM, Daniel P. Berrange wrote:
> On Fri, Mar 15, 2013 at 12:07:00PM -0400, seth vidal wrote:
>> To be fair - none of those call out to the network.
>>
>> they all act on things locally.
>
> Hmm, but the system service guidelines don't say anything about
> forbiding use
quot;
> > > Sent: Friday, March 15, 2013
> > > 11:48:41 AM Subject: Re: dnf installs cron.hourly
> > >
> > > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
> > > > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač
> > &
On Fri, Mar 15, 2013 at 10:55:57AM -0500, Jon Ciesla wrote:
> On Fri, Mar 15, 2013 at 10:48 AM, Daniel P. Berrange
> wrote:
>
> > On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
> > > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote:
> > >
> > > > On Fri, Mar 15, 2013 at 4:11 P
- Original Message -
> From: "seth vidal"
> To: "Development discussions related to Fedora"
>
> Cc: sgor...@redhat.com
> Sent: Friday, March 15, 2013 12:07:00 PM
> Subject: Re: dnf installs cron.hourly
>
> On Fri, 15 Mar 201
On Fri, 15 Mar 2013 11:58:33 -0400 (EDT)
Steve Gordon wrote:
> - Original Message -
> > From: "Daniel P. Berrange"
> > To: "Development discussions related to Fedora"
> > Sent: Friday, March 15, 2013
> > 11:48:41 AM Subject: Re: dnf instal
- Original Message -
> From: "Daniel P. Berrange"
> To: "Development discussions related to Fedora"
>
> Sent: Friday, March 15, 2013 11:48:41 AM
> Subject: Re: dnf installs cron.hourly
>
> On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wr
On Fri, Mar 15, 2013 at 10:48 AM, Daniel P. Berrange wrote:
> On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
> > On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote:
> >
> > > On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange <
> berra...@redhat.com>
> > > wrote:
> > > > Users s
On Fri, Mar 15, 2013 at 10:45:03AM -0500, Jon Ciesla wrote:
> On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote:
>
> > On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange
> > wrote:
> > > Users shouldn't have to go searching out that kind of thing in a
> > > separate package IMHO, it could
On Fri, Mar 15, 2013 at 10:30 AM, Miloslav Trmač wrote:
> On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange
> wrote:
> > Users shouldn't have to go searching out that kind of thing in a
> > separate package IMHO, it could just be part of stock yum install.
> > If it needs to be optional a conf
On Fri, Mar 15, 2013 at 4:11 PM, Daniel P. Berrange wrote:
> Users shouldn't have to go searching out that kind of thing in a
> separate package IMHO, it could just be part of stock yum install.
> If it needs to be optional a config param would suffice, rather
> than the big hammer of installing/u
Am 15.03.2013 16:11, schrieb Daniel P. Berrange:
>>> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
I don't think users would expect that install of dnf would without
asking (or control) automatically run dnf-makecache.
>>>
>>> Heh. That's one of the things I love about DN
Am 15.03.2013 12:33, schrieb Daniel P. Berrange:
> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
>> I don't think users would expect that install of dnf would without asking
>> (or
>> control) automatically run dnf-makecache.
>
> Heh. That's one of the things I love about DNF. N
On Fri, 15 Mar 2013 15:11:28 +
"Daniel P. Berrange" wrote:
> On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote:
> > On Fri, 15 Mar 2013 11:33:24 +
> > "Daniel P. Berrange" wrote:
> >
> > > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > > > I don't think users
On Fri, Mar 15, 2013 at 09:55:57AM -0400, seth vidal wrote:
> On Fri, 15 Mar 2013 11:33:24 +
> "Daniel P. Berrange" wrote:
>
> > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > > I don't think users would expect that install of dnf would without
> > > asking (or control) auto
On 03/15/2013 07:53 AM, Neal Becker wrote:
You might prefer this, but I think it's against Fedora policy.
Why do you think that? Can you point me to such a policy?
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 03/15/2013 09:55 AM, seth vidal wrote
There's a yum-cron package. It did just that for years.
that's where dnf got the idea.
Yep but defaults matter
Rahul
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On Fri, 15 Mar 2013 11:33:24 +
"Daniel P. Berrange" wrote:
> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > I don't think users would expect that install of dnf would without
> > asking (or control) automatically run dnf-makecache.
>
> Heh. That's one of the things I love a
On 15/03/13 11:33, Daniel P. Berrange wrote:
On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
Heh. That's one of the things I love about DNF. No longer having to
Daniel P. Berrange wrote:
> On Fri, Mar 15, 2013 at 11:40:59AM +, Frank Murphy wrote:
>> On Fri, 15 Mar 2013 11:33:24 +
>> "Daniel P. Berrange" wrote:
>>
>> > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
>> > > I don't think users would expect that install of dnf would
>>
On Fri, Mar 15, 2013 at 11:40:59AM +, Frank Murphy wrote:
> On Fri, 15 Mar 2013 11:33:24 +
> "Daniel P. Berrange" wrote:
>
> > On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > > I don't think users would expect that install of dnf would
> > > without asking (or control) au
On Fri, 15 Mar 2013 11:33:24 +
"Daniel P. Berrange" wrote:
> On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> > I don't think users would expect that install of dnf would
> > without asking (or control) automatically run dnf-makecache.
>
> Heh. That's one of the things I love a
On Fri, Mar 15, 2013 at 07:16:27AM -0400, Neal Becker wrote:
> I don't think users would expect that install of dnf would without asking (or
> control) automatically run dnf-makecache.
Heh. That's one of the things I love about DNF. No longer having to wait
a long time for repo downloads when run
I don't think users would expect that install of dnf would without asking (or
control) automatically run dnf-makecache.
At least, this should be controllable via /etc/sysconfig. Further, I think
it's
not consistent with Fedora practice to enable this on default by installing the
package.
--
51 matches
Mail list logo
