Packager: Unknown Packager · Issue #271 · archlinuxcn/repo · GitHub
Skip to content

Packager: Unknown Packager #271

Closed
Closed
Packager: Unknown Packager#271

Description

@ykelvis
ykelvis
opened on Sep 7, 2016

Is this some sort of bug? There are many packages with "Unknown Packager", should we re-package them? List as below.

  • binx32-python2
  • ccal wych42 ellrywych@gmail.com
  • danmaku2ass-git @fqj1994
  • gcc-ada-multilib-x32
  • gcc-fortran-multilib-x32
  • gcc-go-multilib-x32
  • gcc-libs-multilib-x32
  • gcc-multilib-x32
  • gcc-objc-multilib-x32
  • gcc-x32-seed
  • glibc-x32-seed
  • julia-pkg-scripts
  • ld-lsb Unknown
  • libx32-acl
  • libx32-attr
  • libx32-bzip2
  • libx32-cracklib
  • libx32-curl
  • libx32-db
  • libx32-e2fsprogs
  • libx32-expat
  • libx32-flex
  • libx32-fontconfig
  • libx32-freetype2
  • libx32-gcc-libs
  • libx32-gdbm
  • libx32-geoip
  • libx32-glib2
  • libx32-glibc
  • libx32-harfbuzz
  • libx32-icu
  • libx32-jansson
  • libx32-jemalloc
  • libx32-keyutils
  • libx32-krb5
  • libx32-libcap
  • libx32-libdbus
  • libx32-libffi
  • libx32-libgcrypt
  • libx32-libgpg-error
  • libx32-libidn
  • libx32-libldap
  • libx32-libpng
  • libx32-libssh2
  • libx32-libtirpc
  • libx32-libx11
  • libx32-libxau
  • libx32-libxcb
  • libx32-libxdmcp
  • libx32-libxext
  • libx32-libxft
  • libx32-libxml2
  • libx32-libxrender
  • libx32-libxslt
  • libx32-libxss
  • libx32-libyaml
  • libx32-mpdecimal
  • libx32-ncurses
  • libx32-nginx
  • libx32-openssl
  • libx32-pam
  • libx32-pcre
  • libx32-postgresql
  • libx32-postgresql-libs
  • libx32-python-greenlet
  • libx32-readline
  • libx32-redis
  • libx32-sqlite
  • libx32-systemd
  • libx32-tcl
  • libx32-tk
  • libx32-util-linux
  • libx32-uwsgi
  • libx32-uwsgi-plugin-cgi
  • libx32-uwsgi-plugin-python
  • libx32-uwsgi-plugin-webdav
  • libx32-xz
  • libx32-yajl
  • libx32-zlib
  • python2-more_itertools @colinkeenan
  • ruby-json_pure wych42 ellrywych@gmail.com
  • ruby-rgen wych42 ellrywych@gmail.com
  • tinc-pre @fqj1994
  • ttf-monaco Unknown

