Reply
Thread Tools
Posts: 152 | Thanked: 620 times | Joined on Mar 2008 @ Netherlands
#41
Originally Posted by freemangordon View Post
@X-Fade, are you aware that the bug with kernel-power packages not appearing in fremantle extras-devel web interface is still not solved https://bugs.maemo.org/12284? I am posting here as noone has commented on the bugtracker since the bug has been reopened and both me and Pali were not able to reach you through IRC.

Do you have any idea what's wrong, is it that kernel-power build scripts somehow provoke autobuilder/whatever to go nuts or there is another problem? Any help on that will be appreciated.
I have been working on this a few times, together with merlin1991. Talked with Pali about it too a few times.

Last time I cleaned out the repo and database as far as I could, but it seems there is still a something lingering. This all started because the package maintainer changed numbering scheme a few times, triggering a really hard to find issue in version number comparison. I easily spent more than 2 days fixing all kind of related issues, but there is still a problem.

I've told Pali a year ago that he could fix the issue himself by just changing the name of the package. This way he didn't need to wait for any fixes, but he decided against that.

There is still a problem in the packages interface with this package and it is almost impossible for me to find and fix the bug. There is only one package in the whole repo affected by this, I feel we should not waste any more time on this and just cut our losses. Rename the package and be done with it. The time wasted on this can be better spent somewhere else.
__________________
http://maemo.org/profile/view/xfade/ - maemo.org webmaster Apps.formeego.org (Apps for N9)
 

The Following 11 Users Say Thank You to X-Fade For This Useful Post:
Posts: 152 | Thanked: 620 times | Joined on Mar 2008 @ Netherlands
#42
Originally Posted by Estel View Post
Eagerly waiting for answer about that. Yes, this post is a kind of bump - I think, that it shouldn't be ignored. Also, at least brief explanation why X-Fade wasn't contactable *again* would be appropriate.

/Estel
I've spoken with Pali a few times on IRC, he missed me a few times as he pinged me in the evening/night. I tend to be mostly online during central European business hours.

I can't recollect seeing any PMs or emails for that matter from freemangordon.

Haven't been reading the forums that much, just because of the sheer volume of messages/signal to noise ratio. Bootstrapping apps.formeego.org and harmattan related stuff took a lot of my time.
__________________
http://maemo.org/profile/view/xfade/ - maemo.org webmaster Apps.formeego.org (Apps for N9)
 

The Following 3 Users Say Thank You to X-Fade For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#43
Originally Posted by X-Fade View Post
I've spoken with Pali a few times on IRC, he missed me a few times as he pinged me in the evening/night. I tend to be mostly online during central European business hours.

I can't recollect seeing any PMs or emails for that matter from freemangordon.

Haven't been reading the forums that much, just because of the sheer volume of messages/signal to noise ratio. Bootstrapping apps.formeego.org and harmattan related stuff took a lot of my time.
I was trying to reach you on IRC, but iirc last time I have success was by the time we were discussing co-maintainership for CSSU repos(somewhen July-August 2011). Anyway, I really don't want to go into dispute who is right/wrong, I am glad to see myself out of the ignore list. Lets focus on the real problems.

One of them being kernel-power package name. There is rationale why Pali refuse to change it, there are just too many other packages depening on kernel-power, I don't think there is a way all of them to be actively maintaned so their dependencies to be changed accordingly. So a change in kernel-power will make all those packages incompatible with "kernel-power-new" or wathever fancy name we put on it. I am sure you can imagine the mess.

Could you please share the link to the code of the function which is responsible for package version comparison, after all we are developers dealing with much harder to find bugs than a glitch in some string parsing python/php/whatever function.

EDIT:

An ugly and nasty, but working hack, will be to add a code that checks for that particular package name and deal with it accordingly.

Last edited by freemangordon; 2012-04-05 at 08:17.
 

The Following 5 Users Say Thank You to freemangordon For This Useful Post:
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#44
Now that's what i could call "constructive" (both from x-Fade and freemangordon), in opposite to what "some other official guys" wrote earlier when community rep / infrastructure issues were mentioned (basically, just general blah blah).
 

The Following User Says Thank You to don_falcone For This Useful Post:
Posts: 152 | Thanked: 620 times | Joined on Mar 2008 @ Netherlands
#45
Originally Posted by freemangordon View Post
EDIT:

An ugly and nasty, but working hack, will be to add a code that checks for that particular package name and deal with it accordingly.
I tried this now in the importer. It imported the package now, but I can't guarantee that it won't get stuck somewhere else. Let's see if that is the case

I now special cased the 50 version, so it works for the current version. The hack would need to be updated next time though.
__________________
http://maemo.org/profile/view/xfade/ - maemo.org webmaster Apps.formeego.org (Apps for N9)
 

