Bug#830176: RFA: musl -- standard C library
Package: wnpp Severity: normal Due to lack of time and interest in maintaining this package, I request an adopter for the musl package. The package description is: musl is lightweight, fast, simple, free and strives to be correct in the sense of standards-conformance and safety. URL: *https://www.musl-libc.org/ <https://www.musl-libc.org/>* Kind regards Kevin Bortis
Bug#789792: Ldd fails to identify musl binaries
Both find and ldd supply the correct information. It seems that you are on a glibc based system. In this case ldd belongs to the glibc-gcc-binutils package which is not compatible with the musl binaries. On glibc based systems the musl package provides the command musl-ldd which should work correctly. On native musl based debian systems (which do not yet exist) ldd is working as expected.
Bug#789789: Musl fails to compile stuff that depends on kernel headers
I am not able to upload a copy of sabotage linux kernel headers due to debian policy. In the current state it is very unlikly that the official debian linux kernel maintainers are willing to provide the appropriate sanitized headers under the musl libc folder. Please see also debian bug 764335 for more information on this topic (https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=764335) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783078: build musl for architectures matching musl-linux-any
I am planning to incorporate your changes in the upcoming 1.1.9 release of musl. Unfortunately I am not able to get it in sooner.
Bug#766812: spurious library link
The link is needed for various tools that expect a link or the real libc.so be available in the same location as the includes and other resources. One prominent member is musl-gcc from the musl-tools package, which would fail to dynamic link to the correct libc.so. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748681: musl libc weak symbol usage incompatible with GCC 4.9
The bug was fixed by upstream gcc and is now found in the GCC-4.9 source tree. Upstream bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61144 Upstream patch: https://gcc.gnu.org/viewcvs/gcc/branches/gcc-4_9-branch/gcc/varpool.c?r1=215896r2=215895pathrev=215896
Bug#764335: /usr/include/x86_64-linux-musl/sys/kd.h:5:22: fatal error: linux/kd.h: No such file or directory
Hi Michael In general it is not wise for simple user space program to use files under linux. musl-gcc was designed to compile simple C programs without the hassle of installing a full cross compiler. Since musl does, unlike glibc, NOT depend on any linux-headers, you are free to use your own set of linux headers if needed. The best way is to use sanitized kernel headers like the one provided by sabotage linux as download able tarball. https://github.com/sabotage-linux/kernel-headers Simply install it and add -Ipath_to_kernel_headers to your program. If you want to compile more complicated programs you should look at the musl-cross project: https://bitbucket.org/GregorR/musl-cross . After installation you will end up with a full gcc system including linux headers and binutils. It may sound strange at first to do cross compile for same arch you are sitting on, but that's the way to go. I do not consider this a bug of mus-gcc since it is simply not designed and intended to compile more sophisticated programs. If I find some time, I will package a full musl cross gcc toolchain.
Bug#754758: musl: FTBFS on armhf: wrong asm instructions?
musl 1.1.4 was submitted some minutes ago, which will resolve all pending known issues. This will fix the bug described. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754758: musl: FTBFS on armhf: wrong asm instructions?
This bug is known and was fixed in musl 1.1.1. Unfortunatly musl does not build at the moment on unstable and testing, because of a serious gcc-4.9.0 bug #748681, that is not fixed yet. Chances are there, that it will get fixed by upstream gcc-4.9.1. Until then, musl-1.1.0-1 is also suffering from a stack overflow problem #750815 and should not be used. If you want to compile a working musl libc, you have to use the package from https://github.com/wermut/musl which forces gcc-4.8 to be used. I have submitted the package to my mentor, but since I am not a debian developer I can not control, when the package gets reviewed or uploaded into unstable. Regards On Mon, Jul 14, 2014 at 2:31 AM, Cyril Brulebois k...@debian.org wrote: Source: musl Version: 1.1.0-1 Severity: serious Justification: FTBFS Hi, your package no longer builds on armhf: | sed -f tools/mkalltypes.sed include/bits/alltypes.h.in include/alltypes.h.in include/bits/alltypes.h | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o arch/arm/src/__aeabi_atexit.o arch/arm/src/__aeabi_atexit.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o arch/arm/src/find_exidx.o arch/arm/src/find_exidx.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_cancel.o src/aio/aio_cancel.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_error.o src/aio/aio_error.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_fsync.o src/aio/aio_fsync.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_readwrite.o src/aio/aio_readwrite.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_return.o src/aio/aio_return.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/aio_suspend.o src/aio/aio_suspend.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm -I./src/internal -I./include -Os -pipe -fomit-frame-pointer -fno-unwind-tables -fno-asynchronous-unwind-tables -Wa,--noexecstack -Werror=implicit-function-declaration -Werror=implicit-int -Werror=pointer-sign -Werror=pointer-arith -fno-stack-protector -c -o src/aio/lio_listio.o src/aio/lio_listio.c | cc -std=c99 -nostdinc -ffreestanding -fexcess-precision=standard -frounding-math -D_XOPEN_SOURCE=700 -I./arch/arm
Bug#750815: musl: CVE-2014-3484: remote stack-based buffer overflow in DNS response
The musl package 1.1.2 is packaged and ready for upload. Unfortunatly Debian unstable has switched to gcc-4.9 as their default compiler, which introduces a serious bug in weak alias constant folding. A possible patch is attached to the upstream gcc bug, but is currently not applied or reviewed by the gcc team. The only solution I see at the moment is to wait, that the bug #748681 gets fixed first. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748733: [4.9/4.10 Regression] Invalid optimizations for extern vars with local weak definitions
Package: gcc Version: 4.9 Severity: important Tags: upstream,confirmed,sid,experimental GCC 4.9 introduced a bug in optimization (present at all -O levels except -O0) in the presence of extern objects with weak definitions local to the translation unit. The following minimal testcase shows the problem: static int dummy = 0; extern int foo __attribute__((__weak__, __alias__(dummy))); int bar() { if (foo) return 1; return 0; } This should produce a nontrivial bar which can conditionally return 0 or 1 depending on the contents of foo. Instead, on 4.9.0, it produces a function which always returns 0. GCC versions with this bug have been reported to produce a seriously broken libc.a/libc.so for musl libc (e.g. fflush(NULL) fails to flush stdout). Removing static above causes the symptom to go away, so presumably GCC is wrongly transferring knowledge that dummy is static onto foo, and thereby assuming foo is not externally reachable/modifiable. IIRC clang/LLVM had the same bug a couple years back and fixed it; it looks like GCC has newly introduced it. This bug affects at least the debian package musl which does not build correctly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732169: musl-bin with /usr/bin/ldd
This bug will be fixed with the introduction of musl_1.0.0-1 upwards. There is now a global link /usr/bin/musl-ldd that can be invoked with musl-ldd MUSLBINARY If you still prefer to access the ldd functionality via the command ldd, then follow the instructions found under: http://wiki.musl-libc.org/wiki/FAQ#Q:_where_is_ldd_.3F
Bug#732170: musl: please specify multi-arch:
I will mark the runtime package musl multi-arch: same on the musl 0.9.15 package. According to debian policy, packages including headers are not allowed to specify mulit-arch: same, even if no conflict would happen. So the package musl-dev will not be changed. On Sun, Dec 15, 2013 at 3:11 AM, Shawn Landden sh...@churchofgit.comwrote: Package: musl Version: 0.9.14-2 Severity: normal musl and musl-dev should support multi-arch: same -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information
Bug#732171: musl-tools: profile $TRIPLET-gcc, ie arm-linux-musleabihf-gcc on armhf
The musl wrapper only works for fairly simple packages. It would not be correct to suggest, that musl-gcc provides a complete cross toolchain like arm-linux-musleabihf-gcc. We strongly suggest to use musl-cross ( https://bitbucket.org/GregorR/musl-cross) for such purpose. Eventually I will provide packages for cross binutils and gcc in the future. On Sun, Dec 15, 2013 at 3:16 AM, Shawn Landden sh...@churchofgit.comwrote: Package: musl-tools Version: 0.9.14-2 Severity: normal this would make dpkg-buildpackage [-afoo] work out of the box -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages musl-tools depends on: ii gcc 4:4.8.1-3 ii musl-dev 0.9.14-2 musl-tools recommends no packages. musl-tools suggests no packages. -- no debconf information
Bug#732169: musl-bin with /usr/bin/ldd
That bug is a tricky one. Explanation for other readers: musl libc has no standalone ldd as glibc has. Instead it uses /lib/ld-musl-*.so.1 as runtime and ldd. The suggested way by the musl folks is to create a local symlink e.g. 'ln -s /lib/ld-musl-x86_64.so.1 ldd'. By running the symlink named ldd, the executable switches to the ldd mode and outputs the linked objects of the target executable. I will discuss this problem upstream. In the worst case i will provide a simple C programm wrapper, that will execute /lib/ld-musl-*.so.1 and overwrite argv[0] in a non standard way. Until the bug is fixed, see: http://wiki.musl-libc.org/wiki/FAQ#Q:_where_is_ldd_.3F On Sun, Dec 15, 2013 at 2:12 AM, Shawn Landden sh...@churchofgit.com wrote: Package: musl Version: 0.9.14-2 Severity: normal musl's ldd doesn't work unless argv[0] == ldd aka ldd is a symlink to musl -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc3-00330-gca33675 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information
Bug#725376: musl-dev: must not provide libc-dev
The problem: All official Debian arches are eglibc based. So musl will never provide libc-dev for them. The main reason why the musl debian package exists is for bootstrapping a new debian port musl-linux-armhf which is already supported by dpkg. For that arch musl is providing the libc-dev package. The solution: As discussed in the IRC channel #debian-devel, it is legitime to let musl-dev provide libc-dev, as long it does it only for this particular musl libc based architecture. I will remove the Provides: libc-dev from the package musl-dev until the new architecture musl-linux-armhf is bootstrapped and then limit the provide statement to: Provides: libc-dev [musl-linux-armhf] I hope this will solve the problem. On Fri, Oct 4, 2013 at 9:28 PM, Sven Joachim svenj...@gmx.de wrote: Package: musl-dev Version: 0.9.14-1 Severity: serious Providing libc-dev in musl-dev is incorrect, since other -dev packages that currently depend on libc-dev are not going to work with musl-dev and need the eglibc libc-dev implementation. Please drop this Provides from the package. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.11.3-nouveau (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#724885: RM: musl [hurd-i386 kfreebsd-amd64 kfreebsd-i386 sparc ia64 powerpc s390 s390x] -- ANAIS; The package is no onger build for certain architectures
Package: ftp.debian.org Severity: normal Since musl is a libc that depends on linux and only fully supports certain architectures, I would like to remove the package musl from them, since I explicitly only allow armel, armhf, i386, amd64, mips mipsel since version 0.9.14. So please delete any packages already installed in unstable for hurd-i386 kfreebsd-amd64 kfreebsd-i386 sparc ia64 powerpc s390 s390x Regards Kevin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-2 [ITP]
I have packed the newest upstream version 0.9.14 It builds those binary packages: musl - standard C library musl-dev - standard C library development files musl-tools - standard C library tools To access further information about this package, please visit the following URL: http://mentors.debian.net/package/musl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/musl/musl_0.9.14-1.dsc Changes since the last upload: * Import upstream version 0.9.14 * Only build on fully supported architectures * Point to new homepage in control file (Closes: #724277) * Revorked debian/rules * Solved possible problem with postrm script (Closes: #724247) I would appreciate if someone could upload the package. Regards, Kevin Bortis On Sat, Sep 21, 2013 at 2:15 PM, Anton Gladky gladky.an...@gmail.com wrote: Ok, I uploaded it. Have done only minor change: diff --git a/debian/changelog b/debian/changelog index 346bdf2..9e328e6 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,6 +1,6 @@ musl (0.9.13-3) unstable; urgency=low - * Ready for Debian upload (Closes: #721839) + * Ready for Debian upload (Closes: #713072) * Respect user set CC * Reworked package according to feedback gven by Anton Gladky. See #721839 for reference. So you should close only ITP-bug. RFS-bug will be closed manually. Please, for future upload create only one additional changelog-paragraph. Cheers, Anton 2013/9/21 Kevin Bortis p...@bortis.ch: Hi I have revorked the debian/copyright file according to the additional comments given by Paul Richards Tagliamonte (FTP Master). Work done: * Incorporated all copyright info given from upstream in their copyright file * grep over complete source tree for the term Copyright and controlled it against debian/copyright I hope to statisfy all copyright holders and of course the Debian policy. The updated copyright file can be found for review under: https://github.com/wermut/musl/blob/master/debian/copyright https://github.com/wermut/musl The updated package is not yet uploaded to debian mentors. Sorry for the inconvenience and additional work. @ Boris Pek: Thank you for the tip. Regards Kevin On Fri, Sep 20, 2013 at 11:39 PM, Boris Pek tehn...@debian.org wrote: Hi Kevin, The package was not yet uploaded into Debian. - The package number should be 0.9.13-1 Could I still keep the incrementation, because the earlier versions are already tagged signed in the public git repository and also already uploaded to a Ubuntu PPA? (ppa:bortis/musl) So the first version for uploading would be 0.9.13-3 if you accept. Or we can wait for musl 0.9.14 wich, according to upstreams roadmap, will be released in the next two weeks to get a clean 0.9.14-1. My feeling is that you'll need to keep the Ubuntu PPA and the Debian package seperated and have them NOT in the same git branch. This will save you trouble down the road as Debian != Ubuntu in many aspects and you will face situations where you need only to upload Debian or Ubuntu... Just small additional tips: use specific versioning scheme in your PPA. For example: 0.9.14-0ppa1~raring1. As you can see, this version is lower that version in official Debian and Ubuntu archives. So once updated package will hit into main archive, it will be updated in users systems. I use this approach for a long period of time. You may find one of examples here: https://launchpad.net/~tehnick/+archive/q4wine/+packages Just look at Newer version available string. Related Git-repo: https://github.com/tehnick/q4wine-debian Just look at git tags. Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-2 [ITP]
Hi I have revorked the debian/copyright file according to the additional comments given by Paul Richards Tagliamonte (FTP Master). Work done: * Incorporated all copyright info given from upstream in their copyright file * grep over complete source tree for the term Copyright and controlled it against debian/copyright I hope to statisfy all copyright holders and of course the Debian policy. The updated copyright file can be found for review under: https://github.com/wermut/musl/blob/master/debian/copyright https://github.com/wermut/musl The updated package is not yet uploaded to debian mentors. Sorry for the inconvenience and additional work. @ Boris Pek: Thank you for the tip. Regards Kevin On Fri, Sep 20, 2013 at 11:39 PM, Boris Pek tehn...@debian.org wrote: Hi Kevin, The package was not yet uploaded into Debian. - The package number should be 0.9.13-1 Could I still keep the incrementation, because the earlier versions are already tagged signed in the public git repository and also already uploaded to a Ubuntu PPA? (ppa:bortis/musl) So the first version for uploading would be 0.9.13-3 if you accept. Or we can wait for musl 0.9.14 wich, according to upstreams roadmap, will be released in the next two weeks to get a clean 0.9.14-1. My feeling is that you'll need to keep the Ubuntu PPA and the Debian package seperated and have them NOT in the same git branch. This will save you trouble down the road as Debian != Ubuntu in many aspects and you will face situations where you need only to upload Debian or Ubuntu... Just small additional tips: use specific versioning scheme in your PPA. For example: 0.9.14-0ppa1~raring1. As you can see, this version is lower that version in official Debian and Ubuntu archives. So once updated package will hit into main archive, it will be updated in users systems. I use this approach for a long period of time. You may find one of examples here: https://launchpad.net/~tehnick/+archive/q4wine/+packages Just look at Newer version available string. Related Git-repo: https://github.com/tehnick/q4wine-debian Just look at git tags. Best wishes, Boris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-2 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I have updated the packages to adress the last lintian warning about the missing manpage. Musl is a new standard C library, almost written from scratch. It is small like uclibc, but is mostly glibc compatible. For more information: http://www.musl-libc.org/intro.html I would really appreciate if someone could at least hint me, if something with the package is wrong and therefor not qualify for uploading. * Package name: musl Version : 0.9.13 Upstream Author : Rich Felker dal...@aerifal.cx * URL : http://www.musl-libc.org/ * License : MIT Section : libs It builds those binary packages: musl - standard C library musl-dev - standard C library development files musl-tools - standard C library tools Related ITP Bug is: #713072 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/musl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/musl/musl_0.9.13-2.dsc The git repo for the package is located on github: https://github.com/wermut/musl The repository follows the guideline found under https://wiki.debian.org/PackagingWithGit Thanks in advance Kevin Bortis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-2 [ITP]
Hi Anton Thanks for your fast feedback. I have revorked the files according to your comments. Answers are in the text. I have not uploaded a new package to Debian mentors. But changes can be found under: https://github.com/wermut/musl/tree/master/debian If you have furter questions. I am ready to answer. Thanks in advance Kevin Bortis On Fri, Sep 20, 2013 at 8:46 PM, Anton Gladky gladky.an...@gmail.com wrote: Hi Kevin, thanks for working on the package. Generally it looks good and almost ready for uploading. Some minor notes: - Remove Readme.Debian, it is useless. Done - Changelog should have just one note: Initial packaging, Closes First debian/changelog entry closes ITP Last debian/changelog closes RFS OK like this? The package was not yet uploaded into Debian. - The package number should be 0.9.13-1 Could I still keep the incrementation, because the earlier versions are already tagged signed in the public git repository and also already uploaded to a Ubuntu PPA? (ppa:bortis/musl) So the first version for uploading would be 0.9.13-3 if you accept. Or we can wait for musl 0.9.14 wich, according to upstreams roadmap, will be released in the next two weeks to get a clean 0.9.14-1. - Are you sure, you need to ship *.a for further static linkage? Just a question. I personally prefer not to do it. One of the advantage of musl libc is, that it correctly handles static linking. So I personally prefer to ship these to the users. - debian/rules: * remove commented lines 2-7 Done * do you really need lines 32-39, (Cross build support) Would appreciate to leave them in package, because I often cross compile packages. I tried to follow the instructions from https://wiki.debian.org/CrossBuildPackagingGuidelines 41-48, ( Clear CFLAGS, CPPFLAGS and LDFLAGS) The problem is, that musl is a C library and therefor one of the core building blocks that must be right. The standard values supplied on some of the tested architectures (inkl. armhf and amd64) will cause the libc to segfault on some circumstances because it got build with wrong FLAGS. I added thes lines, so that musl's configure script can decide on these very delicate settings. (I have discussed that with upstream) 54-55? Needed because cross compiler will not get picked up if not set. Moved line to the other cross build stuff. * add --parallel option to dh Done. * overriding dh_auto_build in your case is not needed. Done. Removed this part. * passing --prefix=/usr in configure is - overriding lintian info-warnings not needed. Done. Removed --prefix=/usr I may be wrong on some points. When you fix those notes, please, let me know. Best regards, Anton 2013/9/20 Kevin Bortis p...@bortis.ch: Package: sponsorship-requests Severity: wishlist Dear mentors, I have updated the packages to adress the last lintian warning about the missing manpage. Musl is a new standard C library, almost written from scratch. It is small like uclibc, but is mostly glibc compatible. For more information: http://www.musl-libc.org/intro.html I would really appreciate if someone could at least hint me, if something with the package is wrong and therefor not qualify for uploading. * Package name: musl Version : 0.9.13 Upstream Author : Rich Felker dal...@aerifal.cx * URL : http://www.musl-libc.org/ * License : MIT Section : libs It builds those binary packages: musl - standard C library musl-dev - standard C library development files musl-tools - standard C library tools Related ITP Bug is: #713072 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/musl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/musl/musl_0.9.13-2.dsc The git repo for the package is located on github: https://github.com/wermut/musl The repository follows the guideline found under https://wiki.debian.org/PackagingWithGit Thanks in advance Kevin Bortis -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CALONj1eefcjep9+he9rmXC9rFdkCH62D4hExTR-2Xs=gec4...@mail.gmail.com Anton 2013/9/20 Kevin Bortis p...@bortis.ch: Package: sponsorship-requests Severity: wishlist Dear mentors, I have updated the packages to adress the last lintian warning about the missing manpage. Musl is a new standard C library, almost written from scratch. It is small like uclibc, but is mostly glibc compatible. For more information: http://www.musl-libc.org/intro.html I would really appreciate if someone could at least hint me, if something with the package is wrong and therefor not qualify for uploading. * Package name: musl Version : 0.9.13 Upstream Author : Rich
Bug#713072: Updated to upstream version 0.9.13
Repository: https://github.com/wermut/musl Release tag: https://github.com/wermut/musl/tree/debian/0.9.13-1 Works with musl-0.9.13: http://www.musl-libc.org/releases/musl-0.9.13.tar.gz PS: I still need a sponsor for this package. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721839: RFS: musl/0.9.13-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package musl * Package name: musl Version : 0.9.13 Upstream Author : Rich Felker dal...@aerifal.cx * URL : http://www.musl-libc.org/ * License : MIT Section : libs It builds those binary packages: musl - standard C library musl-dev - standard C library development files musl-tools - standard C library tools Related ITP Bug is: #713072 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/musl Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/musl/musl_0.9.13-1.dsc The git repo for the package is located on github: https://github.com/wermut/musl The repository follows the guideline found under https://wiki.debian.org/PackagingWithGit Regards, Kevin Bortis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713072: Updated to upstream version 0.9.11
Repository: https://github.com/wermut/musl Release tag: https://github.com/wermut/musl/tree/debian/0.9.11-1 Works with musl-0.9.11: http://www.musl-libc.org/releases/musl-0.9.11.tar.gz
Bug#713072: Preliminary, but fully working packaging for musl-0.9.10
https://github.com/wermut/musl https://github.com/wermut/musl.git Works currently with musl-0.9.10: http://www.musl-libc.org/releases/musl-0.9.10.tar.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713072: ITP: musl -- musl standard C library
Package: wnpp Severity: wishlist Owner: Kevin Bortis p...@bortis.ch * Package name: musl Version : 0.9.10 Upstream Author : Rich Felker dal...@aerifal.cx * URL : http://www.musl-libc.org * License : MIT/X Programming Lang: C Description : musl standard C library musl is lightweight, fast, simple, free and strives to be correct in the sense of standards-conformance and safety. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org