Hello, Am Freitag, 3. Februar 2012 schrieb Stephan Kulow:
During the last week I worked on a project that I have on my TODO list for just too long: sending out mails about the state of factory packages.
I like the idea, and the frequency (once a week) also sounds good. However, I'd propose to change the layout of the mail. The top-level sorting by project is good, but the second level sorting should be by reason IMHO. This would also make the mail shorter without loosing information. I'd also include the "new upstream version" in each project instead of having it at the end of the mail for all packages. I'll give you an example from your TODO list http://stephan.kulow.org/reminders/coolo (limited to the KDE:Distro:Factory section) --------------------------------------------------------------------- Project KDE:Distro:Factory koffice2 fails for 3 months (undefined reference to `__glewBegin'): http://s.kulow.org/bf-koffice2 Declined submit requests - please check the reason: kalgebra - https://build.opensuse.org/request/show/101714 koffice2 - https://build.opensuse.org/request/show/101754 libmsn - https://build.opensuse.org/request/show/101772 okular - https://build.opensuse.org/request/show/101777 Packages with pending submit requests: foobar from home:foo:branches:foo - https://build.opensuse.org/request/show/123456 Packages with unsubmitted changes: amarok - http://s.kulow.org/rd-amarok kdepimlibs4 - http://s.kulow.org/rd-kdepimlibs4 kdesdk4 - http://s.kulow.org/rd-kdesdk4 phonon - http://s.kulow.org/rd-phonon Packages with new upstream versions: ktorrent - packaged: 4.1.3, upstream: 4.2rc1 --------------------------------------------------------------------- Some detailed comments: - build failures should have one section per package because they include technical details ("undefined reference to ...") - everything without technical details should be grouped by reason - for "new upstream versions", please include the currently packaged version - the sorting of the reasons should be by severity - first build failures, then declined SRs, then pending (incoming) SRs, then unsubmitted changes and finally new upstream versions It would also be nice to have a similar page ("my TODO list") in the buildservice (and a link to it in the mail) so that people could open one browser window and then middle-click all the links to open new tabs. I'd prefer that over 10 browser windows opened from my mail client ;-) Regards, Christian Boltz -- Vielleicht bei Leuten, die ihre Linux-Distri auf dem Hamburger Fisch- markt bei Kamäleon-Paule aus Nürnberg kaufen ("So, und jetz machen wir hier 'ne schöne Tüte Minimalinstallation für 90 Euro! Komm ma her hier, Muttern, hier gibt es Minimal-Linux! 90 Euro! Zu teuer? Denn pack ich dich noch'n Webserver dabei! Zack! Rin da! Und noch ne grafische Oberfläche, immer rin in die Tüte! Zack! Hier! Schriften! TrueType! PostScript! Immer rein die Box und rauf auf die Platte, hier is Suse, hier gibt reichlich, ran an den Speck und rauf auf die Mutti! Hier! Gnome! KDE! Beides mit rauf! Zack! Peng! Uuuuuund alles für 90 Euro, alles reichlich...") :-) [Ratti in fontlinge-devel] -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org