[Nix-commits] [NixOS/nixpkgs] a18abd: meson: 0.26.0 -> 0.32.0

[Alexey Shmalko]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: a18abd2aa34c44d089790f381be9061aa4b3c48a
  
https://github.com/NixOS/nixpkgs/commit/a18abd2aa34c44d089790f381be9061aa4b3c48a
  Author: Alexey Shmalko 
  Date:   2016-07-24 (Sun, 24 Jul 2016)

  Changed paths:
M pkgs/development/tools/build-managers/meson/default.nix

  Log Message:
  ---
  meson: 0.26.0 -> 0.32.0


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Matthew Robbetts]

> On Jul 23, 2016, at 3:20 PM, Tobias Geerinckx-Rice  wrote:
> 
> Sorry: Matt,
> 
> On 24/07/2016 0:16, Matthew Robbetts wrote:
>>> On Jul 23, 2016, at 3:12 PM, Tobias Geerinckx-Rice  wrote:
>>> Try dropping the ‘CONFIG_’s.
>> 
>> Dammit!
> 
> How do you think I learned? ;-) Thought I'd save you the half hour.
> 
> Shea's suggestion is good too (and what I do myself), but might be
> overkill for such a small handful of options. And — in theory — upstream
> might add wonderful new options that won't automatically make it into
> your kernel.

Yeah, that’s exactly what I was thinking. Plus, I’m absolutely loving having 
one central configuration.nix expression that totally defines my system. It 
gives me all the warm and fuzzies. Not needing to maintain other types of 
configuration too is a definitely win in my book.


> Whether or not that's a problem is up to you.
> 
> Kind regards,
> 
> T G-R

___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Tobias Geerinckx-Rice]

Sorry: Matt,

On 24/07/2016 0:16, Matthew Robbetts wrote:
>> On Jul 23, 2016, at 3:12 PM, Tobias Geerinckx-Rice  wrote:
>> Try dropping the ‘CONFIG_’s.
>
> Dammit!

How do you think I learned? ;-) Thought I'd save you the half hour.

Shea's suggestion is good too (and what I do myself), but might be
overkill for such a small handful of options. And — in theory — upstream
might add wonderful new options that won't automatically make it into
your kernel.

Whether or not that's a problem is up to you.

Kind regards,

T G-R
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Matthew Robbetts]

> On Jul 23, 2016, at 3:14 PM, Shea Levy  wrote:
> 
> Hi Matt,
> 
> I'm not sure off the top of my head how to get this working with the
> nixpkgs extraConfig mechanism, but as an alternative if you generate
> your own .config file (e.g. by copying the one from a running NixOS
> system and using menuconfig in a kernel checkout to add the options you
> want) then you can use the `buildLinux` function in nixpkgs directly
> (see pkgs/os-specific/linux/kernel/manual-config.nix for arguments).

Oh, also a nice idea. I hadn’t considered I could copy the .config file from 
this actual system for that.

Still, it’s nice to keep things as automatic as possible! I’ll keep this one in 
the back pocket for next time.

Thanks a lot,
Matt


> Thanks,
> Shea
> 
> Matthew Robbetts > 
> writes:
> 
>> Having only just realized that my ath10k driver is built by default without 
>> DFS support, I need to modify my kernel options. Googling turned up:
>> https://nixos.org/wiki/How_to_tweak_Linux_kernel_config_options 
>>  
>> > >
>> 
>> This lead me to include:
>> 
>> nixpkgs.config.packageOverrides = pkgs: rec {
>>  ...
>>  stdenv = pkgs.stdenv // {
>>  platform = pkgs.stdenv.platform // {
>>  kernelExtraConfig =
>>''
>>CONFIG_EXPERT y
>>CONFIG_CFG80211_CERTIFICATION_ONUS y
>>CONFIG_ATH10K_DFS_CERTIFIED y
>>'';
>>  };
>>  };
>>  ...
>> 
>> 
>> in my configuration.nix, as these appear to be the three options I need to 
>> add. So far so good.
>> 
>> 
>> However, when I try to realize this new configuration, the kernel build 
>> fails with:
>> 
>> unused option: CONFIG_ATH10K_DFS_CERTIFIED
>> 
>> If I comment that option, just for kicks, I then fail with:
>> 
>> unused option: CONFIG_CFG80211_CERTIFICATION_ONUS
>> 
>> What am I missing here? Something obvious, I expect! I’ve turned up the 
>> following pages with similar seeming failures, but they’re just output dumps 
>> with no context:
>> http://pastebin.com/jAMxyzJA
>> http://pastebin.com/4sxGZdaq
>> https://gist.github.com/thorhop/1dc181a40f5320b22ff0
>> 
>> 
>> Thanks,
>> Matt
>> ___
>> nix-dev mailing list
>> nix-dev@lists.science.uu.nl 
>> http://lists.science.uu.nl/mailman/listinfo/nix-dev 
>> 
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Matthew Robbetts]

