[arch-dev-public] Busy until mid-July, maybe?
Hi guys, I am currently rather busy and unable to invest time into packaging. This situation has been going on all June and will likely remain unchanged for a few weeks. In the meantime, can someone upgrade my packages? The following have been flagged: * cryptsetup (flagged 29.06.) - easy version bump * intel-ucode (flagged 26.06.) - easy version bump, finding the correct download link requires a few minutes though * linux (it seems Tobias is taking care of the 3.15 series again, so no problem here) * lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks) * mkinitcpio-busybox (flagged 18.04.) - this is not urgent at all and requires lots of testing in order to not break mkinitcpio. Since I don't use it anymore (I use mkinitcpio with systemd), I lacked the motivation to build this so far. * v4l-utils / lib32-v4l-utils (flagged 01.07.) - easy version bump. * wireless-regdb (already in testing, can probably be moved) * wpa_supplicant + wpa_supplicant_gui (flagged 10.06.) - this should stay in testing for a while, since it is so important and has so much potential for subtle breakage. It also takes time to find out if the build configuration needs to be adjusted.
On Thursday, July 03, 2014 11:30:48 Thomas Bächler wrote:
* cryptsetup (flagged 29.06.) - easy version bump
* intel-ucode (flagged 26.06.) - easy version bump, finding the correct download link requires a few minutes though
Both bumped and pushed to [testing].
* lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks)
lvm2-make-sockets-static.patch has some conflicts, I'll look into it later if no one else is interested (I don't use LVM myself, so I may not be able to test it).
* v4l-utils / lib32-v4l-utils (flagged 01.07.) - easy version bump.
Bumped and pushed to [testing]/[multilib-testing]. Regards, Felix Yan
Am 03.07.2014 12:09, schrieb Felix Yan:
* lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks)
lvm2-make-sockets-static.patch has some conflicts, I'll look into it later if no one else is interested (I don't use LVM myself, so I may not be able to test it).
It's probably trivial to fix. The patch simply removes the [Install] sections from the .socket files and the PKGBUILD enables them unconditionally. If they actually changed the systemd units, maybe I should do this upgrade myself, this stuff is easy to break.
On Thursday, July 03, 2014 13:26:20 Thomas Bächler wrote:
Am 03.07.2014 12:09, schrieb Felix Yan:
* lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks)> lvm2-make-sockets-static.patch has some conflicts, I'll look into it later if no one else is interested (I don't use LVM myself, so I may not be able to test it).
It's probably trivial to fix. The patch simply removes the [Install] sections from the .socket files and the PKGBUILD enables them unconditionally.
lvm2_lvmetad_systemd_red_hat.socket.in has "WantedBy=sysinit.target" instead of "WantedBy=sockets.target" (which is in the patch). dm_event_systemd_red_hat.socket.in has added "RemoveOnStop=true" That's the two conflicts. Let me know if you think it is okay to push :) Regards, Felix Yan
Am 03.07.2014 16:22, schrieb Felix Yan:
On Thursday, July 03, 2014 13:26:20 Thomas Bächler wrote:
Am 03.07.2014 12:09, schrieb Felix Yan:
* lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks)> lvm2-make-sockets-static.patch has some conflicts, I'll look into it later if no one else is interested (I don't use LVM myself, so I may not be able to test it).
It's probably trivial to fix. The patch simply removes the [Install] sections from the .socket files and the PKGBUILD enables them unconditionally.
lvm2_lvmetad_systemd_red_hat.socket.in has "WantedBy=sysinit.target" instead of "WantedBy=sockets.target" (which is in the patch).
Okay, that was changed because I told them sockets.target isn't sufficient. Regardless, we already add a static unit with sysinit.target, so that install section should still go away.
dm_event_systemd_red_hat.socket.in has added "RemoveOnStop=true"
Yes, that's a good addition.
That's the two conflicts. Let me know if you think it is okay to push :)
Yes, it's probably fine.
Hi On Thu, Jul 3, 2014 at 2:30 AM, Thomas Bächler <thomas@archlinux.org> wrote:
Hi guys,
I am currently rather busy and unable to invest time into packaging. This situation has been going on all June and will likely remain unchanged for a few weeks.
In the meantime, can someone upgrade my packages? The following have been flagged:
* cryptsetup (flagged 29.06.) - easy version bump
* intel-ucode (flagged 26.06.) - easy version bump, finding the correct download link requires a few minutes though
* linux (it seems Tobias is taking care of the 3.15 series again, so no problem here)
* lvm2 (flagged 23.06.) - easy version bump (hopefully, sometimes it breaks)
* mkinitcpio-busybox (flagged 18.04.) - this is not urgent at all and requires lots of testing in order to not break mkinitcpio. Since I don't use it anymore (I use mkinitcpio with systemd), I lacked the motivation to build this so far.
* v4l-utils / lib32-v4l-utils (flagged 01.07.) - easy version bump.
* wireless-regdb (already in testing, can probably be moved)
* wpa_supplicant + wpa_supplicant_gui (flagged 10.06.) - this should stay in testing for a while, since it is so important and has so much potential for subtle breakage. It also takes time to find out if the build configuration needs to be adjusted.
I'll take care of wpa_supplicant and friends. I use it on one of my testing machines. The only configuration change I see is adding following option # Should we use epoll instead of select? Select is used by default. #CONFIG_ELOOP_EPOLL=y And the option sounds like it worth enabling (epoll is more scalable than select).
participants (3)
-
Anatol Pomozov
-
Felix Yan
-
Thomas Bächler