Arch Linux User Repository

The original source link is broken. But luckily I've saved a mirror on github.

I'm using the mirror link for now. Please remind me if the original link is available again.

Prebuilt binary of this package can be found in the arch4edu repository.

I've just fixed the typo in package() in PKGBUILD since you just can't wait for another few days.

Now this package can be successfully built in a clean chroot.

Besides, you should file orphaning request only when I have no reply or change for more than 2 weeks.

Many of his comments don't exist anymore. Or we will see quite some comments that I was called 'zero knolwdge', 'know nothing', etc.. All my comments are there except the one I mentioned above. If my words are offensive, let me know and I am more than happy to fix it.

That's here. And I NEVER delete my comments.

The funny thing is, this is exactly the comment where I mentioned there's multiple pages of comments. And he doesn't realize it now. XD

Copyright. The one single C patch file in my last commit needs to have the same COPYRIGHT disclaimer as the one in https://github.com/daimh/sge . This was not an issue when I was maintainer as I can always respond to user.

You have been added as a contributor in the 2nd line of the PKGBUILD since 2020-08-10.

About -j, I'm sorry for not realizing that you have zero possibility to read the existing example in /etc/makepkg.conf. You are the one that don't even read all readme files in this package which you claimed to have contributed for "the past decade". My bad. XD

Please stop posting these nonsenses. You are making a fool of yourself.

Here is the Orphaning request again. If this Orphaning request is denied again, please consider the reason below in terms of Copyright. I won't submit any request as long as the Copyright reason is taken care of.

Here is some new reasons since my previous request was denied.

1. PKGBUILD file fails.

2. Current maintainer releases package while knowing it fails

3. Current maintainer gave advices without any testing. Two examples, a) He said "after setting '-j' in /etc/makepkg.conf, the building process is already greatly accelerated on a multi-core machine.". However, this fails too, see the comment I made at 2020-10-19 14:28 . b). He also said it was caused by fakeroot, but the '-j' error is caused by SGE itself instead. -lshced is SGE's own library, and it has nothing to do with OS environment.

4. Current patching style is a hassle. Current maintainer split my single source code patch file into many small files. While this splitting is already an issue because he did so without any acknowledgement of my work, other Linux distribution administrator will have trouble to use this SGE patch. It used to be one patch command, but now they have to run it many times and patch the files in the deep sub-directories one by one. Further, what if more files need be patched in future?

5. I am more than qualified to maintain this package, reasons are listed at https://github.com/daimh/sge

6. Copyright. The one single C patch file in my last commit needs to have the same COPYRIGHT disclaimer as the one in https://github.com/daimh/sge . This was not an issue when I was maintainer as I can always respond to user. Or please acknowledge it in a file in the top directory. I spent quite some time to make SGE work under Arch Linux. My work should be acknowledged. If we programmers don't respect ourselves, nobody else in the world will do so, and plagiarism will be everywhere.

Developed by Manhong Dai

Copyright © 2020 University of Michigan. License GPLv3+: GNU GPL version 3 or later"

Here are some known facts.

1. I am the original AUR SGE submitter and have been maintaning this package since 2019. the PKGBUILD file works just fine on all my cluster nodes in University of Michigan for the past decade.

2. I modified the SGE code and put all my modification in one patch file. Otherwise the compiling will fail under modern Linux.

3. On Aug 10, current maintainer commented and asked me to pull his work. I checked it but didn't reply for not wanting being negative. I also checked that he is not a Trusted User.

4. At 12:24, Oct 10, I received an email saying this package was disowned.

5. At 12:43, Oct 10, I received another email saying this package was adopted. Before these two emails, I didn't receive any Orphaning email notifications.

6. At around 1pm, Oct 10, I submitted the first Orphaning request

7. User Archange (archange AT archlinux.org) confirmed that I didn't receive the Orphaning requests because of a bug at https://gitlab.archlinux.org/archlinux/aurweb/-/merge_requests/6

8. I registered AUR-general in Oct 12, 2020, as I never know such email list exists.

9. I top-posted quite a few emails to the list. I am sorry for the trouble it caused, but I really didn't know the rule. This mistake won't happen again.

10. I accidentantlly removed one comment while tring to modify makepkg output to make it cleaner. That comment is just makepkg output.

Anecdotal evidence, all quoted from the comments of current maintainer unless stated otherwise.

1. 2020-08-10 14:45, "the PKGBUILD is at a very bad state",

Current maintainer's first comment when I was maintainer.

1. 2020-10-13 02:59 "In terms of ability and obligation, I do not agree that you can maintain this AUR package"

2. 2020-10-13 02:59, "It’s really intolerable for pkgver to fill in this incorrectly", according to Google translation.

