Re: Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

> On Jun 15, 2016, at 7:45 PM, James Hogarth wrote: > > > On 15 Jun 2016 22:57, "Patrick O'Callaghan" > wrote: > > > > http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app > >

Re: Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

On 06/15/2016 08:29 PM, Tim wrote: Allegedly, on or about 15 June 2016, Patrick O'Callaghan sent: http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app s-are-coming-to-distros-everywhere-bye-apt-yum/ At first glance this looks really interesting and will be available on

Re: Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

Allegedly, on or about 15 June 2016, Patrick O'Callaghan sent: > http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app > s-are-coming-to-distros-everywhere-bye-apt-yum/ > > At first glance this looks really interesting and will be available on > Fedora, though according to the

Re: wifi madness

On Wed, 15 Jun 2016, Chris Murphy wrote: On Wed, Jun 15, 2016 at 4:34 AM, wrote: ... and I bet there's a huge rise in dropped packets before it happens, right? How can I tell? I tried this but it suggests no dropped packets. # ip -s -d a 3: wlp2s0:

Re: Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

On 15 Jun 2016 22:57, "Patrick O'Callaghan" wrote: > > http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app > s-are-coming-to-distros-everywhere-bye-apt-yum/ > > At first glance this looks really interesting and will be available on > Fedora, though

Re: Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

On Wed, 15 Jun 2016 22:56:17 +0100 Patrick O'Callaghan wrote: > Any thoughts? I don't think this ought to be done via yet another package format, because that will mean I'd still need someone to create the package and if there isn't one, I can't install (without lots more work). I'd rather see

Goodbye apt and yum? Ubuntu’s snap apps are coming to distros everywhere

http://arstechnica.co.uk/information-technology/2016/06/ubuntu-snap-app s-are-coming-to-distros-everywhere-bye-apt-yum/ At first glance this looks really interesting and will be available on Fedora, though according to the article RedHat haven't yet decided to support it officially. Any

Re: wifi madness

On Wed, Jun 15, 2016 at 6:25 PM, Chris Murphy wrote: > On Wed, Jun 15, 2016 at 4:34 AM, wrote: > > > ... and I bet there's a huge rise in dropped packets before it happens, > > right? > > How can I tell? I tried this but it suggests no dropped

[389-users] Re: Managing user password policy problem

I finally found my problem. Our uid starts with a lower number so I have to change system-auth and password-auth the uid number from 500 to ours. Password policy worked as expected then. -- 389-users mailing list 389-users@lists.fedoraproject.org

Re: wifi madness

On Wed, Jun 15, 2016 at 4:34 AM, wrote: > ... and I bet there's a huge rise in dropped packets before it happens, > right? How can I tell? I tried this but it suggests no dropped packets. # ip -s -d a 3: wlp2s0: mtu 1500 qdisc mq state

Re: F23 KDE stability issues

On 06/14/16 09:33 PM, Tim wrote: >> When I leave my desk, I lock the screen but I disable locking based on >> inactivity. As long as this works, I'm happy. > > Obvious question: Just a simple screen lock, or is there a screensaver > running (some of them were terrible at crashing X)? > > I'd try

[389-users] Re: Managing user password policy problem

I found more information today. Frist - I found https://access.redhat.com/documentation/en-US/Red_Hat_Directory_Server/9.0/html/Administration_Guide/account-usability.html, so I have added aci to the oid. dn: oid=1.3.6.1.4.1.42.2.27.9.5.8,cn=features,cn=config changetype: modify add: aci

Re: Chrome blocks hibernation

On Tue, 2016-06-14 at 10:34 +0100, Patrick O'Callaghan wrote: > This is weird. A few days ago I found that my desktop system (F23 > fully updated) would no longer hibernate. A glance at "journal -xe" > showed a bunch of lines like: > > [...] This is still happening to me, so as no-one has

Re: How to set video resolution permanently in Fedora 22?

On Wed, 15 Jun 2016 06:18:26 -0500 Steven Usdansky wrote: > Back in the day, the following script resided in my ~/.config/autostart: That won't take effect till you login though, right? I think I have a virtual machine at home I could never get resolution to stick on, and I put the xrandr call

Re: F23 KDE stability issues

On Tue, 2016-06-14 at 18:32 -0700, CLOSE Dave wrote: > When I reboot and startx again, things start up as they should. > Except  > that all my previous windows are on the first desktop, overlapping > like  > crazy. Moving them where they should be is very annoying and tedious. There have been

Re: How to set video resolution permanently in Fedora 22?

Back in the day, the following script resided in my ~/.config/autostart: #!/bin/bash # add a new mode using xrandr # works with Lubuntu 14.04 on Pyrope screen=$(xrandr | grep \ connected | awk '{print $1}') xrandr --newmode 1680x1050 147.14 1680 1784 1968 2256 1050 1051 1054 1087 -HSync

Re: wifi madness

On Tue, 14 Jun 2016, Chris Murphy wrote: On Mon, Jun 13, 2016 at 12:53 PM, Rick Stevens wrote: echo '0' >/proc/sys/net/ipv4/tcp_sack No change. Intel NUC is getting 98kbps downloads of the exact same file from the same AP as the Mac, but the Mac is at 1200kbps.

Re: Anaconda doesn't recognize the storage device in LXDE spin

Hi, Even with Fedora Media Writer, I got the same issue. Created [1] and reported the same via test@ [1] https://bugzilla.redhat.com/show_bug.cgi?id=1346674 On Wed, Jun 15, 2016 at 11:43 AM, Kalpa Welivitigoda wrote: > Thanks for the feedback Chris, I will do a quick test

Re: Anaconda doesn't recognize the storage device in LXDE spin

Thanks for the feedback Chris, I will do a quick test with Fedora Media Writer and then respond. On Wed, Jun 15, 2016 at 11:24 AM Chris Murphy wrote: > Also note unetbootin isn't supported or recommended by Fedora. Use dd or > Fedora Media Writer, a.k.a LiveUSB Creator.