Talk:Tracking bugs in Extras
- Requirement proposal: After clicking bugtracker link, you can start filing a bug right away or just after clicking one link at maximum at the page that opens. --ossipena 09:38, 24 February 2010 (UTC)
- Requirement proposal: Bug report has to be directly notified to the maintainer. --torpedo48 9:57, 24 February 2010 (UTC)
- Requirement proposal: When Bugtracker link is not supplied default bugtracker is used. Default bugtracker is packages interface itself, or maintainer mail address. This way QA time can be reduced in some cases by weeks when Bugtracker field shaping is not needed. --mikkov 08:31, 26 February 2010 (UTC)
- How are you going to reprot a bug to package interface? With magic? Email is of course fine with smaller packages--ossipena 09:21, 3 March 2010 (UTC)
- Come on! I think maemo.org runs mostly on PHP code not magic. Most important thing here is there should be a default bugtracker for all packages like in any other big distro. --mikkov 10:27, 3 March 2010 (UTC)
- Are you serious? creating a bugtracker takes couple minutes, putting your email to correct configuration file when packaging takes couple seconds. It is same rules for everyone, why others must do it and you don't? --ossipena 10:45, 3 March 2010 (UTC)
- Bugtracker link requirement in package has no real benefit. Better system is that maemo.org/packages (or something else) is declared default bugtracker and bugtracker field can be used to indicate if some other bug tracker is used instead. Additionally the link is really only used in maemo.org/downloads where link can be added separetely. This way one package testing is immediately simplified (and some packages is limbo are freed).mikkov 13:50, 24 February 2010 (UTC)
- So you insist every link must be added separately via maemo.org pages? why not in the packagin phase? same work, different timing though. --ossipena 10:50, 3 March 2010 (UTC)
- Embedding bugtrackers links in the packages themselves makes bug reporting easy and immediate for every user who knows a little about our bugtracking system and conventions. Why changing our easy-to-use and easy-to-remember convention with different one? Nonsense. --torpedo48 12:50, 3 March 2010 (UTC)
- Link to package testing site itself?
- A link to the package in the testing queue
http://maemo.org/packages/package_instance/view/fremantle_extras-testing_free_armel/[packagename]The reason is that there will be no bug history once there is published a new version.This is clearly a proposal and not agreed with. Also mailto links don't have any public records mikkov 16:17, 4 March 2010 (UTC)
- Yeah bugtrcker take 5 min to be created ... when you could create one yourself on bugs.maemo.org ... but this is not the case ... as a maintainer you cannot also create a new version but must send a mail !!! This QA Testing rules are becomming more and more borring ... Currently it s take me more time to conform to all that rules which changes all the time than coding the application ! The result is less evolutions, features, improvment, and bugs fix ... and this QA Process make me so furious that i decide just to stop to try to publish things to extras ... Now i ve 2 solutions : - create my own repository - say to users to install extras devel The both can be easy for users by making some .install file ! That was a good community one year ago ... now i m feeling excluded from it. khertan
- I still can't understand the problem. It is simple as hell: just create a bugtracker (if you can't obtain a bugtracker in bugs.maemo.org, just use the Garage!) and insert a link in the bugtracker field. I'm new in this community, I don't know how it was years ago but I know one thing: it needs some more strictness in testing rules. You know what makes ME furious? The fact that a few people (luckily not the majority, which seems to understand the simplicity of these little rules) can't follow those two easy steps! torpedo48
Hum ... and to create a garage project for each package ?
Send an email ... to create a new version in the bug tracker ... send an email ... this isn't serious ...
Currently look far away than your nose ... how many apps ready for user are available in extras-devel and how many are in extras ? Yep right ... continue like that ... this will end with a divided community, many repositories ... Clearly for me it s a no go ... I ll just stop to try to push my apps to extras ... i prefer "lost my time" to fix and improve. I ll just create my own repository, own bugtracker on my web site ... and nobody will got karma for posting bugs ...
And bugtracker is just one of the painfull step to push apps to extras ...