<?xml version="1.0" encoding="UTF-8"?>
<otherdata xmlns="http://linux.duke.edu/metadata/other" packages="23"><package pkgid="af576937c842e7e9ec12d296b2e547f5ab51bbb583ae6e1aae06649da75dd993" name="kernel-devel" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="d4a35bdb2d8d4e733a2dbbf3344b7cf084d263381aae4217dd632a3fd9c5058a" name="kernel-devel" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.2"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="bec153168e1dd68b86173078eaab174c3c82f09fdc8f979e8a60748b0f4616c2" name="kernel-raspberrypi2" arch="armv7hl">
    <version epoch="0" ver="4.1.19" rel="40.18"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="f9a073896e689e47252dbb4bf63d96384d9de08ecf1e2d7fb5c38c2c3b9c06be" name="kernel-raspberrypi2" arch="src">
    <version epoch="0" ver="4.1.19" rel="40.18"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="69d15dfe2a9d9a6f39c373d3316aa9cb54901c30869f485a9d2836267daf71f4" name="kernel-raspberrypi2-devel" arch="armv7hl">
    <version epoch="0" ver="4.1.19" rel="40.18"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="1321343034b986c82bc7eff4153f20f38f431dc787e6a43ce42e45a199dde881" name="kernel-source" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="77a243346d59d5a0a77264e4e7f97b2a4da557dbf7d4ed2179eb39bed97c798d" name="kernel-source" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.2"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="caccc4a1b50f6965e8d2841cdcde321ad98fdde944c17fbffcee9fdc398409a3" name="kernel-source" arch="src">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="b4638c5049b2cd4921e4425018bbc8b3cd1623270d7fc3ba990753d5a2bd749c" name="kernel-source" arch="src">
    <version epoch="0" ver="4.1.19" rel="40.2"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="8dccfe1e33ff42d1f7c996e27daffb95d971fcce97ae22aa72390150733dadc1" name="kernel-source-vanilla" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="2f9c4ea21c47d44b7626b4a7bb42068ac3e6076a50779ac671e51bcf6637c302" name="kernel-source-vanilla" arch="noarch">
    <version epoch="0" ver="4.1.19" rel="40.2"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="6ed6faebc7d7539c627cc5d48f62ee1b703c893684aa815160ca4410d3601d65" name="kernel-syms" arch="armv6hl">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="41445559be4428a84bad86efb6db415e1ea4454664603f691f24a4499a7ce39e" name="kernel-syms" arch="armv7hl">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="e84c02a79fe4f51ab6eead683e0f0ccab3266a70ad7244cb01cc10061dfeca46" name="kernel-syms" arch="src">
    <version epoch="0" ver="4.1.19" rel="40.1"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>
<package pkgid="9d1d115937f6c6ee063721b21f2b27137f52610410b99181d46319753ae6b629" name="xtables-addons" arch="armv6hl">
    <version epoch="0" ver="2.11" rel="109.2"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>
<package pkgid="74e408eff36470a27cb719085c9e8b70c389594796dbfbafad40d835fbfffa88" name="xtables-addons" arch="armv7hl">
    <version epoch="0" ver="2.11" rel="109.1"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>
<package pkgid="e06da0d0c1e394b8308253164466a62839620ab174d69ba8bdccbb34e118b84c" name="xtables-addons" arch="src">
    <version epoch="0" ver="2.11" rel="109.1"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>
<package pkgid="2465d9b3b9782b57531345a2c536a288e3d8b6590371be117c0420e7adfe7889" name="xtables-addons" arch="src">
    <version epoch="0" ver="2.11" rel="109.2"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>
<package pkgid="496bcbd8656b326421d60d26038f5825afd16bb48ad330acfb35847a06422af1" name="xtables-addons-kmp-raspberrypi" arch="armv6hl">
    <version epoch="0" ver="2.11_k4.1.19_40" rel="109.2"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>
<package pkgid="d000e225e926fd71b032a2e43a1f1b071c28568a9e70fbd4e6c2a3914d872361" name="xtables-addons-kmp-raspberrypi2" arch="armv7hl">
    <version epoch="0" ver="2.11_k4.1.19_40" rel="109.1"/>

<changelog author="jengelh@inai.de" date="1341057600">- Update to new upstream release 1.43
  * xt_psd: avoid crash due to curr-&gt;next corruption
  * xt_psd: reject invalid match options
  * DNETMAP: new type: static binding
  * DNETMAP: new persistent flag option for prefix
  * DNETMAP: add write support to procfs interface</changelog>
