1 |
Friday 14 Aug 2009 13:15:07 (+0200), Alexis Ballier wrote : |
2 |
> I didn't know you were left alone; if you need some help you can |
3 |
> contact me too; unfortunately I'm way too busy these days to be able to |
4 |
> be a full mentor but I'm interested in seeing a g/netbsd port so I can |
5 |
> give a high priority in helping you towards that goal :) |
6 |
|
7 |
Shit happens. But thanks for your help. :) |
8 |
I'm gonna ping you on IRC. |
9 |
|
10 |
> |
11 |
> I've a couple of remarks wrt |
12 |
> http://projects.boulz.org/trac/gentoo-nbsd/attachment/wiki/WikiStart/netbsd-gentoo-ebuilds.txt |
13 |
> |
14 |
> netbsd-bin |
15 |
> | sh -> app-shells/bash = OK |
16 |
> |
17 |
> This doesn't sound optimal; I'd rather keep netbsd sh which is probably |
18 |
> a POSIX compliant sh and leave bash as /bin/bash; while in practice this |
19 |
> is not always the case, all gentoo packages should be fine with /bin/sh |
20 |
> not being bash. Esp. openrc works very well with a more |
21 |
> lightweight /bin/sh than bash and thus makes booting faster. |
22 |
|
23 |
Ok, I'll correct that. |
24 |
|
25 |
> |
26 |
> netbsd-sbin |
27 |
> | rcorder -> nothing = OK |
28 |
> |
29 |
> rcorder is the thing that does a topological sort on init script |
30 |
> dependencies, right? In that case, with openrc it's very unlikely to be |
31 |
> needed but IMHO it would be nice to have it available (an useflag?). |
32 |
|
33 |
Using OpenRC makes rcorder useless: it's used in /etc/rc script. |
34 |
|
35 |
> |
36 |
> netbsd-ubin |
37 |
> 14 | m4 -> sys-devel/m4 = OK |
38 |
> 15 | patch -> sys-devel/patch = OK |
39 |
> 22 | sed -> sys-apps/sed = OK |
40 |
> |
41 |
> Be careful there: all of them prepend the binaries names with a g when |
42 |
> userland isn't gnu. On FreeBSD, with portage we use the GNU versions |
43 |
> (see profiles/default/bsd/fbsd which aliases them) but BSD versions have |
44 |
> been preferred as, respectively, m4, patch and sed. This raises the |
45 |
> question: what userland do you want to have? IMHO it is better to have |
46 |
> a full BSD userland while stuff that require GNU tools can use the g |
47 |
> prefixed tools; with that idea you can see portage as a pkgsrc |
48 |
> replacement (or ports replacement in case of fbsd) instead of a |
49 |
> different system with a netbsd kernel & libc but with the rest of it |
50 |
> being GNU. |
51 |
|
52 |
I didn't know that, and it's great if "g" suffix is added. |
53 |
But Portage needs some GNU tools like GNU sed: some scripts/patches |
54 |
don't work if you don't use it. Same thing about awk: |
55 |
I read ebuild.sh source code and "gawk" command is used. I'll correct this but |
56 |
I'll still install them in my stage. |
57 |
|
58 |
> |
59 |
> 17 | yacc -> sys-devel/bison = OK |
60 |
> |
61 |
> Here too: On FreeBSD we use yacc from freebsd-ubin. bison ebuild should |
62 |
> be fine with that and won't install the yacc symlink. |
63 |
|
64 |
On my "correct" list. |
65 |
|
66 |
> |
67 |
> 24 | uuidgen -> sys-apps/e2fsprogs = FAIL |
68 |
> |
69 |
> Keep it there and don't worry about the e2fsprogs version. The e2fsprogs |
70 |
> version uses libuuid which shouldn't be needed on BSD. I'm not sure |
71 |
> about netbsd, but freebsd has uuid functions in the libc; they come |
72 |
> with a different interface but do the same thing. See eg |
73 |
> https://bugs.gentoo.org/show_bug.cgi?id=270003 |
74 |
> Otherwise you'll need libuuid from util-linux, and good luck getting |
75 |
> something working on BSD out of it. |
76 |
|
77 |
Yes, NetBSD has also his own version of uuidgen and libuuid. On my list. |
78 |
|
79 |
> |
80 |
> netbsd-usbin |
81 |
> 42 | lp,lpc,lpd,lpq,lpr,lprm,lptest,pac->net-print/cups=FAIL |
82 |
> 43 | postfix (MKPOSTFIX) -> mail-mta/postfix = FAIL |
83 |
> 44 | wpa_* -> net-wireless/wpa_supplicant = FAIL |
84 |
> |
85 |
> We should probably address these. What's the failure there? |
86 |
> |
87 |
|
88 |
* |
89 |
|
90 |
> netbsd-libs |
91 |
> 49 | libss -> sys-libs/ss = OK |
92 |
> |
93 |
> sys-libs/ss shouldn't be used, take the one from e2fsprogs-libs. |
94 |
> |
95 |
> 54 | libpcap -> net-libs/libpcap = FAIL |
96 |
> |
97 |
> What's the problem here? |
98 |
> |
99 |
|
100 |
* |
101 |
|
102 |
> 55 | libcom_err -> sys-libs/e2fsprogs-libs with |
103 |
> "--disable-tls" ./configure flag = OK |
104 |
> |
105 |
> What's the problem with tls? |
106 |
> |
107 |
|
108 |
*, |
109 |
which means: we should talk about this on IRC. I'll give you errors logs. It's |
110 |
mainly compilation errors. |
111 |
|
112 |
> |
113 |
> About the ebuilds in the overlay: |
114 |
> |
115 |
> netbsd-kernel -> usually we name kernel as -sources: gentoo-sources, |
116 |
> freebsd-sources, etc. |
117 |
|
118 |
I'm gonna rename it. |
119 |
|
120 |
> |
121 |
> netbsd-binutils, netbsd-gcc: what's the point of these wrt |
122 |
> sys-devel/{binutils,gcc} ? |
123 |
> |
124 |
|
125 |
NetBSD devs seem to have patched GCC sources to suit to NetBSD. I maybe writing |
126 |
a big mistake. But I have tried every GCC's ebuilds and none of them have |
127 |
worked. Even by downloading GCC sources on gcc.gnu.org website, ./configure and |
128 |
make, it simply doesn't work. That's why I've created an ebuild.. |
129 |
|
130 |
> |
131 |
> wrt the way you disable bundled libs (eg in netbsd-libs): can't this be |
132 |
> done on a more generic way than patching, like the way freebsd.eclass |
133 |
> does with REMOVE_SUBDIRS ? Doesn't dummy-mk from bsdmk.eclass work on |
134 |
> netbsd makefiles? |
135 |
> |
136 |
|
137 |
Yes, it should work. In fact, it's because I haven't yes packaged my ebuilds |
138 |
that I've used patches. To compile and install one of my ebuilds, you'll need |
139 |
to download sources via CVS. My ebuilds are just a frontend to /usr/src. I know |
140 |
it's not the right way to do: Davide seemed to be fine with that, but Luca |
141 |
explained me how to proceed. For the moment, I'll stay with this configuration |
142 |
because it "works". But, of course, I'll correct this after GSoC. |
143 |
|
144 |
> |
145 |
> > Another problem I face is Kerberos libraries compilation. It fails to |
146 |
> > compile with this error: |
147 |
> > http://pastebin.org/8892 |
148 |
> |
149 |
> Sounds like openssl related; what provides /usr/include/openssl/evp.h ? |
150 |
> |
151 |
|
152 |
~ grep "EVP_PKEY_decrypt" /usr/include/openssl/evp.h |
153 |
int EVP_PKEY_decrypt(EVP_PKEY_CTX *ctx, unsigned char *out, size_t *outlen, const unsigned char *in, size_t inlen); |
154 |
|
155 |
> > I also have to change two ./configure args which are "--without-et" |
156 |
> > and "--without-ss" to pass configure script. According to ./configure |
157 |
> > help: --with-system-et use system compile_et and -lcom_err [default: |
158 |
> > build and install a local version] |
159 |
> > --with-system-ss use system -lss and mk_cmds [private version] |
160 |
> |
161 |
> Why do you need this? e2fsprogs-libs should provide libcomm_err and |
162 |
> libss and we should seriously avoid using bundled libs in packages. |
163 |
> |
164 |
|
165 |
I've tried to compile Kerberos 5 1.7 this morning and it works without changing |
166 |
any ./configure flags. The only error comes from PKINIT: it is an extension |
167 |
to Kerberos that adds public key cryptography. Do we really need it ? |
168 |
Thus, if I remove it from Makefile, compilation works fine. |
169 |
|
170 |
> |
171 |
>> I'm currently facing PAM |
172 |
>> problems. I remember Johan Hattne sending me an email about PAM |
173 |
>> patches especially for NetBSD. Johan, if you read me, your help would |
174 |
>> be much appreciated ! |
175 |
> |
176 |
> Just in case, you're using sys-auth/openpam, right? |
177 |
> |
178 |
> Alexis. |
179 |
> |
180 |
|
181 |
Yes. The problem comes from "passwd" program which segfaults. I need to dig on |
182 |
this more. I can provide a .core if you want. |
183 |
|
184 |
Anyway, thanks again for your help. :) |
185 |
|
186 |
Cheers! |
187 |
|
188 |
Patrice |