[arch-dev-public] Release timelines
On Feb 18, 2008 1:52 PM, Dan McGee <dpmcgee@gmail.com> wrote:
On Feb 18, 2008 1:49 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On Feb 14, 2008 3:22 PM, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2008/2/14, Aaron Griffin <aaronmgriffin@gmail.com>:
On Thu, Feb 14, 2008 at 3:00 PM, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
You've forgot http://bugs.archlinux.org/task/6350 (and see my last comment there as well).
Hrm, is this critical? Maybe someone else (Thomas?) can bump the package or something, I dunno, but I'm kinda out of time for the day 8)
Not critical, I've just posted it as a hint for anyone who wanna do this ;-) (I don't have access to Core AFAIR).
I was gone for 4 days and not one person signed off?
I built it for i686, so you have my signoff. I don't think the bug above is absolutely critical, although it would be good to fix in the next release.
I was under the impression tpowa wanted these (filesystem and initscripts packages) out quickly so that we could release a new ISO. However, this appears to not be the case. tpowa could you please keep us informed of the release timeline you have? No one is really sure when the next ISO is going to crop up right now, so I'm sure no one cared enough to even glance at the packages I tried to get out before I flew out of town. If this was not pertinent, I would have waited to build them until I got home and saved myself the headache. When are you planning on building the next ISO?
Am Montag, 18. Februar 2008 schrieb Aaron Griffin:
On Feb 18, 2008 1:52 PM, Dan McGee <dpmcgee@gmail.com> wrote:
On Feb 18, 2008 1:49 PM, Aaron Griffin <aaronmgriffin@gmail.com> wrote:
On Feb 14, 2008 3:22 PM, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2008/2/14, Aaron Griffin <aaronmgriffin@gmail.com>:
On Thu, Feb 14, 2008 at 3:00 PM, Roman Kyrylych
<roman.kyrylych@gmail.com> wrote:
You've forgot http://bugs.archlinux.org/task/6350 (and see my last comment there as well).
Hrm, is this critical? Maybe someone else (Thomas?) can bump the package or something, I dunno, but I'm kinda out of time for the day 8)
Not critical, I've just posted it as a hint for anyone who wanna do this ;-) (I don't have access to Core AFAIR).
I was gone for 4 days and not one person signed off?
I built it for i686, so you have my signoff. I don't think the bug above is absolutely critical, although it would be good to fix in the next release.
I was under the impression tpowa wanted these (filesystem and initscripts packages) out quickly so that we could release a new ISO. However, this appears to not be the case.
tpowa could you please keep us informed of the release timeline you have? No one is really sure when the next ISO is going to crop up right now, so I'm sure no one cared enough to even glance at the packages I tried to get out before I flew out of town. If this was not pertinent, I would have waited to build them until I got home and saved myself the headache.
When are you planning on building the next ISO?
Hi ok guys, im quite busy at the moment i summarize here my plans for the new ISO: - Release a new kernel with some other fixes i have prepared - Move in some packages from TESTING: - openswan - rp-pppoe - netcfg ? status of new netcfg? - capi4kutils - e2fsprogs (possible bump before?) - xfsprogs (possible bump before?) - grub - device-mapper - tiacx - filesystem 2008.02 - initscripts 2008.02? is there a new version expected? - perl ? status on this task? your thoughts on the packages in TESTING? any other thoughts that might stop us? thanks greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
On Feb 20, 2008 9:07 AM, Tobias Powalowski <t.powa@gmx.de> wrote:
ok guys, im quite busy at the moment i summarize here my plans for the new ISO:
Could you possibly give me a time as to when you'd like this all done? It will affect how I attack the initscripts thing.
- filesystem 2008.02 In testing now... still only like one signoff, so I guess I could bump it to kill the /var/lock FR
- initscripts 2008.02? is there a new version expected? See the "super experimental" thread. I have pkgrel=0 up there, but they are broken right now (hence the experimental part). Tonight I will probably work on it, but there is one critical question: Do you know when we will get a new udev with the 'udevadm' binary in it? If it is in a current version, and we just haven't bumped it, I can take care of it (I have load-modules speedups incoming to testing, maybe tonight).
- Aaron
2008/2/20, Tobias Powalowski <t.powa@gmx.de>:
Hi ok guys, im quite busy at the moment i summarize here my plans for the new ISO:
- Release a new kernel with some other fixes i have prepared
- Move in some packages from TESTING: - openswan - rp-pppoe - netcfg ? status of new netcfg? - capi4kutils - e2fsprogs (possible bump before?) - xfsprogs (possible bump before?) - grub - device-mapper - tiacx - filesystem 2008.02 - initscripts 2008.02? is there a new version expected? - perl ? status on this task?
your thoughts on the packages in TESTING?
any other thoughts that might stop us?
grub-0.97-10 needs some fixes as Andy mentioned, e2fsprogs-1.40.5-2 wasn't signed-off yet, filesystem needs a /var/lock fix as Aaron already mentioned, initscripts needs a functions.d/* fix + udev-related changes I guess, also see FS#9122 (ex FS#7699), and I don't know what to do with FS#7574, I guess some testing in virtual machine is needed as I don't use lilo for a long time (could some dev who uses lilo help with this?) -- Roman Kyrylych (Роман Кирилич)
2008/2/20, Roman Kyrylych <roman.kyrylych@gmail.com>:
2008/2/20, Tobias Powalowski <t.powa@gmx.de>:
Hi ok guys, im quite busy at the moment i summarize here my plans for the new ISO:
- Release a new kernel with some other fixes i have prepared
- Move in some packages from TESTING: - openswan - rp-pppoe - netcfg ? status of new netcfg? - capi4kutils - e2fsprogs (possible bump before?) - xfsprogs (possible bump before?) - grub - device-mapper - tiacx - filesystem 2008.02 - initscripts 2008.02? is there a new version expected? - perl ? status on this task?
your thoughts on the packages in TESTING?
any other thoughts that might stop us?
grub-0.97-10 needs some fixes as Andy mentioned, e2fsprogs-1.40.5-2 wasn't signed-off yet, filesystem needs a /var/lock fix as Aaron already mentioned, initscripts needs a functions.d/* fix + udev-related changes I guess, also see FS#9122 (ex FS#7699), and I don't know what to do with FS#7574, I guess some testing in virtual machine is needed as I don't use lilo for a long time (could some dev who uses lilo help with this?)
forgot to mention that there are a couple of mkinitcpio-related bugs still open, and some klibc issues (Thomas knows more). -- Roman Kyrylych (Роман Кирилич)
forgot to mention that there are a couple of mkinitcpio-related bugs still open, and some klibc issues (Thomas knows more).
are those ISO showstoppers? i mean there are always some bugs open. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa@archlinux.org
2008/2/20, Tobias Powalowski <t.powa@gmx.de>:
forgot to mention that there are a couple of mkinitcpio-related bugs still open, and some klibc issues (Thomas knows more).
are those ISO showstoppers? i mean there are always some bugs open.
IIRC mkinitcpio-related reports are corner cases, but it would be nice to have them re-checked, just in case they can be fixed before the release. -- Roman Kyrylych (Роман Кирилич)
On Feb 20, 2008 12:41 PM, Roman Kyrylych <roman.kyrylych@gmail.com> wrote:
2008/2/20, Tobias Powalowski <t.powa@gmx.de>:
forgot to mention that there are a couple of mkinitcpio-related bugs still open, and some klibc issues (Thomas knows more).
are those ISO showstoppers? i mean there are always some bugs open.
IIRC mkinitcpio-related reports are corner cases, but it would be nice to have them re-checked, just in case they can be fixed before the release.
They are not showstoppers. I know the exact issues in all case, and have a fix for some of them. But considering I have 50 other packages to fix before then, they are low priority.
participants (3)
-
Aaron Griffin
-
Roman Kyrylych
-
Tobias Powalowski