> On Jul 23, 2016, at 3:16 PM, Matthew Robbetts  wrote:
> 
> 
>> On Jul 23, 2016, at 3:12 PM, Tobias Geerinckx-Rice  wrote:
>> 
>> Matthew,
>> 
>> On 24/07/2016 0:06, Matthew Robbetts wrote:
>>> unused option: CONFIG_ATH10K_DFS_CERTIFIED
>> 
>> Try dropping the ‘CONFIG_’s.
> 
> Nailed it.
> 
> Dammit!

Also, you know, thanks ;)
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Matthew Robbetts]

> On Jul 23, 2016, at 3:12 PM, Tobias Geerinckx-Rice  wrote:
> 
> Matthew,
> 
> On 24/07/2016 0:06, Matthew Robbetts wrote:
>> unused option: CONFIG_ATH10K_DFS_CERTIFIED
> 
> Try dropping the ‘CONFIG_’s.

Nailed it.

Dammit!


___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Customizing kernel options and thoroughly failing.

[Tobias Geerinckx-Rice]

Matthew,

On 24/07/2016 0:06, Matthew Robbetts wrote:
> unused option: CONFIG_ATH10K_DFS_CERTIFIED

Try dropping the ‘CONFIG_’s.

Kind regards,

T G-R
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Customizing kernel options and thoroughly failing.

[Matthew Robbetts]

Having only just realized that my ath10k driver is built by default without DFS 
support, I need to modify my kernel options. Googling turned up:
https://nixos.org/wiki/How_to_tweak_Linux_kernel_config_options 


This lead me to include:

nixpkgs.config.packageOverrides = pkgs: rec {
...
stdenv = pkgs.stdenv // {
platform = pkgs.stdenv.platform // {
kernelExtraConfig =
''
CONFIG_EXPERT y
CONFIG_CFG80211_CERTIFICATION_ONUS y
CONFIG_ATH10K_DFS_CERTIFIED y
'';
};
};
...


in my configuration.nix, as these appear to be the three options I need to add. 
So far so good.


However, when I try to realize this new configuration, the kernel build fails 
with:

unused option: CONFIG_ATH10K_DFS_CERTIFIED

If I comment that option, just for kicks, I then fail with:

unused option: CONFIG_CFG80211_CERTIFICATION_ONUS

What am I missing here? Something obvious, I expect! I’ve turned up the 
following pages with similar seeming failures, but they’re just output dumps 
with no context:
http://pastebin.com/jAMxyzJA
http://pastebin.com/4sxGZdaq
https://gist.github.com/thorhop/1dc181a40f5320b22ff0


Thanks,
Matt___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-dev] Drop GNOME 3.18

[Luca Bruno]

Hi,
since the last week I didn't see any critical issue regarding GNOME 3.20.
So tomorrow I plan to drop GNOME 3.18 from nixpkgs.

Best regards,

-- 
NixOS Linux 
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] d21727: zpaq: 7.13 -> 7.14

[Tobias Geerinckx-Rice]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: d21727991b7564aeab65ff8b492368164411635f
  
https://github.com/NixOS/nixpkgs/commit/d21727991b7564aeab65ff8b492368164411635f
  Author: Tobias Geerinckx-Rice 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/archivers/zpaq/default.nix

  Log Message:
  ---
  zpaq: 7.13 -> 7.14


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 7c84bd: dropbear: 2016.73 -> 2016.74