2020-10-13 06:41, After the package was taken over, User a821 commented "The pkgver used to be 20200527 but now is 8.1.9. However 20200527 > 8.1.9 so epoch=1 might be required."

1. 2020-10-17 16:12, "a one-big patch file obviously make it hard to check the changes and follow this package on other distributions either"

2. 2020-10-17 17:08, "after setting '-j' in /etc/makepkg.conf, the building process is already greatly accelerated on a multi-core machine. Further small acceleration by changing the documented compilation method may not worth it."

However, a simple test with '-j' fails

1. 2020-10-17 17:19, "As the maintainer of sge on AUR, I do have the authority to recommend you that please don't use 'sge' as the name, the short name or part of name for 'some grid engine' on AUR."

2. 2020-10-17 19:51, "I know that there is no error in build() of this PKGBUILD in a clean chroot".

When he recommended '-j' and I told him '-j' fails.

1. 2020-10-17 19:51, "Besides, I know that there is an error in package() when building in clean chroot. I'll fixed that a few days later."

2. Many of his comments don't exist anymore. Or we will see quite some comments that I was called 'zero knowledge', 'know nothing', etc.. All my comments are there except the one I mentioned above. If my words are offensive, let me know and I am more than happy to fix it.

I am surprised. Because a makepkg without '-j' has error too.

Please read other's comments and don't surprise. As I have replied, I know about this error and I'll fixed it a few days later.

I am surprised. Because a makepkg without '-j' has error too.

[daimh@c sge]$ grep ^MAKE /etc/makepkg.conf 
[daimh@c sge]$ makepkg
==> Starting package()...
/home/daimh/temp/sge/PKGBUILD: line 70: cd /home/daimh/temp/sge/src/sge-8.1.9/source: No such file or directory
==> ERROR: A failure occurred in package().
    Aborting...

@alad

I did accidentally removed one on my phone yesterday. It is just a makepkg output and I was too lazy to reproduce it. As I removed only one comment, "The only removed comments in this thread are those you removed yourself. Pretty rich, pal." is not fact.

Or if you would love to help, please restore all removed comments.

Anyway, here is makepkg output again.

[daimh@c sge]$ grep ^MAKE /etc/makepkg.conf 
MAKEFLAGS="-j"
[daimh@c sge]$ makepkg
...
cc -I../daemons/shepherd -DSGE_ARCH_STRING=\"lx-amd64\" -O2 -Wstrict-prototypes -DLINUX -DLINUXAMD64 -DLINUXAMD64 -D_GNU_SOURCE -DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8  -DTARGET_64BIT -I/usr/include/tirpc -DSGE_PQS_API -DSPOOLING_dynamic -DSECURE -DHAVE_HWLOC=1 -DNO_JNI -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__  -D__SGE_NO_USERMAPPING__ -I../common -I../libs -I../libs/uti -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/comm -I../libs/comm/lists -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir -I../daemons/common -I../daemons/qmaster -I../daemons/execd -I../clients/common -I. -L. -ltirpc -rdynamic -Wl,-rpath,\$ORIGIN/../../lib/lx-amd64  -o sge_shepherd shepherd.o builtin_starter.o setrlimits.o signal_queue.o sge_shepconf.o setjoblimit.o sge_pset.o sge_fileio.o sge_shepherd_ijs.o shepherd_binding.o sge_ijs_comm.o sge_ijs_threads.o config_file.o err_trace.o execution_states.o qlogin_starter.o setosjobid.o sge_parse_num_par.o pdc.o procfs.o sge_mt_init.o sge_processes_irix.o sge_spool.o binding_support.o  -lgdi -lsgeobj -lsgeobjd  -lcull -lcomm -lcommlists -luti -luti2 -lhwloc  -luti -ldl -lssl -lcrypto  -lm -lpthread
cc: error: libsched.a: No such file or directory
make: *** [../daemons/common/Makefile:94: pdc] Error 1
make: *** Waiting for unfinished jobs....
not done
==> ERROR: A failure occurred in build().
    Aborting...

It is weird to see many comments were removed. This is not good for open source world, as open debate should be supported. I do not mind being called anything. Moderator can delete whatever comments for whatever reason, just please don't say it is for me

The only removed comments in this thread are those you removed yourself. Pretty rich, pal.

It is weird to see many comments were removed.

This is not good for open source world, as open debate should be supported. I do not mind being called anything. Moderator can delete whatever comments for whatever reason, just please don't say it is for me

Best,

Daimh

SGE developer (Some Grid Engine at https://github.com/daimh/sge)

Original AUR SGE submitter and maintainer