The Following 6 Users Say Thank You to X-Fade For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#46
Originally Posted by X-Fade View Post
I tried this now in the importer. It imported the package now, but I can't guarantee that it won't get stuck somewhere else. Let's see if that is the case

I now special cased the 50 version, so it works for the current version. The hack would need to be updated next time though.
So far everything looks OK(but lets Pali confirm), thanks. Anyway, I will ask for the code of the offending function again, so we can check if there is some kind of a workaround for the problem. I mean - is it possible to change the version for the next kernel-power in such a way so it won't trigger the bug.
 

The Following User Says Thank You to freemangordon For This Useful Post:
Posts: 415 | Thanked: 732 times | Joined on Jan 2009 @ Finland
#47
Originally Posted by freemangordon View Post
And who exactly do you cite in the the context of the repository problems? Will you point to a single statement made by me that classify into the above category or could be considered as insulting, so I got the prise of being put into the X-Fade's ignorelist. Or it is because we don't know each-other's first names and I wasn't here in the glorious days when maemo.org was established, summits were held, etc., so I could be easily ignored as some kind of interloper? Come on, lets name the things with their true names.
Sorry if that offended but that's the general tone I got from some statements and that was not aimed at you or anyone else directly. It really doesn't make any difference if one has been a member of the community a month or 6 years and that is no reason to judge anyone. At least I don't see "hey n00b" -culture here which is great. My motive was to try to get discussion going and getting problems resolved which seems to be working. I don't know why that didn't play out earlier but the important bit is that something is happening now.

Anyway. back to the QA thing.. So what would be the preferred way of cleaning the queue and making sure it doesn't get stuck so easily again? Automated promotions doesn't seem to be the answer but what about the other way around I proposed a bit earlier that if the the maintainer doesn't promote the package into extras within a month after the promotion is unlocked the package is automatically removed from testing?
 

The Following 3 Users Say Thank You to timoph For This Useful Post:
Posts: 152 | Thanked: 620 times | Joined on Mar 2008 @ Netherlands
#48
Originally Posted by freemangordon View Post
So far everything looks OK(but lets Pali confirm), thanks. Anyway, I will ask for the code of the offending function again, so we can check if there is some kind of a workaround for the problem. I mean - is it possible to change the version for the next kernel-power in such a way so it won't trigger the bug.
The main problem exists because we need to compare versions in MySQL. As is not possible, we create an index where we give the version numbers a certain weight. Here

Anyway, the problem might go away when the version in Extras doesn't have the old numbering scheme anymore.

If we ever move to OBS, we can leave this whole code behind
__________________
http://maemo.org/profile/view/xfade/ - maemo.org webmaster Apps.formeego.org (Apps for N9)
 

The Following 4 Users Say Thank You to X-Fade For This Useful Post:
Posts: 1,397 | Thanked: 2,126 times | Joined on Nov 2009 @ Dublin, Ireland
#49
Originally Posted by timoph View Post
Anyway. back to the QA thing.. So what would be the preferred way of cleaning the queue and making sure it doesn't get stuck so easily again? Automated promotions doesn't seem to be the answer but what about the other way around I proposed a bit earlier that if the the maintainer doesn't promote the package into extras within a month after the promotion is unlocked the package is automatically removed from testing?
Why would you remove the app from testing? If the app has passed the quarantine, has enough proper votes (both from Testers and Users) why won't you promote it?

If you do that, you won't have waiting applications in Testing but in Devel.
 

The Following 3 Users Say Thank You to ivgalvez For This Useful Post:
Posts: 415 | Thanked: 732 times | Joined on Jan 2009 @ Finland
#50
Originally Posted by ivgalvez View Post
Why would you remove the app from testing? If the app has passed the quarantine, has enough proper votes (both from Testers and Users) why won't you promote it?

If you do that, you won't have waiting applications in Testing but in Devel.
True. What I'd like to see is the queue and it's pass through time getting shorter and I'm just throwing in ideas.

There where some good arguments against automated promotions so I proposed this. Personally I'm still more in favour of the automated thing since if a maintainer puts a package to testing and it passes QA it should be promoted. In case of "developer's remorse" of putting it to testing - it could be handled something like if the maintainer votes down the package then it's removed from testing regardless of what the other votes say. The QA quarantine time gives the maintainer some time to do this.

In either case the queue should be much easier to handle. I'm not saying that these are the only options. I'm sure there are other possible solutions out there.

Edit: It also might be worth considering that packages require at least N votes from supertesters or something to be promoted. This is to guard against getting the more popular packages through without proper testing

Last edited by timoph; 2012-04-05 at 12:20.
 

The Following 2 Users Say Thank You to timoph For This Useful Post:
Reply

Thread Tools

 
Forum Jump


All times are GMT. The time now is 13:49.