[Clc-contrib] request for contrib inclusion
Hi. I guess, am not the only CRUX user, who just use official core+opt, contrib, [gnome|kde] and his own ports. However not all common apps are there. If everyone'll start their own (probably - mostly duplicate) repos... And this is what is happening =( Here is a list of ports I want to start with, and to add to contrib at the moment: iproute2 synaptics (Synaptics/Alps touchpad driver for x11) fsam7440-console (useful only for one laptop model) ckermit (classic serial communication software) I am not asking for pcmciautils as it will appear in opt some day. It would be nice if someone will examine ports listed above. Any suggestions and remarks are always welcome. The primary source is: http://www.openbunker.org/crux/ports/mike/ (http://crux.nu/portdb/index.php?command=viewrepo&name=mike) But note, there are ports which will never go in contrib because they are private and... well, some of them are really ugly. I've removed some duplicates as well. I know it might be too early to contribute, but listed ports are trivial and, I think, useful enough. -- Mikhail Kolesnik ICQ: 260259143 IRC: mike_k at freenode/#crux, rusnet/#yalta Jabber: mike_k@jabber.lafox.net NIC handle: MKK83-UANIC
Hi.
I guess, am not the only CRUX user, who just use official core+opt, contrib, [gnome|kde] and his own ports. However not all common apps are there. Well, the "common apps" are largely defined by those which are
Hi Mike, On Sat, Apr 22, 2006 at 17:14:50 +0300, Mikhail Kolesnik wrote: maintained in those collections :-).
The primary source is: http://www.openbunker.org/crux/ports/mike/ (http://crux.nu/portdb/index.php?command=viewrepo&name=mike) But note, there are ports which will never go in contrib because they are private and... well, some of them are really ugly. I've removed some duplicates as well. The ports look good to me, the one thing which made me wonder are the "install -D -o 0 -g 0"
commands. Is there a particular reason you specify those? Both when building as root or with fakeroot, this should automatically be the case. Also, there are a couple of other things: Missing dep for /tmp/mike/devilspie: libwnck Missing dep for /tmp/mike/ppp: libcap Missing dep for /tmp/mike/slmodem: alsa-libs /tmp/mike/aalib: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/fsam7440-console: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/libnids: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/lirc-xmms-plugin: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/mplayer: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/obpager: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/ucon64: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/wmtop: hardcoded sf mirror switch.dl.sourceforge.net /tmp/mike/xosview: hardcoded sf mirror switch.dl.sourceforge.net Those issues aside, your ports look good, and I support your application for contrib. Since I only had a quick glance, I'd appreciate if someone else could check his ports too and comment. Mike, thanks for your submission! Best regards, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch
The ports look good to me, the one thing which made me wonder are the "install -D -o 0 -g 0"
commands. Is there a particular reason you specify those? Both when building as root or with fakeroot, this should automatically be the case. Trying to remember... I think, I've used such things just copy-pasted from one of Makefiles and then reused the same syntax. As a side effect
Hello, Johannes. On Sat, 22 Apr 2006 17:34:42 +0200 Johannes Winkelmann <jw@tks6.net> wrote: this also prevents (not fakerooted) port building process by user, as he can not set file's uid & gid to zero. Ok, removed "-o 0 -g 0".
Missing dep for /tmp/mike/devilspie: libwnck Missing dep for /tmp/mike/ppp: libcap Missing dep for /tmp/mike/slmodem: alsa-libs Very strange, as all this deps are listed and the ports are definitely synced. crux.nu's ports db also lists these deps.
As about "hardcoded sf mirror" - I constantly get errors from their redirection mechanism... But, as this is gonna be used by someone else I'll fix it.
Mike, thanks for your submission! Best regards, Johannes Johannes & Co, thanks for great distro and opportunity to contribute.
-- Mikhail Kolesnik ICQ: 260259143 IRC: mike_k at freenode/#crux, rusnet/#yalta Jabber: mike_k@jabber.lafox.net NIC handle: MKK83-UANIC
High, ally! :) Originally Mikhail Kolesnik wrote:
Missing dep for /tmp/mike/devilspie: libwnck Missing dep for /tmp/mike/ppp: libcap Missing dep for /tmp/mike/slmodem: alsa-libs Very strange, as all this deps are listed and the ports are definitely synced.
First two are from jaeger's gnome repository and alsa-libs should be probably alsa-lib. I've checked your ports and rise both my hands for you. -- Oleksiy
Hello, Oleksiy. On Sun, 23 Apr 2006 19:06:17 +0300 "Oleksiy V. Khilkevich" <centericq@ukr.net> wrote:
Missing dep for /tmp/mike/devilspie: libwnck Missing dep for /tmp/mike/ppp: libcap Missing dep for /tmp/mike/slmodem: alsa-libs ... First two are from jaeger's gnome repository and alsa-libs should be probably alsa-lib. Lame me! slmodem dep adjusted.
ppp dependency is a typo too, should be 'libpcap' and is somewhat optional... Fixed. (Note, it is a sort of port that will never appear in contrib.) I think it is not essential to resolve devilspie's dependency (ask jaeger include libwnck in contrib?) before I'll want to '.sync' devilspie. Am I right? So many mistakes - I should be more pedantic. But for now there are only few ports on my first-term list... hope no caveats with them.
I've checked your ports and rise both my hands for you. Really thanks.
P.S. Sourceforge surprises me a lot. Now trying to make $source mirror-independent, but some (not all) packages still can not be downloaded directly from dl.sourceforge.net -- Mikhail Kolesnik ICQ: 260259143 IRC: mike_k at freenode/#crux, rusnet/#yalta Jabber: mike_k@jabber.lafox.net NIC handle: MKK83-UANIC
Hello, Jukka. On Mon, 24 Apr 2006 00:38:53 +0300 Jukka Heino <jukka.heino@gmail.com> wrote:
I myself have this line in /etc/hosts:
193.1.193.66 download.sourceforge.net download.sf.net dl.sourceforge.net dl.sf.net I had something similar but it appears that even not all mirrors have all files, so it is up to every user to properly adjust /etc/hosts. Your mirror of choice (heanet) worked like a charm for me.
Thanks, Jukka! P.S. Sorry for off-topic here -- Mikhail Kolesnik ICQ: 260259143 IRC: mike_k at freenode/#crux, rusnet/#yalta Jabber: mike_k@jabber.lafox.net NIC handle: MKK83-UANIC
Hi, On Mon, Apr 24, 2006 at 00:25:50 +0300, Mikhail Kolesnik wrote: [...]
I think it is not essential to resolve devilspie's dependency (ask jaeger include libwnck in contrib?) before I'll want to '.sync' devilspie. Am I right? Yes, I'm sorry for not making that clear before; I just ran the script on your whole repository. The "no deps except those provided by core/opt/contrib" rule is of course only applied for those ports you want to sync.
Regards, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch
Originally Mikhail Kolesnik wrote:
I think it is not essential to resolve devilspie's dependency (ask jaeger include libwnck in contrib?) before I'll want to '.sync' devilspie. Am I right?
Well, some time ago I have a talk with Matt about inclusion of some intersting ports of him to contrb. He declined that for some reasons I can't understand :-]. Among those where a couple of ports usefull for general purpose like librsvg that makes xfce-dusk theme work fine in XFCE. Unfortunately i can't find that email. I might loose it :( -- Sorry for offtopic, Oleksiy
Hi, On Sun, Apr 23, 2006 at 19:06:17 +0300, Oleksiy V. Khilkevich wrote:
High, ally! :) [...] I've checked your ports and rise both my hands for you. Good, thanks.
Mike, I added your repository, it will be synced starting with the next prtsync run (09:15 CEST). Kind regards, Johannes -- Johannes Winkelmann mailto:jw@smts.ch Zurich, Switzerland http://jw.smts.ch
participants (4)
-
Johannes Winkelmann -
Jukka Heino -
Mikhail Kolesnik -
Oleksiy V. Khilkevich