[Tobias Geerinckx-Rice]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 7c84bd121a1b6c38092d4f98f29cdadba050b4db
  
https://github.com/NixOS/nixpkgs/commit/7c84bd121a1b6c38092d4f98f29cdadba050b4db
  Author: Tobias Geerinckx-Rice 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/networking/dropbear/default.nix

  Log Message:
  ---
  dropbear: 2016.73 -> 2016.74

Security fixes:
- Message printout was vulnerable to format string injection
- dropbearconvert import of OpenSSH keys could run arbitrary code
  as the local dropbearconvert user when parsing malicious key
  files
- dbclient could run arbitrary code as the local dbclient user if
  particular -m or -c arguments are provided
- dbclient or dropbear server could expose process memory to the
  running user if compiled with DEBUG_TRACE and running with -v

Fixes:
- Fix port forwarding failure when connecting to domains that have
  both IPv4 and IPv6 addresses. The bug was introduced in 2015.68
- Fix 100% CPU use while waiting for rekey to complete


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 425c51: dropbear: 2015.71 -> 2016.72

[Tobias Geerinckx-Rice]

  Branch: refs/heads/release-16.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 425c5124b5b6aff2068565fe372d537c60ddd3aa
  
https://github.com/NixOS/nixpkgs/commit/425c5124b5b6aff2068565fe372d537c60ddd3aa
  Author: Tobias Geerinckx-Rice 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/networking/dropbear/default.nix

  Log Message:
  ---
  dropbear: 2015.71 -> 2016.72

Bugfix release:
- Validate X11 forwarding input. Could allow bypass of
  authorized_keys command= restrictions.

(cherry picked from commit e834a7c05be00400aa1efd5c47820bb1d357eaed)


  Commit: c326a1975a03801ca738fabe5e946972b6638186
  
https://github.com/NixOS/nixpkgs/commit/c326a1975a03801ca738fabe5e946972b6638186
  Author: Tobias Geerinckx-Rice 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/networking/dropbear/default.nix

  Log Message:
  ---
  dropbear: 2016.72 -> 2016.73

Changes: https://matt.ucc.asn.au/dropbear/CHANGES.
(cherry picked from commit a68545621315c96c6b9197d03ba177a3fe85cd62)


  Commit: 502de3d6e3871c80c26347b8b8acac10f2330207
  
https://github.com/NixOS/nixpkgs/commit/502de3d6e3871c80c26347b8b8acac10f2330207
  Author: Tobias Geerinckx-Rice 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/networking/dropbear/default.nix

  Log Message:
  ---
  dropbear: 2016.73 -> 2016.74

Security fixes:
- Message printout was vulnerable to format string injection
- dropbearconvert import of OpenSSH keys could run arbitrary code
  as the local dropbearconvert user when parsing malicious key
  files
- dbclient could run arbitrary code as the local dbclient user if
  particular -m or -c arguments are provided
- dbclient or dropbear server could expose process memory to the
  running user if compiled with DEBUG_TRACE and running with -v

Fixes:
- Fix port forwarding failure when connecting to domains that have
  both IPv4 and IPv6 addresses. The bug was introduced in 2015.68
- Fix 100% CPU use while waiting for rekey to complete

(cherry picked from commit 7c84bd121a1b6c38092d4f98f29cdadba050b4db)


Compare: https://github.com/NixOS/nixpkgs/compare/7c435c925a9f...502de3d6e387___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 90ee01: nixos: disable DHCP on ZeroTier interfaces

[Emery Hemingway]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 90ee01cd3dc029e1d86bc94eb6aa4b5f4b5a0f2e
  
https://github.com/NixOS/nixpkgs/commit/90ee01cd3dc029e1d86bc94eb6aa4b5f4b5a0f2e
  Author: Emery Hemingway 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M nixos/modules/services/networking/zerotierone.nix

  Log Message:
  ---
  nixos: disable DHCP on ZeroTier interfaces


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] cf08d9: pwsafe: 0.95 -> 0.99

[Joachim F]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: cf08d94d1887849ee170bc13d87ae3e292a4fb1b
  