<changelog author="jengelh@inai.de" date="1342353600">- Update to new upstream release 1.45
  * SYSRQ: fix double target initialization at module load
  * TARPIT: IPv6 support</changelog>
<changelog author="jengelh@inai.de" date="1345723200">- Update to new upstream release 1.46
  * length2, SYSRQ, RAWNAT: preinitialize values for ipv6_find_hdr
  * TARPIT: fix memory leak when tarpit_generic() fails
  * Support for Linux 3.6</changelog>
<changelog author="jengelh@inai.de" date="1350302400">- Update to new upstream release 1.47.1
  * Support for IPv6 in xt_psd</changelog>
<changelog author="jengelh@inai.de" date="1352721600">- Update to new upstream release 2.0
  (enabled for Kernel:HEAD only at this time)
  * Support for Linux 3.7</changelog>
<changelog author="sbrabec@suse.cz" date="1354536000">- Verify GPG signature.</changelog>
<changelog author="jengelh@inai.de" date="1356091200">- Always ship all source tarballs to make osc validator happy
- Enable version 2.0 for openSUSE:Factory which now has kernel 3.7
- Add 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1356609600">- Update to new upstream release 2.1
  * support for Linux 3.8
- Remove 0001-xt_DNETMAP-fix-compile-error-with-Linux-3.7.patch</changelog>
<changelog author="jengelh@inai.de" date="1357300800">- Don't need linux-glibc 3.7, since we copy headers anyway</changelog>
<changelog author="coolo@suse.com" date="1362052800">- update license to new format</changelog>
<changelog author="jengelh@inai.de" date="1364731200">- Update to new upstream release 2.2
  * support for Linux 3.9
  * avoid iptaccount being optimized away (bnc#807155)</changelog>
<changelog author="jengelh@inai.de" date="1371556800">- Update to new upstream release 3.10
  * support for Linux 3.10 and CONFIG_UIDGID_STRICT_TYPE_CHECKS
  * xt_geoip: do not throw a warning when country database is size 0
  * xt_quota2: print "!" at the correct position during iptables-save</changelog>
<changelog author="jengelh@inai.de" date="1389268800">- Update to new upstream release 2.4
  * Support for Linux 3.13
  * Remove the unmaintained RAWSNAT/RAWDNAT modules</changelog>
<changelog author="jengelh@inai.de" date="1397822400">- Update to new upstream release 2.5
  * Support for Linux 3.14, 3.15
  * xt_quota2: support distinct network namespaces</changelog>
<changelog author="jengelh@inai.de" date="1411992000">- Update to new upstream release 2.6
  * Fixes to the UDP SPA mode
  * Support for Linux 3.17</changelog>
<changelog author="jengelh@inai.de" date="1436184000">- Update to new upstream release 2.7
  * Support for Linux up to 4.1</changelog>
<changelog author="jengelh@inai.de" date="1439985600">- Update to new upstream release 2.8
  * Support for Linux 4.2
  * Enable xt_ECHO</changelog>
<changelog author="jengelh@inai.de" date="1444651200">- Update to new upstream release 2.9
  * Support for Linux 4.3</changelog>
<changelog author="jengelh@inai.de" date="1448020800">- Update to new upstream release 2.10
  * Support for Linux 4.4</changelog>
<changelog author="jengelh@inai.de" date="1463745600">- Update to new upstream release 2.11
  * Support for Linux 4.5, 4.6</changelog>

</package>

<package pkgid="a21b29ff5f0bbba4910b223c3f47fd13e33e74e522f422f23af1576d1dcb52d6" name="kernel-raspberrypi" arch="armv6hl">
    <version epoch="0" ver="4.1.19" rel="40.6"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>

<package pkgid="0adc888a2b2da89968fe447b55a0978a15189006634e6b020462a2a99c29d633" name="kernel-raspberrypi" arch="src">
    <version epoch="0" ver="4.1.19" rel="40.6"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>

<package pkgid="a8b1682ab9871875b577e9817b3aa7495a7929187dce38c144a1748f18c3ad3e" name="kernel-raspberrypi-devel" arch="armv6hl">
    <version epoch="0" ver="4.1.19" rel="40.6"/>

<changelog author="mmarek@suse.cz" date="1393243200">- Automatically updated to 3.14-rc4
- commit 46ae6b9</changelog>
<changelog author="mmarek@suse.cz" date="1393329600">- Automatically updated to 3.14-rc4-8-g7472e00
- commit b624c5c</changelog>
<changelog author="jdelvare@suse.de" date="1393329601">- Update config files: CONFIG_AUTOFS4_FS=y
  systemd requires autofs, so autofs4.ko will always be loaded on boot.
  For performance reasons, it makes sense to build it into the kernel
  (bnc#863771).
- commit 3a6d348</changelog>
<changelog author="mmarek@suse.cz" date="1393416000">- Automatically updated to 3.14-rc4-34-g6dba6ec
- commit c184162</changelog>
<changelog author="mmarek@suse.cz" date="1393502400">- Automatically updated to 3.14-rc4-45-gd2a0476
- commit 4a3b977</changelog>
<changelog author="jdelvare@suse.de" date="1393588800">- Update config files: CONFIG_ISO9660_FS=m
  There is no good reason why isofs would be built into the kernel.
  Most systems don't need it after installation, and reportedly
  mkinitrd etc. can deal with it as a module just fine.
- commit a44ffb1</changelog>
<changelog author="mmarek@suse.cz" date="1393588801">- Automatically updated to 3.14-rc4-60-g86c7654
- commit 89f1458</changelog>
<changelog author="jdelvare@suse.de" date="1393588802">- Update x86 config files: CONFIG_X86_MSR=m
  The msr driver creates /dev/cpu/*/msr through which you can poke
  at all the MSRs if you have CAP_SYS_RAWIO. We prefer to be able
  to remove that module if it is not needed.
- commit cea9e52</changelog>
<changelog author="jdelvare@suse.de" date="1393588803">- Update config files.
  Modularize the following helper drivers:
  INET_LRO, NET_CLS_CGROUP, DNS_RESOLVER
  They had to be built-in before due to dependencies, but this is no
  longer the case, so we can modularize them again.
- commit 85f4d8f</changelog>
<changelog author="jdelvare@suse.de" date="1393588804">- Update config files: modularize BLK_DEV_MD, disable MD_AUTODETECT
  Michal Marek says:
  I think that the reason why BLK_DEV_MD is built in is
  config MD_AUTODETECT
    bool "Autodetect RAID arrays during kernel boot"
    depends on BLK_DEV_MD=y
  but since we compile the raid presonalities as modules, this cannot
  work. Also, we use the initrd even in the trivial cases, so why bother
  about root-on-md.
- commit 275d732</changelog>
<changelog author="mmarek@suse.cz" date="1393675200">- Automatically updated to 3.14-rc4-120-g8427def
- commit f8527fd</changelog>
<changelog author="mmarek@suse.cz" date="1393761600">- Automatically updated to 3.14-rc4-142-g55de1ed
- commit b6d7f8a</changelog>
<changelog author="mmarek@suse.cz" date="1393848000">- Automatically updated to 3.14-rc5
- commit fb27d19</changelog>
<changelog author="mmarek@suse.cz" date="1393934400">- Automatically updated to 3.14-rc5-43-g0c0bd34
- commit 138b8b8</changelog>
<changelog author="jeffm@suse.com" date="1394020800">- Update to 3.14-rc5.
- commit fb05247</changelog>
<changelog author="jdelvare@suse.de" date="1394107200">- Update config files: CONFIG_THERMAL=y
  The generic thermal module is used by several ACPI components
  (processor, fan, thermal and video) and a few other drivers. So
  in practice it will end up being loaded on almost all systems
  which support ACPI. It is small so build it into the kernel to
  improve boot speed on all ACPI-enabled architectures (i386,
  x86_64 and ia64.)
- commit ec3b91e</changelog>
<changelog author="mmarek@suse.cz" date="1394193600">- Automatically updated to 3.14-rc5-185-gc3bebc7
- commit 99ef8e3</changelog>
<changelog author="mmarek@suse.cz" date="1394280000">- Automatically updated to 3.14-rc5-265-gb01d4e6
- commit 39313ba</changelog>
<changelog author="mmarek@suse.cz" date="1394366400">- Automatically updated to 3.14-rc5-287-gca62eec
- commit 0b3392b</changelog>
<changelog author="mmarek@suse.cz" date="1394452800">- Automatically updated to 3.14-rc6
- commit 5161862</changelog>

</package>

</otherdata>