Re: [gentoo-dev] Re: [gentoo-dev-announce] Council meeting summary for 3 April 2012
On Sat, 28 Apr 2012 16:44:57 -0700 Luca Barbato lu_z...@gentoo.org wrote: On 10/04/12 11:45, William Hubbs wrote: There are binaries in /{bin,sbin} which link against libraries in /usr/lib for example. We could try to have an exact list and figure out exactly what is it and how impacting it is. If any of those are needed for early-boot it would be something to address nonetheless. I have already opened bugs for many of them. But the list will increase in time, and we'll either move a lot of libraries to /lib* or decide to go the other way. Did someone mentioned mentioning two cross-linked program/data trees (well, three or four in our case) with fuzzy classification rules is against KISS? -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council meeting summary for 3 April 2012
On 28/04/12 23:44, Michał Górny wrote: I have already opened bugs for many of them. But the list will increase in time, and we'll either move a lot of libraries to /lib* or decide to go the other way. repeat after me EARLY BOOT, as in initramfs. In initramfs you don't have /usr with everything there because you are supposed to mount it. If you need something (e.g. a mount helper using libs living somewhere) you need to put it there, if you don't have a way to be aware of which is where then you'll have users experiencing problems. The proper way to fix it is either fix the programs or find replacement that have less or no dependencies. Did someone mentioned mentioning two cross-linked program/data trees (well, three or four in our case) with fuzzy classification rules is against KISS? Enumerate them, I'm sick of vague problems. lu -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero
Re: [gentoo-dev] [RFC] Changing default serial-console definition in inittab
Hi! On Fri, 27 Apr 2012, Diego Elio Pettenò wrote: The current definition sets the console at 9600 baud, using vt100 emulation; I think most of us who configure it, do so at 115200 baud, and some prefer vt-utf8 over vt100 (the two are partially compatible as far as I can tell). Also note that some embedded systems (Alix, for example) are not capable of 115200 baud, but top out at 38400 (which is already far better than 9600). Regards, Tobias -- printk(KERN_ERR happy meal: Transceiver BigMac ATTACK!); linux-2.6.19/drivers/net/sunhme.c
Re: [gentoo-dev] Lastrite app-text/chmsee. Semi-lastrite libopensync-plugin-google-calendar.
On 04/28/2012 01:17 PM, Michael Weber wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 According to upstreams homepage [1], the current tagged v1.99.09 does support xulrunner 11.0. There is no such thing as separate Xulrunner 11.0. There is Firefox 11.0 but upstream stopped splitting it from Firefox and our Firefox package doesn't ship with pkg-config files for it. So chmsee upstream very much failed... He should switch to something else, like webkit-gtk or gtkhtml. - Samuli
[gentoo-dev] Xfce 4.10 in Portage (and a bit of warning about me being partly devaway)
I've just included Xfce 4.10 final in Portage. Sorry for delay, but I was literally mugged at the middle of day. I was having backpains before due to my scoliosis and this guy kicked me to spot where it hurts. I'm in process of recovering. Don't worry, I'll get over this but I need a week or two or so. - Samuli
Re: [gentoo-dev] Lastrite app-text/chmsee. Semi-lastrite libopensync-plugin-google-calendar.
El dom, 29-04-2012 a las 13:54 +0300, Samuli Suominen escribió: On 04/28/2012 01:17 PM, Michael Weber wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 According to upstreams homepage [1], the current tagged v1.99.09 does support xulrunner 11.0. There is no such thing as separate Xulrunner 11.0. There is Firefox 11.0 but upstream stopped splitting it from Firefox and our Firefox package doesn't ship with pkg-config files for it. So chmsee upstream very much failed... He should switch to something else, like webkit-gtk or gtkhtml. - Samuli The problem is that looks like other major distributions are still providing xulrunner (from firefox): http://pkgs.fedoraproject.org/gitweb/?p=xulrunner.git;a=tree http://download.opensuse.org/factory/repo/src-oss/suse/src/xulrunner-12.0-1.1.src.rpm http://packages.debian.org/sid/xulrunner-10.0 signature.asc Description: This is a digitally signed message part
[gentoo-dev] media-tv/linuxtv-dvb-firmware needs some love
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, media-tv/linuxtv-dvb-firmware has quite a few open bugs[1] because some of the firmwares listed in that ebuild don't exist anymore. Anyone willing to step up and bring this package up2date? [1]https://bugs.gentoo.org/buglist.cgi?quicksearch=linuxtv-dvb-firmwar - -- Regards, Markos Chandras / Gentoo Linux Developer / Key ID: B4AFF2C2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) iQIcBAEBCgAGBQJPnSmhAAoJEPqDWhW0r/LCPrgQAJDwriu6SmFxuYltAss5IrM6 +dcoK9TkDoovs5VbhOUliovBtxPCL1rlUye/IbdtPUeof7sduM+MYYWklSSJvlOp C5tf8BrG1k9AjehteTwvnR7VETcZrN92GVEwT1VCR8WA8LAnzUchXdBMVQ/ZbYMp Ubro4TzZAteLUkPLWIVnjYUm+2VvOOQVVgNw3yxDgg/9PQsHK0maolk6uI+UHmhY DSfroPGgeU72HzCcQkYREmoaV2yfDEX4Gs57mioKADLQMp+Z6AdnyDJGho23DMdy /sM5mGL/gUcAQpWTMszlla+FbuO9n1mQWwYAiL6Rql1EpH1jiOz4mylYtk+x/RRS b6v1OS/TMDqkQRekOhEwPtgwNK+jOyIuCB3MqB1pnMaW546TGko1F9LHoFj55iRR oY9NOHkxI+n7NAb8K8CHDzrTUSuWtu8xfyNwOZ+ANV+Jw7IKjxRiPW+wzuN+L/k0 GJMEJ3PkkJa+aCtt5Kq7pTP7c42suJ10Phgv62W/HymoxE4BeR6gcYl5IDr9D1Bo iLz7JIeian3t+Vik/tM8fBm9AeP8dc+f5EBhYPKWDlBBNDWIcx6xihZs/P/xrIz3 RKYv9JCyV4ILwxmWKoOVi9CyS6Rl89GSz/f2YKJ6tJa5jW1r5JSGnRha7/zKmZyz Ulzw25I76XxmdSgt72JN =hon4 -END PGP SIGNATURE-
Re: [gentoo-dev] dev-embedded/tigcc needs an urgent bump
El lun, 23-04-2012 a las 20:35 +0200, Pacho Ramos escribió: Our stable versions are broken for a long time, they even don't compile, but we cannot stable latest testing version because of a buffer overflow problem. A bump could help, but looks like embedded team doesn't have enough time for it. Is anybody interested in taking care of it? Its bugs: https://bugs.gentoo.org/buglist.cgi?quicksearch=tigcclist_id=978701 Thanks Or maybe we should simply treeclean it if nobody is willing to fix/maintain it and since nothing in the tree needs it... signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] new vdr-plugin-2.eclass needs review
Guten Tag Joerg Bornkessel, am Mittwoch, 25. April 2012 um 22:35 schrieben Sie: Hallo Gentoo-dev ML, some major changes in media-video/vdr-1.7.27:overlay vdr-devel needs some rewrite in the vdr-plugin.eclass Please review after 5 days, no reply found a small typo in a test; fixed added vdr-plugin-2.eclass to portage eclass/ Cheers /bin/joerg -- Mit freundlichen Grüßen Joerg Bornkessel mailto:hd_bru...@gentoo.org pgpnJKVgVkeA9.pgp Description: PGP signature
Re: [gentoo-dev] About validate_desktop_entries in eutils.eclass
On 15.04.2012 17:12, Pacho Ramos wrote: El dom, 15-04-2012 a las 16:02 +0200, Michał Górny escribió: On Sun, 15 Apr 2012 11:59:50 +0200 Pacho Ramos pa...@gentoo.org wrote: I am unsure about validate_desktop_entries() utility. It's currently provided by eutils.eclass and only called by net-firewall/fwbuilder. Shouldn't this be moved to a qa check? Current way is pretty useless as it's not used by most of packages, and calling it from a lot of eclasses/ebuilds doesn't sound me like a good idea. What do you think? Agreed. It should be in repoman. The check needs to be run over desktop file going to be installed, not sure how repoman can handle it, it looked to me more like a emerge job (like is done with other qa checks run before installation) There's actually already code in repoman that runs desktop-file-validate. It of course only works for installed packages. Someone could make it run runtime too. Regards, Petteri signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Xfce 4.10 in Portage (and a bit of warning about me being partly devaway)
On 29 April 2012 12:00, Samuli Suominen ssuomi...@gentoo.org wrote: I've just included Xfce 4.10 final in Portage. Sorry for delay, but I was literally mugged at the middle of day. I was having backpains before due to my scoliosis and this guy kicked me to spot where it hurts. I'm in process of recovering. Don't worry, I'll get over this but I need a week or two or so. - Samuli Poor guy! Hope that you feel better soon. Thanks for all the great work that you do! :)
Re: [gentoo-dev] dev-embedded/tigcc needs an urgent bump
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/29/12 07:48, Pacho Ramos wrote: El lun, 23-04-2012 a las 20:35 +0200, Pacho Ramos escribió: Our stable versions are broken for a long time, they even don't compile, but we cannot stable latest testing version because of a buffer overflow problem. A bump could help, but looks like embedded team doesn't have enough time for it. Is anybody interested in taking care of it? Its bugs: https://bugs.gentoo.org/buglist.cgi?quicksearch=tigcclist_id=978701 Thanks Or maybe we should simply treeclean it if nobody is willing to fix/maintain it and since nothing in the tree needs it... I've submitted what I hope is fix for the buffer overflow problem to bug 337059. Will that be sufficient to remove the block on stabilization? - --Chris Reffett -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+dm5gACgkQ23laikJhg1Q2aQCeOOHS3tB0gVfCxQ79ldSBMV3N gEYAn3Ek1hpIhU/CSjsLxMEa13bx8R0t =0uOv -END PGP SIGNATURE-
[gentoo-dev] new virtual/pkgconfig to support lighter alternatives
the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
On 29 April 2012 18:11, Mike Frysinger vap...@gentoo.org wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? -mike I'd just like to say, i'm also an Atheme project member and I have authorisation from nenolod (the primary pkgconf developer) to make changes and stuff, so I can upstream any changes necessary to make pkgconf work for us.
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council meeting summary for 3 April 2012
On 04/29/2012 12:04 AM, Luca Barbato wrote: On 28/04/12 23:44, Michał Górny wrote: I have already opened bugs for many of them. But the list will increase in time, and we'll either move a lot of libraries to /lib* or decide to go the other way. repeat after me EARLY BOOT, as in initramfs. In initramfs you don't have /usr with everything there because you are supposed to mount it. If you need something (e.g. a mount helper using libs living somewhere) you need to put it there, if you don't have a way to be aware of which is where then you'll have users experiencing problems. The proper way to fix it is either fix the programs or find replacement that have less or no dependencies. Maybe it's reasonable for the initramfs to utilize a config file from /etc of the future root filesystem, but having in depend on files from the future /usr seems like a strange idea. Wouldn't it make more sense to bundle all dependencies into the initramfs, so that it's mostly self-contained, rather than have it be dependent on files from the future root filesystem (or future /usr)? -- Thanks, Zac
Re: [gentoo-dev] [RFC] Changing default serial-console definition in inittab
On Friday 27 April 2012 13:29:54 Diego Elio Pettenò wrote: Since I've been configuring a couple of systems lately for remote access, which include configuring the serial console, I'm wondering if it would be a good idea to change our inittab so that the default (commented out) definition of the serial consoles is a bit more.. modern. The current definition sets the console at 9600 baud, using vt100 emulation; I think most of us who configure it, do so at 115200 baud, and some prefer vt-utf8 over vt100 (the two are partially compatible as far as I can tell). vt-utf8 isn't installed into /etc/terminfo/ currently, so we'd have to fix that. then i could make the default based on USE=unicode. as for the generic ttyS0/ttyS1 defaults, 115200 is just as easy as 9600 to change, so np updating that. for all the system-specific configs though (we have a bunch of arch/system ones), i'd prefer to leave those alone as they tend to be tailored to common board-specific behavior. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/04/12 15:11, Mike Frysinger wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? Please do now =) lu - -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+dzr8ACgkQ6Ex4woTpDjSsqgCgjCgbMwaUcck/jmVcxeb0rJtn sRYAoJTzVDx/3ScZMi3gGqYUWgy3WFYc =Ia4J -END PGP SIGNATURE-
Re: [gentoo-dev] Re: [gentoo-dev-announce] Council meeting summary for 3 April 2012
On 29/04/12 15:40, Zac Medico wrote: Maybe it's reasonable for the initramfs to utilize a config file from /etc of the future root filesystem, but having in depend on files from the future /usr seems like a strange idea. Wouldn't it make more sense to bundle all dependencies into the initramfs, so that it's mostly self-contained, rather than have it be dependent on files from the future root filesystem (or future /usr)? Well it is a bit unreasonable even rely on foreign /etc. The root problem is that what you want to use for early boot should not have huge deps and that assumption fails for a number of reasons, I guess mostly due the fact who writes some software doesn't expect it to be run on early boot =\ lu -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
On 04/29/12 19:29, Luca Barbato wrote: On 29/04/12 15:11, Mike Frysinger wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? Please do now =) lu Agreed. :) signature.asc Description: OpenPGP digital signature
[gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2012-04-29 23h59 UTC
The attached list notes all of the packages that were added or removed from the tree, for the week ending 2012-04-29 23h59 UTC. Removals: gnome-extra/hardware-monitor2012-04-23 18:01:43 pacho media-sound/canorus 2012-04-23 18:02:29 pacho dev-libs/libtomcrypt2012-04-23 18:04:57 pacho app-admin/srlog22012-04-23 18:05:52 pacho dev-libs/tomsfastmath 2012-04-23 18:06:30 pacho dev-php/PEAR-DB_DataObject_FormBuilder 2012-04-23 18:07:37 pacho dev-cpp/cppserv 2012-04-23 18:08:29 pacho dev-cpp/sptk2012-04-23 18:09:07 pacho www-client/icecat 2012-04-23 18:10:29 pacho net-misc/asterisk-res_bondia2012-04-23 18:13:02 pacho net-misc/x-lite 2012-04-23 18:13:30 pacho x11-misc/expocity 2012-04-23 18:14:15 pacho dev-libs/sucs 2012-04-23 18:15:02 pacho net-analyzer/pathrate 2012-04-23 18:15:46 pacho net-im/gyach2012-04-23 18:16:23 pacho app-editors/cssed 2012-04-23 18:18:28 pacho media-libs/libgiigic2012-04-23 18:19:36 pacho net-irc/echat 2012-04-23 18:20:09 pacho net-im/msn-transport2012-04-23 18:20:57 pacho net-im/yahoo-transport 2012-04-23 18:21:35 pacho net-p2p/giftoxic2012-04-23 18:22:14 pacho net-p2p/dchub 2012-04-23 18:22:38 pacho dev-cpp/cppcsp2 2012-04-23 18:23:36 pacho dev-util/radare 2012-04-23 18:24:53 pacho www-servers/mini_httpd 2012-04-23 18:26:04 pacho net-analyzer/midas-nms 2012-04-23 18:27:00 pacho media-sound/demolition 2012-04-23 18:27:48 pacho net-fs/coda 2012-04-23 18:28:29 pacho dev-db/ingres 2012-04-23 18:29:27 pacho sci-libs/rcsb-data 2012-04-24 06:10:35 jlec profiles/arch/amd64-fbsd/todo 2012-04-26 21:30:57 aballier app-text/focuswriter2012-04-28 20:26:44 johu net-im/twittare 2012-04-29 20:06:20 hwoarang Additions: media-sound/jalv2012-04-23 13:21:00 aballier media-plugins/mda-lv2 2012-04-23 13:27:59 aballier dev-libs/dee2012-04-23 18:41:27 jlec app-emacs/yaml-mode 2012-04-23 20:27:24 ulm app-emacs/actionscript-mode 2012-04-23 21:01:07 ulm dev-python/authres 2012-04-24 11:14:02 xarthisius app-admin/salt 2012-04-24 23:37:27 chutzpah dev-python/django-appconf 2012-04-25 12:25:31 tampakrap dev-python/versiontools 2012-04-25 12:34:45 tampakrap dev-python/django-compressor2012-04-25 12:37:22 tampakrap dev-python/django-debug-toolbar 2012-04-25 16:26:12 tampakrap dev-python/django-ldap-groups 2012-04-25 16:43:46 tampakrap dev-python/django-ldapdb2012-04-25 18:42:04 tampakrap dev-python/django-social-auth 2012-04-25 18:58:58 tampakrap dev-python/mimeparse2012-04-25 19:39:10 tampakrap dev-python/biplist 2012-04-25 19:43:51 tampakrap profiles/arch/amd64-fbsd/todo 2012-04-26 13:11:24 aballier app-vim/python-mode 2012-04-27 09:12:00 xarthisius net-misc/bfgminer 2012-04-27 10:35:10 blueness dev-python/python-digest2012-04-27 10:50:01 tampakrap dev-python/django-tastypie 2012-04-27 10:58:42 tampakrap dev-python/pkginfo 2012-04-27 12:49:29 tampakrap dev-python/errorhandler 2012-04-27 12:52:42 tampakrap dev-python/django-xslt 2012-04-27 13:48:21 tampakrap dev-python/SchemaObject 2012-04-28 00:03:17 blueness dev-db/SchemaSync 2012-04-28 00:22:41 blueness dev-db/pgagent 2012-04-28 18:34:11 titanofold app-editors/focuswriter 2012-04-28 20:12:12 johu x11-misc/andromeda 2012-04-29 08:57:23 yngwin x11-misc/qxkb 2012-04-29 11:04:56 yngwin sci-physics/sassena 2012-04-29 11:33:27 alexxy dev-ruby/mixlib-shellout2012-04-29 13:13:46 hollow dev-ruby/ipaddress 2012-04-29 15:24:28 hollow -- Robin Hugh Johnson Gentoo Linux Developer E-Mail : robb...@gentoo.org GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E
[gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle
i've added a new USE=sep-usr flag to busybox. when enabled, this will install a static busybox at /ginit (and have the other busybox paths symlink to that so there's no overhead). this new applet has a hand written set of commands to automatically mount /dev /proc /sys /usr and seed /dev, and then execute the real init (defaulting to /sbin/init). to use it, update your kernel command line (in grub.conf or whatever) with: init=/ginit if you want to use a different init from /sbin/init, then just do: init=/ginit /some/other/init this code does not require an initramfs, but if you happen to use one anyways, it should be handled automatically. same goes for any other automatic mount aspects of the boot process. this also address the /usr-merge issue since busybox has all the programs it executes built into itself (it's a multicall binary). this is where the openrc early-init scripts failed (they still relied on things in /bin etc...). this also keeps intact the rescue shell scenario. the new applet allows you to execute other applets. so booting the kernel with a command line like so: init=/ginit bb will launch our standard static rescue shell. since it's static, you quite literally don't need any other path in the system other than /. finally, since the recent udev-mount init.d script is completely brain dead and refuses to execute unless devtmpfs is enabled, this code will also automatically mount+seed /dev (via mdev) if need be. note: the automatic mounting of /usr applies only to filesystems that (1) the kernel can natively mount (i.e. no module autoloading) and (2) do not require external mount helpers (i.e. `mount.ntfs3g` or `mount.cifs`). i don't think either of these are a big deal. if they are, well, use an initramfs :P. this should address the council's requirement (sep-/usr w/out initramfs) while allowing the general craziness to proceed w/out forking projects ourselves. this is all in busybox-1.20.0 which is now in the tree. if people want to try it out before i unmask it, that'd be great. seems to work in my qemu setup, and on the s390/s390x systems which really don't have a choice when it comes to a sep-/usr (due to limitations in the s390 hardware env). -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
On Sunday 29 April 2012 18:40:00 Jeff Horelick wrote: On 29 April 2012 18:11, Mike Frysinger vap...@gentoo.org wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? I'd just like to say, i'm also an Atheme project member and I have authorisation from nenolod (the primary pkgconf developer) to make changes and stuff, so I can upstream any changes necessary to make pkgconf work for us. that sounds really good. i sent you some patches ;). however, it's missing pkg.m4. any thoughts on that ? -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
On 30 April 2012 00:08, Mike Frysinger vap...@gentoo.org wrote: On Sunday 29 April 2012 18:40:00 Jeff Horelick wrote: On 29 April 2012 18:11, Mike Frysinger vap...@gentoo.org wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? I'd just like to say, i'm also an Atheme project member and I have authorisation from nenolod (the primary pkgconf developer) to make changes and stuff, so I can upstream any changes necessary to make pkgconf work for us. that sounds really good. i sent you some patches ;). however, it's missing pkg.m4. any thoughts on that ? -mike The patches look pretty good. As far as the solution for pkg.m4...I just gave it a second look and noticed it's GPLv2+ which means the license is compatible with pkgconf's (I thought it was GPLv3, which would've meant it wasn't compatible)...We'll work on getting those patches and the pkg.m4 in the tree and getting a 0.2 release rolled out in the next day or 2.
Re: [gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle
On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote: finally, since the recent udev-mount init.d script is completely brain dead and refuses to execute unless devtmpfs is enabled, this code will also automatically mount+seed /dev (via mdev) if need be. The recent udev-mount script goes with =udev-182 which *requires* devtmpfs, so I don't see why you think the the udev-mount script is braindead. this should address the council's requirement (sep-/usr w/out initramfs) while allowing the general craziness to proceed w/out forking projects ourselves. Correction here; as far as I know the council did not mandate separate /usr without initramfs. They just said that separate /usr is a supported configuration. William pgpjRETQQMOfD.pgp Description: PGP signature
Re: [gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle
On Monday 30 April 2012 00:31:52 William Hubbs wrote: On Sun, Apr 29, 2012 at 10:00:26PM -0400, Mike Frysinger wrote: finally, since the recent udev-mount init.d script is completely brain dead and refuses to execute unless devtmpfs is enabled, this code will also automatically mount+seed /dev (via mdev) if need be. The recent udev-mount script goes with =udev-182 which *requires* devtmpfs, so I don't see why you think the the udev-mount script is braindead. it leaves your system in a hard to recover state because you happened to forget to check a filesystem option (which ironically isn't under Filesystems in the kernel). it's piss-poor user facing behavior. -mike signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] new virtual/pkgconfig to support lighter alternatives
On 29/04/12 21:17, Jeff Horelick wrote: On 30 April 2012 00:08, Mike Frysinger vap...@gentoo.org wrote: On Sunday 29 April 2012 18:40:00 Jeff Horelick wrote: On 29 April 2012 18:11, Mike Frysinger vap...@gentoo.org wrote: the canonical pkg-config is getting fat. it requires glib-2. it runs pkg- config when building. glib-2 requires pkg-config. whee. for our normal systems, this isn't a big deal. but we'd like to enable a lighter alternative for embedded/alternative systems. as such, i'd like to introduce a virtual/pkgconfig that allows for selection of simpler (but compatible) implementations. we've got an implementation in perl (i'm not interested in), but there is also pkg-config-lite and pkgconf. they should be compatible with the canonical pkg-config. they aren't yet in the tree, but will be once we agree on this topic. any comments ? I'd just like to say, i'm also an Atheme project member and I have authorisation from nenolod (the primary pkgconf developer) to make changes and stuff, so I can upstream any changes necessary to make pkgconf work for us. that sounds really good. i sent you some patches ;). however, it's missing pkg.m4. any thoughts on that ? -mike The patches look pretty good. As far as the solution for pkg.m4...I just gave it a second look and noticed it's GPLv2+ which means the license is compatible with pkgconf's (I thought it was GPLv3, which would've meant it wasn't compatible)...We'll work on getting those patches and the pkg.m4 in the tree and getting a 0.2 release rolled out in the next day or 2. I just sent a couple of patches to pkg-config to update the m4 with some additional macros to provide stock --with-foo, I guess they will be useful for you as well, if you import it before I can send you the same patchset. lu -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero
Re: [gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 29/04/12 21:48, Mike Frysinger wrote: The recent udev-mount script goes with =udev-182 which *requires* devtmpfs, so I don't see why you think the the udev-mount script is braindead. it leaves your system in a hard to recover state because you happened to forget to check a filesystem option (which ironically isn't under Filesystems in the kernel). it's piss-poor user facing behavior. Many already stated that regarding that version of udev, no reason to restate it again. lu - -- Luca Barbato Gentoo/linux http://dev.gentoo.org/~lu_zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk+eISMACgkQ6Ex4woTpDjSxkQCgpJr9IpurwaVnmKUu6X169LRA w70AoJ7D+PGd3ALftmNmko0Nqmc7icUN =bI0z -END PGP SIGNATURE-
Re: [gentoo-dev] busybox[sep-usr] support for mounting /usr w/out hassle
On Mon, Apr 30, 2012 at 12:48:55AM -0400, Mike Frysinger wrote: it leaves your system in a hard to recover state because you happened to forget to check a filesystem option (which ironically isn't under Filesystems in the kernel). it's piss-poor user facing behavior. Here's the situation. Udev-182 mandates that a devtmpfs be mounted on /dev. Udev-mount attempts to do this, and if it can't, it fails. Since udev-mount fails, udev has to fail. I would rather have had =udev-182 refuse to merge if you don't have config_devtmpfs in your kernel, but I was informed that is not allowed because of build hosts. If there is another way to handle this I'm all ears. Thanks, William pgpQVMEZ4GASd.pgp Description: PGP signature