https://github.com/NixOS/nixpkgs/commit/cf08d94d1887849ee170bc13d87ae3e292a4fb1b
  Author: Kranium Gikos Mendoza 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/applications/misc/pwsafe/default.nix

  Log Message:
  ---
  pwsafe: 0.95 -> 0.99


  Commit: 06d1723c4e520d84be69a30b36e6d7c909e0fcf3
  
https://github.com/NixOS/nixpkgs/commit/06d1723c4e520d84be69a30b36e6d7c909e0fcf3
  Author: Joachim F 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/applications/misc/pwsafe/default.nix

  Log Message:
  ---
  Merge pull request #17195 from womfoo/bump/pwsafe-0.99

pwsafe: fix build and 0.95 -> 0.99


Compare: https://github.com/NixOS/nixpkgs/compare/3b317b16dfeb...06d1723c4e52___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 2ac6dd: xarchiver: 0.5.4.6 -> 0.5.4.7

[Joachim F]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 2ac6dda96e77852eaffd3af9baf760ae12c69271
  
https://github.com/NixOS/nixpkgs/commit/2ac6dda96e77852eaffd3af9baf760ae12c69271
  Author: mimadrid 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/archivers/xarchiver/default.nix

  Log Message:
  ---
  xarchiver: 0.5.4.6 -> 0.5.4.7


  Commit: 3b317b16dfeb0aca287be446b2644038e8375ea9
  
https://github.com/NixOS/nixpkgs/commit/3b317b16dfeb0aca287be446b2644038e8375ea9
  Author: Joachim F 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/archivers/xarchiver/default.nix

  Log Message:
  ---
  Merge pull request #17202 from mimadrid/update/xarchiver-0.5.4.7

xarchiver: 0.5.4.6 -> 0.5.4.7


Compare: https://github.com/NixOS/nixpkgs/compare/a7e50112c68c...3b317b16dfeb___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nix] 18b080: Respect --keep-going when a substituter fails.

[Shea Levy]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nix
  Commit: 18b0808475a3d252ff3dc977e510271ea5c8c284
  
https://github.com/NixOS/nix/commit/18b0808475a3d252ff3dc977e510271ea5c8c284
  Author: Shea Levy 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M src/libstore/build.cc

  Log Message:
  ---
  Respect --keep-going when a substituter fails.

Fixes #977


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 7c435c: mysql: 5.5.49 -> 5.5.50 for CVEs (#17160)

[Rok Garbas]

  Branch: refs/heads/release-16.03
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 7c435c925a9f3e064a3f5dcf964b07873d385a7e
  
https://github.com/NixOS/nixpkgs/commit/7c435c925a9f3e064a3f5dcf964b07873d385a7e
  Author: Rok Garbas 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/servers/sql/mysql/5.5.x.nix

  Log Message:
  ---
   mysql: 5.5.49 -> 5.5.50 for CVEs (#17160)

Problems include buffer overflows, null pointer dereferences, and
other bugfixes.

 - CVE-2016-3477
 - CVE-2016-3521
 - CVE-2016-3615
 - CVE-2016-5440

Details:
https://dev.mysql.com/doc/relnotes/mysql/5.5/en/news-5-5-50.html

backporting @grahamc's work to release-16.03


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] Skillset labels

[Profpatsch]

On 16-07-23 01:56pm, Wout Mertens wrote:
> I don't know about using levels, you need to have a good knowledge of the
> problem area to decide what level something is, and it can scare off people
> that think they are not advanced even though they are. There is already the
> good-first-bug label…

Right, that should be enough.

-- 
Proudly written in Mutt with Vim on NixOS.
Q: Why is this email five sentences or less?
A: http://five.sentenc.es
May take up to five days to read your message. If it’s urgent, call me.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Skillset labels

[Wout Mertens]

I don't know about using levels, you need to have a good knowledge of the
problem area to decide what level something is, and it can scare off people
that think they are not advanced even though they are. There is already the
good-first-bug label…

On Sat, Jul 23, 2016 at 3:16 PM Profpatsch  wrote:

> On 16-07-23 09:49am, Wout Mertens wrote:
> > To better triage issues, it would be good to have labels that indicate
> the
> > skillset needed to work the issue.
>
> Not only triaging, but also finding people interested in certain topics.
> How about these labels, too?
>
> level:beginner
> level:medium
> level:advanced
>
> --
> Proudly written in Mutt with Vim on NixOS.
> Q: Why is this email five sentences or less?
> A: http://five.sentenc.es
> May take up to five days to read your message. If it’s urgent, call me.
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Skillset labels

[Daniel Hlynskyi]

* containers
* virtualization
* nixos tests
* module system
* java

23 лип. 2016 12:50 пп "Wout Mertens"  пише:

> To better triage issues, it would be good to have labels that indicate the
> skillset needed to work the issue. Here's a preliminary list, what is
> missing?
>
>
>- shell
>- javascript
>- python
>- haskell
>- ruby
>- erlang
>- c/c++
>- vim
>- emacs
>- build toolchain
>- darwin toolchain
>- systemd config
>- nixos core
>- non-nixos install
>
> Yes I said non-nixos is not a skillset, but it turns out it is :) I wish
> the labels had extra descriptions.
>
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Too many open issues

