[Pkg-gridengine-devel] Alioth membership and another update

[Afif Elghraoui]

On الأحد 18 تشرين الأول 2015 11:05, Dave Love wrote:
> Afif Elghraoui <afif at ghraoui.name> writes:
> 
>> Hi, all,
>> I realized I never directly asked on this list--- May I be added to the
>> alioth project for gridengine? My username is afif-guest and I had
>> requested membership through the web interface some time ago. I'm also a
>> DM, in case that information makes any difference.
>
> I guess there's no-one to do it.  Sorry I hadn't realized you were a
> DM.  I assumed "guest" meant not.
> 
>> So far, as I mentioned before, I've done my work on the package in my
>> personal clone of the repository at
>> <http://anonscm.debian.org/cgit/users/afif-guest/gridengine.git/>. I'd
>> like to push my commits to the team repository, if possible.
> 
> I suppose I can do it indirectly if I still have the means to access it.
>

You're in the alioth group, so you should have commit access there.
Although, if I continue to be ignored by the team admins, I may put the
repository in collab-maint and mark that as the official one in d/control.

Basically, I was trying to put together a draft package targeting
Experimental. For a second upload, I would do some polishing on it, make
sure to address the open bug reports, and test that upgrades work
properly and such.

>> I imported the latest SGE version 8.1.8 and made a few modifications to
>> the packaging to get it to build.
> 
> I wonder how it failed to build.  I thought it was OK with my version of
> the packaging, but no matter.
>
> Well done for working on it.  I think things must have changed with
> building since I started.  There are several changes I don't understand
> or that won't be necessary in future:
>
> * Add note to README.Debian telling users where to find example pe's
> 
>   These should be installed -- they are by inst_sge.
>

I tried installing gridengine-master with the package and the pe's
weren't getting set up. I'll have to make sure this is the case and do
some debugging if necessary.


> * Do not install the same manpages in both -client and -common
>
>   I haven't followed where the duplication comes from, but I think
>   qsched and qstatus should be in common.
>

The duplication comes from using a wildcard in
debian/gridengine-client.manpages, so those two manpages end up in both
-client and -common.
It actually causes a pretty serious problem-- it prevents installation
of both packages on the same machine.


> * Unmark executable bit from READMEs
> 
>   I've pushed a change to obviate that which had been hanging around
>   locally.
>

Ok, I'll take a look.

> * Install the template modules configuration in a subfolder of /etc/gridengine
> 
>   Those are not environment modules and will cause trouble there.
>   Module file are built by inst_sge.
>

Ok, I'll have to look at this again. I was getting a policy violation
error from lintian regarding conffiles in /usr because of these files.

> * Move javadoc from gridengine-client into gridengine-common
> 
>   If anything, I think these should be in a -dev package, as in Fedora.
>

Yes, a -doc package (which is what I think you meant) would be appropriate.

[...]

> * Remove dependency on obsolete hardening-wrapper
> 
>   It doesn't seem obsolete according to the hardening web page.  I think
>   I used it because it was difficult to make sure flags were passed
>   through the horrible build system.
>

lintian reported that hardening-wrapper is obsolete and suggested
replacing it with dpkg-buildflags. Doing this, I saw that some no-relro
lintian warnings came back, so maybe I should put it back and add a
lintian override.

> If there must be a default installation, I think it should set up CSP to
> avoid users being able to impersonate each other.
> 

ok, I'll note to check that out.

Thanks and regards
Afif

-- 
Afif Elghraoui | عفيف الغراوي
http://afif.ghraoui.name