Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 08:35, J. Roeleveld wrote: >> Test vms get updated when I feel like it. Some of them never :-) > Hope they are behind a firewall then, wouldn't want to know how quick a 2 > year > old VM gets 0wned if online. They run locally in virtualbox on the laptop, and are fired up when needed. Like for example when I have to figure out wtf exactly did ubuntu do to munin today to break it *again* -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On 9 August 2014 09:53:01 CEST, Alan McKinnon wrote: >On 09/08/2014 08:35, J. Roeleveld wrote: >>> Test vms get updated when I feel like it. Some of them never :-) >> Hope they are behind a firewall then, wouldn't want to know how quick >a 2 year >> old VM gets 0wned if online. > > >They run locally in virtualbox on the laptop, and are fired up when >needed. Like for example when I have to figure out wtf exactly did >ubuntu do to munin today to break it *again* I try to avoid ubuntu. Tried it a few years ago. Looked ok, but didn't like the convoluted way to do a full update and ended up putting Gentoo on the netbook. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 10:20, J. Roeleveld wrote: > On 9 August 2014 09:53:01 CEST, Alan McKinnon wrote: >> On 09/08/2014 08:35, J. Roeleveld wrote: Test vms get updated when I feel like it. Some of them never :-) >>> Hope they are behind a firewall then, wouldn't want to know how quick >> a 2 year >>> old VM gets 0wned if online. >> >> >> They run locally in virtualbox on the laptop, and are fired up when >> needed. Like for example when I have to figure out wtf exactly did >> ubuntu do to munin today to break it *again* > > I try to avoid ubuntu. > Tried it a few years ago. Looked ok, but didn't like the convoluted way to do > a full update and ended up putting Gentoo on the netbook. you mean apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get autoremove ? Yeah, that drives me nuts too. But it's better than Red Hat (dependency hell) and makes the office staff workstations easy to admin (desktop stuff JustWorks for what they need to do). Plus, I refuse under any circumstances to run Gentoo on production unless it's backed by a huge build farm or I have a large cluster that are all identical and have very special needs. Gentoo has it's uses cases, but a loose collection of servers none of which are identical is not it. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] unclear (to me) errors from portage
On Saturday 09 Aug 2014 10:19:39 Alan McKinnon wrote: > > Tried it a few years ago. Looked ok, but didn't like the convoluted way > > to do a full update and ended up putting Gentoo on the netbook. > > you mean > > apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get > autoremove or, sudo do-release-upgrade to upgrade from one LTS to the next? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Versioned world dependencies and subslot rebuilds
On Fri, 8 Aug 2014 17:37:52 -0700
Bryan Gardiner wrote:
> Happy Friday gentoo-user,
>
> I'm setting up a chroot for doing some Haskell work. This chroot is
> so that I can test my package against old versions of my
> dependencies. I thought I would be okay with putting the following in
> my world file:
>
> =dev-haskell/cabal-1.16*
> ~dev-haskell/mtl-2.1.1
> ~dev-haskell/gtk-0.12.0
> ~dev-haskell/hunit-1.2.4.2
> ~dev-haskell/parsec-3.1.3
> =dev-lang/ghc-7.4.2
>
> But when I do "emerge -puvD --changed-use @world" I get:
>
> > # emerge -puvDN @world
> >
> > These are the packages that would be merged, in order:
> >
> > Calculating dependencies... done!
> > [ebuild rR] dev-lang/ghc-7.4.2:0/7.4.2::gentoo-haskell USE="binary
> > doc gmp -ghcbootstrap -ghcmakebinary -llvm" 0 kB
> > [ebuild rR] dev-haskell/cabal-1.16.0.3:0/1.16.0.3 USE="-profile
> > {-test}" 0 kB
> > [ebuild rR] dev-haskell/ghc-paths-0.1.0.9::gentoo-haskell
> > USE="-profile" 0 kB
> > [ebuild rR] dev-haskell/xhtml-3000.2.1-r1:0/3000.2.1::gentoo-haskell
> > USE="hoogle hscolour -doc -profile" 0 kB
> > [ebuild rR] dev-haskell/glib-0.12.4-r1:0/0.12.4 USE="doc hscolour
> > -profile" 0 kB
> > [ebuild rR] dev-haskell/utf8-string-0.3.7-r1:0/0.3.7 USE="doc
> > hscolour -profile" 0 kB
> > [ebuild rR] dev-haskell/deepseq-1.3.0.1:0/1.3.0.1::gentoo-haskell
> > USE="doc hoogle hscolour -profile" 0 kB
> > [ebuild rR]
> > dev-haskell/transformers-0.3.0.0-r1:0/0.3.0.0::gentoo-haskell USE="doc
> > hoogle hscolour -profile" 0 kB
> > [ebuild rR] dev-haskell/mtl-2.1.1 USE="doc hscolour -profile" 0 kB
> > [ebuild rR] dev-haskell/text-0.11.3.1:0/0.11.3.1 USE="doc hscolour
> > -developer -profile {-test}" 0 kB
> > [ebuild rR] dev-haskell/cairo-0.12.5.0-r1:0/0.12.5.0 USE="doc
> > hscolour pdf postscript svg -profile" 0 kB
> > [ebuild rR] dev-haskell/gio-0.12.4-r1:0/0.12.4 USE="doc hscolour
> > -profile" 0 kB
> > [ebuild rR] dev-haskell/pango-0.12.4-r1:0/0.12.4 USE="doc hscolour
> > -profile" 0 kB
> > [ebuild N ] dev-haskell/gtk-0.12.4-r1:2/0.12.4 USE="doc gio hscolour
> > -profile" 0 kB
> >
> > Total: 14 packages (1 new, 13 reinstalls), Size of downloads: 0 kB
> >
> > * IMPORTANT: 5 news items need reading for repository 'gentoo'.
> > * Use eselect news to read news items.
>
> (I haven't gotten gtk to install just yet.) I can't figure out what's
> causing the rebuilds. If I rebuild them, then they continue wanting
> to rebuild. If I instead put the unversioned atoms in world and stick
> the following in package.mask, then the rebuilds disappear:
>
> >=dev-haskell/cabal-1.17
> >=dev-haskell/mtl-2.1.2
> >=dev-haskell/gtk-0.12.1
> >=dev-haskell/hunit-1.2.4.3
> >=dev-haskell/parsec-3.1.4
> >=dev-lang/ghc-7.4.3
>
> I've attached the output of "emerge -puvD --changed-use --debug
> @world" for the rebuilding case. I see:
>
> 13993 Exiting... (dev-lang/ghc-7.4.2::gentoo-haskell, ebuild scheduled for
> merge)
>
> 18458 @__auto_slot_operator_replace_installed__ depends on
> ...
> 18463 (dev-lang/ghc-7.4.2::gentoo-haskell, ebuild scheduled for merge)
> (buildtime_slot_op)
>
> 18697 forced reinstall atoms:
> 18698root: /
> ...
> 18711 atom: dev-lang/ghc:0
>
> but don't understand why. What's causing the rebuilds?
Hia Bryan!
It looks like very old portage bug:
https://bugs.gentoo.org/show_bug.cgi?id=439688
USE=doc might be a trigger of this bug (due to circular nature of doc haskell
depends)
What portage version you are using?
Fresh portage is able to show which packages exactly trigger rebuild.
--
Sergei
signature.asc
Description: PGP signature
Re: [gentoo-user] Versioned world dependencies and subslot rebuilds
On Fri, 8 Aug 2014 17:37:52 -0700, Bryan Gardiner wrote: > I'm setting up a chroot for doing some Haskell work. This chroot is > so that I can test my package against old versions of my > dependencies. I thought I would be okay with putting the following in > my world file: > > =dev-haskell/cabal-1.16* > ~dev-haskell/mtl-2.1.1 > ~dev-haskell/gtk-0.12.0 > ~dev-haskell/hunit-1.2.4.2 > ~dev-haskell/parsec-3.1.3 > =dev-lang/ghc-7.4.2 it might be cleaner, and easier to maintain, to put these in a set. -- Neil Bothwick 667 - The FAX number of the beast signature.asc Description: PGP signature
Re: [gentoo-user] unclear (to me) errors from portage
On 09/08/2014 13:58, Mick wrote: > On Saturday 09 Aug 2014 10:19:39 Alan McKinnon wrote: >>> Tried it a few years ago. Looked ok, but didn't like the convoluted way >>> to do a full update and ended up putting Gentoo on the netbook. >> >> you mean >> >> apt-get update && apt-get upgrade && apt-get dist-upgrade && apt-get >> autoremove > > or, > > sudo do-release-upgrade > > to upgrade from one LTS to the next? > The boss has banned upgrading from one LTS to the next: - base system might upgrade OK but everything else atop it is risky - last round of trying blew up in his face and stuff broke wholesale - LTS are 2 (or 3?) years apart and the machines are usually due for upgrade replacement on that cycle anyway - this is a fast-changing devops environment when we usually rip the whole lot out and do it over every 2 years anyway to deal with changes in how the business is done and take advantage of new technology -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] dev-db/myodbc-5.1.6 fails to compile
Following an update of mysql to 5.5.39 today and a @preserved-rebuild I came up to this problem when trying to rebuild myodbc: config.status: creating Makefile config.status: creating util/Makefile config.status: creating driver/Makefile config.status: creating setup/Makefile config.status: creating installer/Makefile config.status: creating test/Makefile config.status: creating scripts/Makefile config.status: creating dltest/Makefile config.status: creating driver/myconf.h config.status: executing depfiles commands config.status: executing libtool commands configure: WARNING: unrecognized options: --with-mysql-libs, --with-mysql- includes, --enable-myodbc3i, --enable-myodbc3m, --without-samples, --without- docs Success!! | Remember to check the Connector/ODBC documentation for detailed| | installation and setup instructions at:| | http://dev.mysql.com/doc/refman/5.0/en/myodbc-connector.html | || | Connector/ODBC product information:| | http://www.mysql.com/products/myodbc/| || | Connector/ODBC mailing list archive: | | http://lists.mysql.com/myodbc| || | If you have any questions or improvements to ithe driver, then | | send a detailed mail to 'myo...@lists.mysql.com' | >>> Source configured. >>> Compiling source in /var/tmp/portage/dev-db/myodbc-5.1.6/work/mysql- connector-odbc-5.1.6 ... make -j1 Making all in util make[1]: Entering directory `/var/tmp/portage/dev-db/myodbc-5.1.6/work/mysql- connector-odbc-5.1.6/util' /bin/sh ../libtool --tag=CC --mode=compile i686-pc-linux-gnu-gcc - DHAVE_CONFIG_H -I. -I../driver -I.. -I/usr/include -O3 -DDBUG_OFF - I/usr/include/mysql -DNDEBUG -march=prescott -O2 -pipe -fomit-frame-pointer - MT stringutil.lo -MD -MP -MF .deps/stringutil.Tpo -c -o stringutil.lo stringutil.c libtool: compile: i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I../driver -I.. -I/usr/include -O3 -DDBUG_OFF -I/usr/include/mysql -DNDEBUG -march=prescott - O2 -pipe -fomit-frame-pointer -MT stringutil.lo -MD -MP -MF .deps/stringutil.Tpo -c stringutil.c -fPIC -DPIC -o .libs/stringutil.o stringutil.c: In function 'sqlchar_as_sqlwchar': stringutil.c:125:5: error: too many arguments to function 'my_free' In file included from ../MYODBC_MYSQL.h:28:0, from stringutil.h:35, from stringutil.c:30: /usr/include/mysql/my_sys.h:156:13: note: declared here make[1]: *** [stringutil.lo] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-db/myodbc-5.1.6/work/mysql- connector-odbc-5.1.6/util' make: *** [all-recursive] Error 1 emake failed * ERROR: dev-db/myodbc-5.1.6::gentoo failed (compile phase): * emake failed * * Call stack: * ebuild.sh, line 93: Called src_compile * environment, line 2854: Called die * The specific snippet of code: * emake || die "emake failed" * I've installed myodbc-5.2.7 which is not stable yet, but was wondering if there is there a fix for 5.1.6, or why it fails. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] grub-mkconfig doesn't pick UUID/LABEL
When I run grub-mkconfig (it's grub2, -multislot), it generates root=/dev/md127p2. md arrays get assembled at boot so their numbers aren't fixed. So far I've been manually editing the generated config. But I don't want a non-booting server some time in future because of this bug. My rootfs has a label with gentoo and root=LABEL=gentoo works perfectly.
[gentoo-user] Re: grub-mkconfig doesn't pick UUID/LABEL
On Sun, Aug 10, 2014 at 12:06 AM, Nilesh Govindrajan wrote: > When I run grub-mkconfig (it's grub2, -multislot), it generates > root=/dev/md127p2. md arrays get assembled at boot so their numbers > aren't fixed. > > So far I've been manually editing the generated config. But I don't want > a non-booting server some time in future because of this bug. My rootfs > has a label with gentoo and root=LABEL=gentoo works perfectly. > Never mind, http://wiki.gentoo.org/wiki/GRUB2 solved it for me.
[gentoo-user] disable SSLv3 in apache2?
I recently upgraded from apache-2.2.27 to apache-2.2.27-r4 and etc-update wanted to add the following directive to the default SSL vhost: SSLProtocol ALL -SSLv2 -SSLv3 I had already disabled SSLv2 (security issue?) but this also disables SSLv3. Could that cause a compatibility issue? - Grant
[gentoo-user] akonadi ... don't you just love it?
First some general observations that relate to kmail2: I thought of giving the latest kmail-4.12.5 a spin. So installed it on a machine and set up a couple of IMAP4 servers to get messages from. An account with a messages in the low hundreds works fine. An account with messages in the 100k plus range works like a dog. While kmail fetches headers and then akonadi sets off to organise threads and whatever else it wants to do the application becomes pretty much unresponsive and the CPU climbs up to 98%. Half an hour later I can get back to it. :-@ Anyway, this is not the current problem. I updated mysql to 5.5.39, then I kmail would not start with akonadi failing with "mysql log containing errors". So I ran: mysql_upgrade --socket=/tmp/akonadi-michael.NFvLpB/mysql.socket which completed without an error. Kmail still failed to start. Trying to start akonadi console states: "Failed to connect to database. Driver not loaded" Then the pop up Details window says MySQL log contains errors, just like when I try to start kmail. This is what I see in .local/share/akonadi/db_data/mysql.err: InnoDB: Unable to lock ./ibdata1, error: 11 InnoDB: Check that you do not already have another mysqld process InnoDB: using the same InnoDB data or log files. InnoDB: Unable to lock ./ibdata1, error: 11 InnoDB: Check that you do not already have another mysqld process InnoDB: using the same InnoDB data or log files. 140809 20:58:42 InnoDB: Unable to open the first data file InnoDB: Error in opening ./ibdata1 140809 20:58:42 InnoDB: Operating system error number 11 in a file operation. InnoDB: Error number 11 means 'Resource temporarily unavailable'. InnoDB: Some operating system error numbers are described at InnoDB: http://dev.mysql.com/doc/refman/5.5/en/operating-system-error-codes.html 140809 20:58:42 InnoDB: Could not open or create data files. 140809 20:58:42 InnoDB: If you tried to add new data files, and it failed here, 140809 20:58:42 InnoDB: you should now edit innodb_data_file_path in my.cnf back 140809 20:58:42 InnoDB: to what it was, and remove the new ibdata files InnoDB created 140809 20:58:42 InnoDB: in this failed attempt. InnoDB only wrote those files full of 140809 20:58:42 InnoDB: zeros, but did not yet use them in any way. But be careful: do not 140809 20:58:42 InnoDB: remove old data files which contain your precious data! 140809 20:58:42 [ERROR] Plugin 'InnoDB' init function returned error. 140809 20:58:42 [ERROR] Plugin 'InnoDB' registration as a STORAGE ENGINE failed. 140809 20:58:42 [ERROR] Unknown/unsupported storage engine: innodb 140809 20:58:42 [ERROR] Aborting So I moved ./ibdata* and tried again with the same error. Is there something else I should be doing here to get this going? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] disable SSLv3 in apache2?
On 8/9/2014 14:59, Grant wrote: > I recently upgraded from apache-2.2.27 to apache-2.2.27-r4 and > etc-update wanted to add the following directive to the default SSL > vhost: > > SSLProtocol ALL -SSLv2 -SSLv3 > > I had already disabled SSLv2 (security issue?) but this also disables > SSLv3. Could that cause a compatibility issue? > > - Grant > You can use something like Qualys SSL Labs[0] to test if anything breaks. https://www.ssllabs.com/ssltest/index.html -- staticsafe XMPP - statics...@jabber.org
