severity 291426 serious thanks Hello
On Fri, Mar 11, 2005 at 11:51:34PM +0100, Andreas Barth wrote: > Hi, > > * Ola Lundqvist ([EMAIL PROTECTED]) [050311 23:15]: > > On Fri, Mar 11, 2005 at 06:45:44PM +0100, Andreas Barth wrote: > > > during todays IRCing, upstream of vserver tools was quite concerned > > > about the state of the vserver-tools inside of Debian. For one of my > > > packages, I would consider this alone as reason enough to do something. > > > And I have done a couple of things. Uploaded to experimental is one. > > Yes, I've seen that. I'm quite happy with that. I just had a bad > feeling, and considered it is better to write mail to you, than to just > consider for myself. :) > > > > So, my question is of course, which options are there, and is there a > > > way to help you? I Cced some people to this mail whom I've seen active > > > in some way (submitting bug reports or similar issues) and who're > > > connect with debian, and the upstream, for discussions (or in case I > > > need some proper cluebatting :). > > > There are a couple of outstanding issues. > > > > Currently, we have the stable version of vserver-utils and -patch in > > > Debian. These have the downside that they don't support 2.6-kernels - > > > however, on some archs there will be no 2.4-kernels. > > > What arches do only support 2.6? > > I'm quite sure of sparc, because kernel-upgrades become a real pain > (with woody, there is only 2.4 available, and we need an transitional > kernel on one subarch). For the rest, I need to check. It seems that > hppa is about to drop, powerpc is also considering to do it. Ok. Good to know. > > > Also, we have some bugs that I consider ugly enough the we should try to > > > fix them before release, especially speaking about (some of them might > > > even be considered as RC-buggy): > > > > > > #291426: util-vserver doesn't work if compiled on a !ctx-kernel > > > Yes this is a real issue but I do not think the development branch fix > > this, or? > > I am not sure. However, even if not, this should be fixed. Perhaps > upgrading to serious, and raising this question in the bug log might get > some help from the BSP this weekend? (And, perhaps one might say yes, as > the experimental package on alpha seems to work, see #297787 - but of > course, the user might have compiled it by himself. This is a problem with autobuilding. If the user have a ctx enabled kernel it works just fine when compiling. Upgrading to serious now. > > > #297787: util-vserver: Broken with 1.9.4 and above on Alpha > > Yes this is an issue. On the other hand util-vserver from the development > > branch > > do not compile on some arches, see #297806. You filed that one yourself. :) > > I know. I can remember my bug reports pretty well, even if I file them. Well I dont always. It is so damn many packages. ;) I think this is a gcc bug actually. > > > #197051: vservers can capture tcp data using pcap > > As far as I know the development branch do not fix this issue. I may be > > mistaken. > > I have heared that it is possible to use ping inside a vserver now even > without the net-raw-capability, so that it is no longer necessary to > distribute it to the clients. Ok. > > > #202954: vserver: mount --bind: permission denid > > Not release critical in any way. > > Of course not. Just "would be much nicer if it's fixed". I'm not only > listing things that may be RC, but things where I would be much happier > if they're fixed for sarge. Of course. > > > #258038: util-vserver: vproc security util for 1.9.x vserver patch missing > > This is 2.6 kernel specific, or at least development branch specific. > > > > > What is not explicitly listed here is the inability to work together > > > with 2.6-kernels. > > Yes. > > > > > So, I personally feel that it would be nice to get the kernel-patch for > > > 2.6, and more current vserver-utils uploaded into unstable (where the > > > kernel-patch could of course be a seperate package from the current one, > > > or the same, or whatever). Including the development-version gives me a > > > It already is. I have uploaded the package kernel-patch-vserver about a week > > ago. The problem is that the FTP masters have not approved it. > > Ok. In this case, I can try to get it approved a bit faster. Hm, that's > a bit difficult to get that done for uploads to experimental, as I can't > argue that this one is important for release. Is there a specific reason > why you renamed it from kernel-patch-ctx? Lot of user requests. So I thought it was better to have it correct from the start instead of fixing that later. I also asked "upstream" how they wanted it to be named and they did not think -ctx was a good name as it has not been used for years. > > > bit of bad feeling in the stomach, even if it works for me since some > > > time. One might be inclined to ask upstream whether they can do some > > > sort of pre-release or whatever for us, which would reduce the bad > > > feeling quite much. > > > > > > Well, that was now rather lengthy explaining my ideas, but I should try > > > to not make the mistake of trying to micro-manage issues - and of > > > course, it's your call as maintainer how to proceed. > > > > What I need before I will release the development branch to sarge is: > > * #297806 fixed. Is this a gcc problem? > > I spoke about that bug on the BSP-channel; I hope somebody picks that > one up. > > > * Need to know that util-vserver compile on at least ppc, sparc and i386 > > and preferrably on more so it can enter the archives faster. > > Hm. I try to work on this a bit, also on the other compilation-issues. Sounds good. I will try to get a testing server up and running so I can test util-vserver development branch on some machine that is not for production use. It will probably speed things up a bit. > > For the rest, we can see later. Thanks // Ola > > Thanks, > Andi > -- > http://home.arcor.de/andreas-barth/ > PGP 1024/89FB5CE5 DC F1 85 6D A6 45 9C 0F 3B BE F1 D0 C5 D1 D9 0C > -- --- Ola Lundqvist systemkonsult --- M Sc in IT Engineering ---- / [EMAIL PROTECTED] Annebergsslingan 37 \ | [EMAIL PROTECTED] 654 65 KARLSTAD | | http://www.opal.dhs.org Mobile: +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --------------------------------------------------------------- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]