Activity

  1. lilydjwg commented on Sep 7, 2016

    @lilydjwg
    lilydjwg
    on Sep 7, 2016
    Member

    很多旧包都这样，之前编译机上没有默认的 PACKAGER 设置，又或者是维护者没有配置直接打包的。联系维护者改吧……

  2. petronny commented on Sep 8, 2016

    @petronny
    petronny
    on Sep 8, 2016
    Member

    我们把libx32*都drop了吧。。
    这些包在nvchecker里面都是unknown

    或者说我们把nvchecker里面Unknown下面的都drop了吧

  3. lilydjwg commented on Sep 8, 2016

    @lilydjwg
    lilydjwg
    on Sep 8, 2016
    Member

    @petronny x32 的都 drop 掉吧。好像已经很久没有人维护了。

  4. petronny commented on Sep 8, 2016

    @petronny
    petronny
    on Sep 8, 2016
    Member

    这个wych42 <ellrywych@gmail.com>究竟是哪位啊..
    github上已经没有这个id了

    要不把他的3个和Unknown的两个包也drop了？
    @fqj1994 的鉴于不怎么活跃我就帮忙trigger rebuild了

  5. fqj1994 commented on Sep 8, 2016

    @fqj1994
    fqj1994
    on Sep 8, 2016
    Contributor

    我这几个都是liliac自动打包的表示不明真相。

  6. zsrkmyn commented on Sep 8, 2016

    @zsrkmyn
    zsrkmyn
    on Sep 8, 2016
    Contributor

    wych42应该能在IRC上找到，微信里好像也见过，我去问问

    2016年9月8日 22:21，"Jingbei Li" notifications@github.com写道：

    这个wych42 ellrywych@gmail.com究竟是哪位啊..
    github上已经没有这个id了

    —
    You are receiving this because you are subscribed to this thread.
    Reply to this email directly, view it on GitHub
    #271 (comment),
    or mute the thread
    https://github.com/notifications/unsubscribe-auth/ADmPC6LcMNdzRDP63W8yf_y5LPHO0MNMks5qoBnVgaJpZM4J2xwQ
    .

  7. colinkeenan commented on Sep 8, 2016

    @colinkeenan
    colinkeenan
    on Sep 8, 2016
    Contributor

    I recognized one packages: python2-more_itertools. It gets packaged under
    the same PKGBUILD as python-more_itertools. I had forgotten to upload
    python2-more_itertools the last time I updated these packages. I uploaded
    it just now (built back in March). Now it will show me as the packager.

    Is there any easy way to find out if any of these other packages are listed
    under my name in nvchecker. ini?

    On Thu, Sep 8, 2016 at 12:04 PM, Stephen notifications@github.com wrote:

    wych42应该能在IRC上找到，微信里好像也见过，我去问问

    2016年9月8日 22:21，"Jingbei Li" notifications@github.com写道：

    这个wych42 ellrywych@gmail.com究竟是哪位啊..
    github上已经没有这个id了

    —
    You are receiving this because you are subscribed to this thread.
    Reply to this email directly, view it on GitHub
    #271 (comment),

    or mute the thread
    <https://github.com/notifications/unsubscribe-
    auth/ADmPC6LcMNdzRDP63W8yf_y5LPHO0MNMks5qoBnVgaJpZM4J2xwQ>
    .

    —
    You are receiving this because you were mentioned.
    Reply to this email directly, view it on GitHub
    #271 (comment),
    or mute the thread
    https://github.com/notifications/unsubscribe-auth/ACVlizrWyIIxtnhykD7Ksp-aLiZiY76Gks5qoEASgaJpZM4J2xwQ
    .

  8. petronny commented on Sep 9, 2016

    @petronny
    petronny
    on Sep 9, 2016
    Member

    @colinkeenan I have checked the rest of them manually since all the x32 packages is dropped.
    Only python2-more_itertools is yours.

  9. colinkeenan commented on Sep 9, 2016

    @colinkeenan
    colinkeenan
    on Sep 9, 2016
    Contributor

    thanks

    On Fri, Sep 9, 2016 at 12:02 AM, Jingbei Li notifications@github.com
    wrote:

    @colinkeenan https://github.com/colinkeenan I have checked the rest of
    them manually since all the x32 packages is dropped.
    Only python2-more_itertools is yours.

    —
    You are receiving this because you were mentioned.
    Reply to this email directly, view it on GitHub
    #271 (comment),
    or mute the thread
    https://github.com/notifications/unsubscribe-auth/ACVli-MW3xylSdAJQQj0ndYkyzXJApH_ks5qoOhVgaJpZM4J2xwQ
    .

  10. ykelvis commented on Sep 10, 2016

    @ykelvis
    ykelvis
    on Sep 10, 2016
    MemberAuthor

    @lilydjwg 话说我给ttf-monaco加了lilac.py，lilac也和上游aur同步重新打包了，但是唯独PKGBUILD里面的pkgrel没更新，导致版本号不一样...为啥啊

  11. petronny commented on Sep 10, 2016

    @petronny
    petronny
    on Sep 10, 2016
    Member

    大家要认领趁现在啊，下周我就把剩下的都鸽了啊
    还有#220 和#218 中的也是啊

  12. lilydjwg commented on Sep 11, 2016

    @lilydjwg
    lilydjwg
    on Sep 11, 2016
    Member

    @ykelvis 大概是 bug 吧……

  13. wych42 commented on Sep 11, 2016

    @wych42
    wych42
    on Sep 11, 2016
    Contributor

    我来了，ccal 是我的。下周晚些时候我看下把这些包维护下。

  14. lilydjwg commented on Sep 12, 2016

    @lilydjwg
    lilydjwg
    on Sep 12, 2016
    Member

    @marlowew 你换名字了？

  15. petronny commented on Sep 12, 2016

    @petronny
    petronny
    on Sep 12, 2016
    Member

    @ykelvis @lilydjwg
    有关ttf-monaco的情况和#262 中后面ttf-wps-fonts的情况类似

    原因是lilaclib.py中的aur_pre_build()中
    如果本地PKGBUILD的pkgver和aur的PKGBUILD的pkgver一样
    那么就使用本地的pkgrel

    def aur_pre_build(name=None, *, do_vcs_update=True):
  if os.path.exists('PKGBUILD'):
    pkgver, pkgrel = get_pkgver_and_pkgrel()
  else:
    pkgver = None

  _g.aur_pre_files = clean_directory()
  if name is None:
    name = os.path.basename(os.getcwd())
  _g.aur_building_files = download_aur_pkgbuild(name)

  new_pkgver = get_pkgver_and_pkgrel()[0]
  if pkgver and pkgver == new_pkgver:
    # change pkgrel to what specified in PKGBUILD
    update_pkgrel(pkgrel)

  16. 25 remaining items

  17. petronny commented on Oct 26, 2016

    @petronny
    petronny
    on Oct 26, 2016
    Member

    下次 aur 上有 update 的时候应该就好了

    chromium-dev是自动更新的包吗。。。为什么我既没有看到chromium-dev/lilac.py, 也没有看到nvchecker.ini中有chromium-dev...

  18. fqj1994 commented on Oct 26, 2016

    @fqj1994
    fqj1994
    on Oct 26, 2016
    Contributor

    我这边机器跑着的 cronjob。liliac 那机器编译 chrome 的话一下午就别编译别的东西了

  19. lilydjwg commented on Oct 26, 2016

    @lilydjwg
    lilydjwg
    on Oct 26, 2016
    Member

    chromium 应该没有那么难以编译的吧，会比火狐慢很多么？

  20. fqj1994 commented on Oct 26, 2016

    @fqj1994
    fqj1994
    on Oct 26, 2016
    Contributor

    会。。。fresh build 我笔记本一晚上。火狐我还在用的时候大概那时候我的渣笔记本就三四个小时。

  21. lilydjwg commented on Oct 26, 2016

    @lilydjwg
    lilydjwg
    on Oct 26, 2016
    Member

    按比例算的话，火狐12分钟，chromium 36分钟？比 llvm-svn 慢一点的样子。

  22. fqj1994 commented on Oct 26, 2016

    @fqj1994
    fqj1994
    on Oct 26, 2016
    Contributor

    36 分钟现在真编不完。我 e5-2692 的 u 都得（chromium） 20+ 分钟。aur 那个包最开始还会自己编译一个 clang 就更慢了。

  23. fqj1994 commented on Oct 26, 2016

    @fqj1994
    fqj1994
    on Oct 26, 2016
    Contributor

    要是编得完我一开始就 liliac 了也不会现在这么折腾。

  24. lilydjwg commented on Oct 26, 2016

    @lilydjwg
    lilydjwg
    on Oct 26, 2016
    Member

    这也不是很慢嘛。lilac 有六小时时间来编译一个包呢。

  25. fqj1994 commented on Oct 26, 2016

    @fqj1994
    fqj1994
    on Oct 26, 2016
    Contributor

    那我有空再加一个把 😂

  26. petronny commented on Nov 21, 2016

    @petronny
    petronny
    on Nov 21, 2016
    Member

    编译机上我试了一下用了100分钟编译了chromium-dev，用的clang。果然够慢的

  27. lilydjwg commented on Nov 21, 2016

    @lilydjwg
    lilydjwg
    on Nov 21, 2016
    Member

    还好啊。以前 rust-git 也要50分钟呢。

  28. fqj1994 commented on Nov 21, 2016

    @fqj1994
    fqj1994
    on Nov 21, 2016
    Contributor

    竟然只要100分钟了。。那我周末移到liliac上？

    On Mon, Nov 21, 2016 at 10:10 AM, 依云 notifications@github.com wrote:

    还好啊。以前 rust-git 也要50分钟呢。

    —
    You are receiving this because you were mentioned.
    Reply to this email directly, view it on GitHub
    #271 (comment),
    or mute the thread
    https://github.com/notifications/unsubscribe-auth/ABXq-hAZUf5jOAECa-K7XeEYqPlrzLJFks5rAWAUgaJpZM4J2xwQ
    .

  29. fqj1994 commented on Nov 21, 2016

    @fqj1994
    fqj1994
    on Nov 21, 2016
    Contributor

    oh aur上那包现在竟然是直接下clang的binary了。。
    以前是svn checkout出来先gcc build clang。。

    On Mon, Nov 21, 2016 at 4:31 PM, Qijiang Fan fqj1994@gmail.com wrote:

    竟然只要100分钟了。。那我周末移到liliac上？

    On Mon, Nov 21, 2016 at 10:10 AM, 依云 notifications@github.com wrote:

    还好啊。以前 rust-git 也要50分钟呢。

    —
    You are receiving this because you were mentioned.
    Reply to this email directly, view it on GitHub
    #271 (comment),
    or mute the thread
    https://github.com/notifications/unsubscribe-auth/ABXq-hAZUf5jOAECa-K7XeEYqPlrzLJFks5rAWAUgaJpZM4J2xwQ
    .

  30. renyuneyun commented on Dec 25, 2016

    @renyuneyun
    renyuneyun
    on Dec 25, 2016
    Contributor

    所以都解決了？issue不關麼？

  31. zsrkmyn
    closed this as completedon Dec 26, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions