Re: zram-generator

2018-08-31 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Aug 31, 2018 at 02:16:25PM +0200, Karel Zak wrote: > On Fri, Aug 24, 2018 at 02:28:00PM +, Zbigniew Jędrzejewski-Szmek wrote: > > [2] https://github.com/systemd/zram-generator > > Oh... > > ExecStart=sh -c 'echo {disksize} >/sys/block/%i/disksize' > > It's necessary to directly w

Re: zram-generator

2018-08-31 Thread Daniel P . Berrangé
On Fri, Aug 31, 2018 at 02:22:43PM +0200, Florian Weimer wrote: > On 08/24/2018 07:42 PM, Zbigniew Jędrzejewski-Szmek wrote: > > On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: > > > Why not Haskell? > > > > > > Seriously: you provide no reason for rust other than that "C is not > >

Re: zram-generator

2018-08-31 Thread Florian Weimer
On 08/24/2018 07:42 PM, Zbigniew Jędrzejewski-Szmek wrote: On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: Why not Haskell? Seriously: you provide no reason for rust other than that "C is not attractive". C is surely a reliable implementation language for long running system serv

Re: zram-generator

2018-08-31 Thread Karel Zak
On Fri, Aug 24, 2018 at 02:28:00PM +, Zbigniew Jędrzejewski-Szmek wrote: > [2] https://github.com/systemd/zram-generator Oh... ExecStart=sh -c 'echo {disksize} >/sys/block/%i/disksize' It's necessary to directly write to /sys. We have zramctl(8) everywhere... Karel -- Karel Zak

Re: zram-generator

2018-08-24 Thread stan
On Fri, 24 Aug 2018 16:15:53 -0400 David Malcolm wrote: > On Fri, 2018-08-24 at 17:11 +, Jeff Johnson wrote: > https://cwe.mitre.org/data/definitions/658.html Is there a list like that for rust? ___ devel mailing list -- devel@lists.fedoraproject

Re: zram-generator

2018-08-24 Thread David Malcolm
On Fri, 2018-08-24 at 20:24 +, Zbigniew Jędrzejewski-Szmek wrote: > On Fri, Aug 24, 2018 at 04:15:53PM -0400, David Malcolm wrote: > > On Fri, 2018-08-24 at 17:11 +, Jeff Johnson wrote: > > > Why not Haskell? > > > > > > Seriously: you provide no reason for rust other than that "C is > > >

Re: zram-generator

2018-08-24 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Aug 24, 2018 at 04:15:53PM -0400, David Malcolm wrote: > On Fri, 2018-08-24 at 17:11 +, Jeff Johnson wrote: > > Why not Haskell? > > > > Seriously: you provide no reason for rust other than that "C is not > > attractive". > > > > C is surely a reliable implementation language for long

Re: zram-generator

2018-08-24 Thread David Malcolm
On Fri, 2018-08-24 at 17:11 +, Jeff Johnson wrote: > Why not Haskell? > > Seriously: you provide no reason for rust other than that "C is not > attractive". > > C is surely a reliable implementation language for long running > system services. https://cwe.mitre.org/data/definitions/658.html

Re: zram-generator

2018-08-24 Thread Zbigniew Jędrzejewski-Szmek
On Fri, Aug 24, 2018 at 05:11:28PM -, Jeff Johnson wrote: > Why not Haskell? > > Seriously: you provide no reason for rust other than that "C is not > attractive". > > C is surely a reliable implementation language for long running system > services. I love C myself and spend my days writi

Re: zram-generator

2018-08-24 Thread Chris Murphy
On Fri, Aug 24, 2018 at 11:11 AM, Jeff Johnson wrote: > Why not Haskell? > > Seriously: you provide no reason for rust other than that "C is not > attractive". Why Haskell? You've provided no reason for Haskell. Seems to me it's more likely people will be, or can become Rust competent before th

Re: zram-generator

2018-08-24 Thread Jeff Johnson
Why not Haskell? Seriously: you provide no reason for rust other than that "C is not attractive". C is surely a reliable implementation language for long running system services. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe sen