[obadz]

On Sat, Jul 23, 2016 at 2:19 AM, Benno Fünfstück <
benno.fuenfstu...@gmail.com> wrote:

> The key here would be that we shouldn't get rattled if we get assigned an
>> issue/PR. All it means is "I think you know more about this than I do, feel
>> free to pass it on to someone else if aren't the right person or can't
>> handle this with the appropriate urgency".
>>
>
> I don't think that assignment is the right tool for this job. Assignment
> in my opinion should be used for the purpose of avoiding duplicated work:
> you assign yourself to an issue if you plan on working on it, so that
> everyone else knows that they shouldn't work on that particular task
> themselves.
>

Fully agree that the purpose of assignment is to avoid duplicated work.
That is why I think the first person to ever review an issue (maybe that's
mentionbot) should assign someone to that issue. Once that's done, this
issue won't waste anyone's else's time until the current assignee decides
who would be a better assignee. This means the amount of reviewing work
done is about O(n_issues).

The alternative is for all of us to troll through every issue and of course
decide that most of them aren't things we are best positioned to resolve.
That's O(n_issues * n_reviewers).
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] be3a42: openmpi: Remove libibverbs on unsupported platform...

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: be3a42a294982ce58bed3c7b326c81bc7fb35547
  
https://github.com/NixOS/nixpkgs/commit/be3a42a294982ce58bed3c7b326c81bc7fb35547
  Author: Josef Kemetmueller 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/development/libraries/openmpi/default.nix

  Log Message:
  ---
  openmpi: Remove libibverbs on unsupported platforms

The libibverbs package is only available on Linux and FreeBSD, but
openmpi can be used without it on platforms that don't support it.


  Commit: 79ad32fd17b52ad8f691a909a06c5a4211a0f519
  
https://github.com/NixOS/nixpkgs/commit/79ad32fd17b52ad8f691a909a06c5a4211a0f519
  Author: Nikolay Amiantov 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/development/libraries/openmpi/default.nix

  Log Message:
  ---
  Merge pull request #17200 from knedlsepp/openmpi-for-darwin

openmpi: Remove libibverbs on unsupported platforms


Compare: https://github.com/NixOS/nixpkgs/compare/77a73115cd38...79ad32fd17b5___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] Skillset labels

[Alexey Shmalko]

- perl
- cross-compilation


On 07/23/2016 12:49 PM, Wout Mertens wrote:
> To better triage issues, it would be good to have labels that indicate the 
> skillset needed to work the issue. Here's a preliminary list, what is missing?
> 
>   * shell
>   * javascript
>   * python
>   * haskell
>   * ruby
>   * erlang
>   * c/c++
>   * vim
>   * emacs
>   * build toolchain
>   * darwin toolchain
>   * systemd config
>   * nixos core
>   * non-nixos install
> 
> Yes I said non-nixos is not a skillset, but it turns out it is :) I wish the 
> labels had extra descriptions.
> 
> 
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
> 



signature.asc
Description: OpenPGP digital signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] 77a731: chrony: Tweak meta

[Tuomas Tynkkynen]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 77a73115cd3852f81c7267209bd4dcbcd19cdeb3
  
https://github.com/NixOS/nixpkgs/commit/77a73115cd3852f81c7267209bd4dcbcd19cdeb3
  Author: Tuomas Tynkkynen 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/networking/chrony/default.nix

  Log Message:
  ---
  chrony: Tweak meta

- "repository" -> "repositories"
- reflow longDescription


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] eb4d37: haka: Fix typo

[Tuomas Tynkkynen]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: eb4d37cde264f9cd6e5d8580bd88bde5a94aadc2
  
https://github.com/NixOS/nixpkgs/commit/eb4d37cde264f9cd6e5d8580bd88bde5a94aadc2
  Author: Tuomas Tynkkynen 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/tools/security/haka/default.nix

  Log Message:
  ---
  haka: Fix typo


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 9cccf3: dmraid: Fix typo

[Tuomas Tynkkynen]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 9cccf35f98f7e4af1f6143ed87235d7236d6dae2
  
https://github.com/NixOS/nixpkgs/commit/9cccf35f98f7e4af1f6143ed87235d7236d6dae2
  Author: Tuomas Tynkkynen 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/os-specific/linux/dmraid/default.nix

  Log Message:
  ---
  dmraid: Fix typo


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 21f248: openmw: fix build

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 21f24812231141bd6903170d3243efec2e874ad2
  
https://github.com/NixOS/nixpkgs/commit/21f24812231141bd6903170d3243efec2e874ad2
  Author: Nikolay Amiantov 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/games/openmw/default.nix

  Log Message:
  ---
  openmw: fix build


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-dev] Skillset labels

[Wout Mertens]

To better triage issues, it would be good to have labels that indicate the
skillset needed to work the issue. Here's a preliminary list, what is
missing?


   - shell
   - javascript
   - python
   - haskell
   - ruby
   - erlang
   - c/c++
   - vim
   - emacs
   - build toolchain
   - darwin toolchain
   - systemd config
   - nixos core
   - non-nixos install

Yes I said non-nixos is not a skillset, but it turns out it is :) I wish
the labels had extra descriptions.
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] 3beb7e: xautolock: add meta.platforms

[Gabriel Ebner]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 3beb7ec51e298f66db26e0f8e58558aeaac023bb
  
https://github.com/NixOS/nixpkgs/commit/3beb7ec51e298f66db26e0f8e58558aeaac023bb
  Author: Gabriel Ebner 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/misc/screensavers/xautolock/default.nix

  Log Message:
  ---
  xautolock: add meta.platforms


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-commits] [NixOS/nixpkgs] 66041a: configuration-hackage2nix.yaml: re-enable ghc-mod

[Gabriel Ebner]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 66041a4475aaadb88d1b2c0088f9e35d104dfdde
  
https://github.com/NixOS/nixpkgs/commit/66041a4475aaadb88d1b2c0088f9e35d104dfdde
  Author: Gabriel Ebner 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/development/haskell-modules/configuration-hackage2nix.yaml

  Log Message:
  ---
  configuration-hackage2nix.yaml: re-enable ghc-mod


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

Re: [Nix-dev] Too many open issues

[Wout Mertens]

   - *Splitting the repo*: Indeed, losing history is bad, so no go. See
   below for alternative.
   - *Triage*: Good ideas to split the load. See below.
   - *Autoclose*: Still convinced we should use it. See below.

For *triage*, we can indeed triage by section (just add labels) and then
maintainers can filter by the labels they can work on.
Right now we have 515 issues without labels
.
*Let's label them!*
We *need to make labels based on skillset* needed to fix. The topic labels
come close, but e.g. "topic: non-nixos" is not a skillset. "skill: bash"
and "skill: kernel" are. Labels are free, let's add all the ones that can
be useful for filtering.

*Splitting the repo* is not a good idea. However, some PRs are languishing
because it is unclear if they can be merged, and the persons that can make
the call are unresponsive. Using the C4 rules
, it is very *clear
when a PR can be merged*, and what needs to be done to make it mergeable.
Instead of splitting the repo, let's mark certain parts of the code as
"merge only when permission from core maintainers", and all the rest is
open for C4.

*Autoclosing* is like garbage collection. Auto-close and then reopening by
a response, is more efficient than triagers having to go in and decide if
something can be closed. We can add labels that prevent auto-close.
No warnings are needed btw, since responding reopens. A warning means two
mails instead of one.
*We should not be afraid of missing out on bugs or ideas*. They are
re-discovered all the time, and the good ones will be interesting enough to
stay open.

So, conclusion:

   1. We need to add *skillset labels*
   2. We need a *triager army* that apply labels to unlabeled issues
   3. *Maintainers use filters* to see their custom issue list
   4. Let's use C4 
   to *objectively decide mergeability*
   5. Let's run autoclose, starting with issues not updated for 6 months (205
   of them
   

   )

I'll start a different email thread soliciting for skillset labels.

On Sat, Jul 23, 2016 at 3:22 AM Profpatsch  wrote:

> On 16-07-22 09:59am, Michael Walker wrote:
> > If there are 1000+ open issues, it's hard to know what to prioritise.
> > If inactive issues get closed, it at least helps cut down on things
> > which may no longer be relevant (and if they are, someone finds the
> > closed issue, comments in it, and it opens again).
>
> I do think Github gives us the means for that.
> You can sort by activity, by age, by label, by reactions …
>
> To start triaging just sort by least recently updated
> and work from start to finish. ;)
>
> --
> Proudly written in Mutt with Vim on NixOS.
> Q: Why is this email five sentences or less?
> A: http://five.sentenc.es
> May take up to five days to read your message. If it’s urgent, call me.
> ___
> nix-dev mailing list
> nix-dev@lists.science.uu.nl
> http://lists.science.uu.nl/mailman/listinfo/nix-dev
>
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] 97c0bb: postfix: 3.0.4 -> 3.1.1

[Gabriel Ebner]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: 97c0bb6eb3d4c32949684f991b825758bdd8f63e
  
https://github.com/NixOS/nixpkgs/commit/97c0bb6eb3d4c32949684f991b825758bdd8f63e
  Author: Gabriel Ebner 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M pkgs/servers/mail/postfix/default.nix

  Log Message:
  ---
  postfix: 3.0.4 -> 3.1.1


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits

[Nix-dev] Using Zappr for nix

[Tobias Pflug]

Hi,

I am following the ongoing discussions on issues/permissions/organizational 
aspects with great interests.

 Related to this I wanted to mention a project I recently learned about: 

https://github.com/zalando/zappr/

It seems to me that this might be useful since it allows to extend the 
otherwise very limited capabilities of github regarding permissions for a 
project like nix.

What do you think about that? Could that be useful?

br,
Tobi___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

Re: [Nix-dev] Requesting issue closing rights

[Matthias Beyer]

I'm not in the core team, but I support this request.

As far as I know does github not have fine-grained-enough access 
control rights, so you would end up with push access as well... But I 
don't think that's an problem!

On 23-07-2016 05:54:17, Profpatsch wrote:
> I like triaging, but not being able to close issues
> is a nuisance. Not sure what access rights are needed,
> but there’s probably a few people on the core team who
> know me by now.

-- 
Mit freundlichen Grüßen,
Kind regards,
Matthias Beyer

Proudly sent with mutt.
Happily signed with gnupg.


signature.asc
Description: PGP signature
___
nix-dev mailing list
nix-dev@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-dev

[Nix-commits] [NixOS/nixpkgs] cce1e9: tdesktop: use parseDrvName to get Qt release versi...

[Nikolay Amiantov]

  Branch: refs/heads/master
  Home:   https://github.com/NixOS/nixpkgs
  Commit: cce1e9f2f48dc7f3353c07bc8469b5591d3e7319
  
https://github.com/NixOS/nixpkgs/commit/cce1e9f2f48dc7f3353c07bc8469b5591d3e7319
  Author: Nikolay Amiantov 
  Date:   2016-07-23 (Sat, 23 Jul 2016)

  Changed paths:
M 
pkgs/applications/networking/instant-messengers/telegram/tdesktop/default.nix

  Log Message:
  ---
  tdesktop: use parseDrvName to get Qt release version

Closes #16559


___
nix-commits mailing list
nix-comm...@lists.science.uu.nl
http://lists.science.uu.nl/mailman/listinfo/nix-commits