Re: pkg_add -u and mariadb
On 2014/09/17 15:52, frantisek holop wrote: i know mariadb is replacing mysql. so i was wondering how pkg_add will deal with it. $ sudo pkg_add -ui ... Can't update mysql-client-5.1.73v0+mysql-server-5.1.73p0v0-mariadb-client-10.0.13p0: no update found for mysql-server-5.1.73p0v0 Blargh EPOCHs. For quirks replacement to work, the version number of the new port must be higher than the version of the port it's replacing, even though it is a different port. The MySQL packages have EPOCH markers from the last time we went mysql-mariadb-mysql so the mariadb packages will need the same. ENOTIME right now but I am OK with adding EPOCH=0 to databases/mariadb/Makefile. A better fix would be to modify pkg_add / quirks so that the version check is not done for a quirks-based rename.
Re: pkg_add -u fail on July 8 snap
On Wed, Jul 09, 2014 at 05:11:10AM -0500, Ed Ahlsen-Girard wrote: After upgrading to the July 8 snapshot I duly ran sysmerge, then pkg_add -u, and received this at the end of the output (preceding output was normal): [gcc-4.6.4p7].libs-gcc-4.6.4p4-gcc-4.8.3p0: internal conflict between gcc-4.8.3p0 and gcc-4.6.4p7 Can't install [gcj-4.6.4p4]gcj-4.8.3p0: can't resolve gcc-4.8.3p0 Can't install pdftk-2.02-2.02p0: can't resolve gcj-4.8.3p0 py-Pillow-2.4.0-2.4.0: ok Read shared items: ok Couldn't find updates for .libs-gcc-4.6.4p4, pdftk-2.02 Extracted 54077243 from 610265976 pkg_delete pdftk pkg_delete -a pkg_add pdftk -- Juan Francisco Cantero Hurtado http://juanfra.info
Re: pkg_add -u fail on July 8 snap
On 2014/07/09 19:09, Juan Francisco Cantero Hurtado wrote: On Wed, Jul 09, 2014 at 05:11:10AM -0500, Ed Ahlsen-Girard wrote: After upgrading to the July 8 snapshot I duly ran sysmerge, then pkg_add -u, and received this at the end of the output (preceding output was normal): [gcc-4.6.4p7].libs-gcc-4.6.4p4-gcc-4.8.3p0: internal conflict between gcc-4.8.3p0 and gcc-4.6.4p7 Can't install [gcj-4.6.4p4]gcj-4.8.3p0: can't resolve gcc-4.8.3p0 Can't install pdftk-2.02-2.02p0: can't resolve gcj-4.8.3p0 py-Pillow-2.4.0-2.4.0: ok Read shared items: ok Couldn't find updates for .libs-gcc-4.6.4p4, pdftk-2.02 Extracted 54077243 from 610265976 pkg_delete pdftk pkg_delete -a pkg_add pdftk Before trying this, it would be useful to investigate to try and work out why it's happening, so that the actual problem can be fixed... Tarring up a copy of /var/db/pkg might be a good start.
Re: pkg_add -u fail on July 8 snap
On Wed, Jul 09, 2014 at 07:14:15PM +0100, Stuart Henderson wrote: On 2014/07/09 19:09, Juan Francisco Cantero Hurtado wrote: On Wed, Jul 09, 2014 at 05:11:10AM -0500, Ed Ahlsen-Girard wrote: After upgrading to the July 8 snapshot I duly ran sysmerge, then pkg_add -u, and received this at the end of the output (preceding output was normal): [gcc-4.6.4p7].libs-gcc-4.6.4p4-gcc-4.8.3p0: internal conflict between gcc-4.8.3p0 and gcc-4.6.4p7 Can't install [gcj-4.6.4p4]gcj-4.8.3p0: can't resolve gcc-4.8.3p0 Can't install pdftk-2.02-2.02p0: can't resolve gcj-4.8.3p0 py-Pillow-2.4.0-2.4.0: ok Read shared items: ok Couldn't find updates for .libs-gcc-4.6.4p4, pdftk-2.02 Extracted 54077243 from 610265976 pkg_delete pdftk pkg_delete -a pkg_add pdftk Before trying this, it would be useful to investigate to try and work out why it's happening, so that the actual problem can be fixed... Tarring up a copy of /var/db/pkg might be a good start. I vaguely remember running into something like that at some point in my experiment. If it happens again, starting from a pristine install, I'm interested. Otherwise, it's a bug I probably fixed.
Re: pkg_add -u: xulrunner glitch
On Sun, Mar 31, 2013 at 03:06:40PM +0100, Stuart Henderson wrote: not sure what, if anything, can be done about this, but there's an @unexec in xulrunner which runs the old (pre-upgrade) xulrunner to unregister things which fails.. xulrunner-1.9.2.28p6 (deleting)| | 0% (process:12242): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init() (process:12242): GLib-GObject-CRITICAL **: gtype.c:2603: You forgot to call g_type_init() ** GLib-GObject:ERROR:gvaluetypes.c:457:_g_value_types_init: assertion failed: (type == G_TYPE_CHAR) Abort trap (core dumped) system(/bin/sh, -c, xulrunner1.9 --unregister-global) failed: exit(134) xulrunner-1.9.2.28p6 (installing)||100%Warning: Configuration file '/etc/gre.d/1.9.2.28.conf' already exists. Yeah, i've seen it too when upgrading a full box - i think it might be related to the way xulrunner dlopens its deps ? Related to the glib update anyway. No big deal, besides a core dump left behind.. Landry
Re: pkg_add -u: xulrunner glitch
On 2013/03/31 19:10, Landry Breuil wrote: On Sun, Mar 31, 2013 at 03:06:40PM +0100, Stuart Henderson wrote: not sure what, if anything, can be done about this, but there's an @unexec in xulrunner which runs the old (pre-upgrade) xulrunner to unregister things which fails.. xulrunner-1.9.2.28p6 (deleting)| | 0% (process:12242): GLib-GObject-CRITICAL **: gtype.c:2720: You forgot to call g_type_init() (process:12242): GLib-GObject-CRITICAL **: gtype.c:2603: You forgot to call g_type_init() ** GLib-GObject:ERROR:gvaluetypes.c:457:_g_value_types_init: assertion failed: (type == G_TYPE_CHAR) Abort trap (core dumped) system(/bin/sh, -c, xulrunner1.9 --unregister-global) failed: exit(134) xulrunner-1.9.2.28p6 (installing)||100%Warning: Configuration file '/etc/gre.d/1.9.2.28.conf' already exists. Yeah, i've seen it too when upgrading a full box - i think it might be related to the way xulrunner dlopens its deps ? Related to the glib update anyway. No big deal, besides a core dump left behind.. Yep, definitely related to the glib update, if you try and run various programs which use glib while you're in the middle of running pkg_add -u (after glib updates to 2.36.0, but before other things update) you'll hit the same error (I noticed it with vim).
Re: pkg_add -u *
On Sat, Nov 27, 2010 at 06:49:40AM -0800, Max Stalnaker wrote: Hello, at a recent snapshot, about 11/22/10 i386 I find pkg_add -u problematic for updating single files. suppose the current directory is in /usr/ports/packages/i386/all so here we find many packages pkg_add -u works as documented in man pkg_add one might think pkg_add -u * would work the exact same way, but mostly it reports that files are not found this becomes a issue if I pkg_add -u mplayer* Regardless of the pwd, it will use PKG_PATH. So if '.' is not in PKG_PATH, you're telling pkg_add to update mplayer-20101024p0.tgz, which is not a packagename, from the repository set in PKG_PATH. remember, pkg_add takes package stems/names as arguments, not packages filenames. In your usecase, i think 'PKG_PATH=. pkg_add -u mplayer' should work just fine. I end up thinking that through this approach I can only update all packages installed, not one package only. This seems to me to be an undesirable situation. So, perhaps time to go back to cvs, as I am often advised for other reasons. This makes no sense at all. Landry
Re: pkg_add -u *
On Sat, Nov 27, 2010 at 06:49:40AM -0800, Max Stalnaker wrote: pkg_add -u works as documented in man pkg_add one might think pkg_add -u * would work the exact same way, but mostly it reports that files are not found this becomes a issue if I pkg_add -u mplayer* for instance. Usually programs work like they do. Especially when they're documented to work that way. All the wishful thinking you might do won't change that. I end up thinking that through this approach I can only update all packages installed, not one package only. This seems to me to be an undesirable situation. Indeed. You should strive to correct that situation. Most specifically, read the manpage again. Think carefully. Figure out that you got it completely wrong and backwards. It's perfectly possible to update a single package, assume I want to update kobodl. Assume it's already installed I just have to say pkg_add -u kobodl and this will work.
Re: pkg_add -u actualy downgrades
2007/7/3, Edd Barrett [EMAIL PROTECTED]: Hi ports@, A minor issue with pkg_add -u : # pkg_add -u -F update -F alwaysupdate Candidates for updating faad-2.0p6 - faad-2.0p5 Candidates for updating jwm-2.0 - jwm-1.8 jwm-2.0 is a port that I have updated, and although it was committed, the package has not yet been built. Should'nt it recognise that my version is in-fact newer? Try pkg_add -ui. -- Daniel 'Shinden' Horecki http://morr.pl
Re: pkg_add -u actualy downgrades
On Tue, Jul 03, 2007 at 10:00:42PM +0100, Edd Barrett wrote: Hi ports@, A minor issue with pkg_add -u : # pkg_add -u -F update -F alwaysupdate Candidates for updating faad-2.0p6 - faad-2.0p5 Candidates for updating jwm-2.0 - jwm-1.8 jwm-2.0 is a port that I have updated, and although it was committed, the package has not yet been built. Should'nt it recognise that my version is in-fact newer? No, it doesn't. It's a known issue.
Re: pkg_add -u actualy downgrades
On 03/07/07, Daniel Horecki [EMAIL PROTECTED] wrote: Try pkg_add -ui. Makes no difference I'm afraid -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett
Re: pkg_add -u actualy downgrades
On 22:00 Tue 03 Jul , Edd Barrett wrote: Hi ports@, A minor issue with pkg_add -u : # pkg_add -u -F update -F alwaysupdate Candidates for updating faad-2.0p6 - faad-2.0p5 Candidates for updating jwm-2.0 - jwm-1.8 jwm-2.0 is a port that I have updated, and although it was committed, the package has not yet been built. Should'nt it recognise that my version is in-fact newer? add the path of your packages to PKG_PATH pkg_add -u only compares the signatures and not the actual version number. -- Best Regards Edd --- http://students.dec.bournemouth.ac.uk/ebarrett
Re: pkg_add -u
On Sun, Sep 03, 2006 at 05:53:10PM +0200, Julien TOUCHE wrote: while updating my box to latest 4.0-beta, i get this with ports $ sudo pkg_add -u libtool vim-lang Error from http://ftp.scarlet.be/pub/openbsd/snapshots/packages/i386/: [...] http://marc.theaimsgroup.com/?l=openbsd-portsm=115611675504935w=2 Try a different mirror. works ok if ask one by one, except clamav $ sudo pkg_add -u clamav [...] Cannot find updates for unarj-2.43 unrar-3.54p0 $ cd /usr/ports/archivers/unarj $ make show PERMIT_PACKAGE_FTP No $ cd /usr/ports/archivers/unrar $ make show PERMIT_PACKAGE_FTP may not modify -- o--{ Will Maier }--o | web:...http://www.lfod.us/ | [EMAIL PROTECTED] | *--[ BSD Unix: Live Free or Die ]--*
Re: pkg_add -u
Will Maier wrote on 03/09/2006 18:19: $ sudo pkg_add -u libtool vim-lang Error from http://ftp.scarlet.be/pub/openbsd/snapshots/packages/i386/: [...] http://marc.theaimsgroup.com/?l=openbsd-portsm=115611675504935w=2 that was not this message i wanted to show (more the post you quoted was an answer of Marc to one of my post) more: Use of uninitialized value in numeric eq (==) at /usr/libdata/perl5/OpenBSD/Ustar.pm line 103. Use of uninitialized value in numeric eq (==) at /usr/libdata/perl5/OpenBSD/Ustar.pm line 103. Error from http://ftp.scarlet.be/pub/openbsd/snapshots/packages/i386/: Use of uninitialized value in numeric eq (==) at /usr/libdata/perl5/OpenBSD/ProgressMeter.pm line 45. $ sudo pkg_add -u clamav [...] Cannot find updates for unarj-2.43 unrar-3.54p0 $ cd /usr/ports/archivers/unarj $ make show PERMIT_PACKAGE_FTP No $ cd /usr/ports/archivers/unrar $ make show PERMIT_PACKAGE_FTP may not modify i know that, but the problem i was thinking, is why this blocked clamav update whereas pkg_add -r with downloaded file works directly (as dependencies were already installed) Regards Julien
Re: pkg_add -u
Hello, Is there any option to turn off ftp(1) output totally? I'm using esat.net mirror which is very fast for me, but it disconnects me very often. I really want still use this mirror. I like to turn off ftp output or if it will be possible to move line which shows what exacly will be executed (Running the equivalent of pkg_add -r ...) before proceed question. I'm attaching example of session from esat.net. It's unclear for me which or what will be updated because of output from ftp(1). Other thing is when I run pkg_add -nui (n switch) is it possible to add this n switch to `Running the equivalent of pkg_add -nri ...'? Or maybe add any swich wich work in this two modes. -- best regards q# # pkg_add -ui Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: Illegal EPRT command. Candidates for updating atk-1.11.4 - Candidates for updating clamav-0.88.4 - Candidates for updating esound-0.2.36 - Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 10 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 20 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 40 seconds Candidates for updating flac-1.1.2p1 - Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Candidates for updating mutt-1.5.11p3 - Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 10 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 20 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 40 seconds Candidates for updating pstree-2.27 - Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 5 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 10 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 20 seconds Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net' Temporary error, sleeping 40 seconds Candidates for updating rdesktop-1.4.1 - Error from ftp://ftp.esat.net/pub/OpenBSD/snapshots/packages/i386/: 421 Service not available, remote server has closed connection. ftp: Can't connect or login to host `ftp.esat.net'
Re: pkg_add -u
Matthias Kilian wrote on 18/08/2006 21:42: On Fri, Aug 18, 2006 at 09:35:43PM +0200, Julien TOUCHE wrote: log joined. seems there is a lot of noise. why ? http://marc.theaimsgroup.com/?l=openbsd-portsm=114764913721389w=2 known but no solution, so.
Re: pkg_add -u
On Fri, Aug 18, 2006 at 09:35:43PM +0200, Julien TOUCHE wrote: log joined. seems there is a lot of noise. why ? http://marc.theaimsgroup.com/?l=openbsd-portsm=114764913721389w=2
Re: pkg_add -u/-r with xmms
* Marc Espie [2005-09-03]: # pkg_add -r xmms-1.2.10p4 Can't update forward dependency of xmms-mp3-1.2.10p3 on xmms-1.2.10p3: xmms-1.2.10p4 doesn't match Can't update xmms-1.2.10p3 into xmms-1.2.10p4 /usr/sbin/pkg_add: xmms-1.2.10p4:Fatal error ... What pkg_add is telling you there is that xmms-mp3-1.2.10p3 has a fixed dependency on a given version of xmms, namely xmms-1.2.10p3, and that xmms-1.2.10p4 is not the correct dependency. Any plans to decrypt pkg_* ? ;) Nikolay
Re: pkg_add -u/-r with xmms
On Sun, Sep 04, 2005 at 09:30:31AM +0200, Nikolay Sturm wrote: * Marc Espie [2005-09-03]: # pkg_add -r xmms-1.2.10p4 Can't update forward dependency of xmms-mp3-1.2.10p3 on xmms-1.2.10p3: xmms-1.2.10p4 doesn't match Can't update xmms-1.2.10p3 into xmms-1.2.10p4 /usr/sbin/pkg_add: xmms-1.2.10p4:Fatal error ... What pkg_add is telling you there is that xmms-mp3-1.2.10p3 has a fixed dependency on a given version of xmms, namely xmms-1.2.10p3, and that xmms-1.2.10p4 is not the correct dependency. Any plans to decrypt pkg_* ? ;) Nikolay Well, the message itself is fairly explicit. But yeah, my development version says (-F updatedepends to force it) as well.
Re: pkg_add -u/-r
On Tue, Aug 30, 2005 at 11:47:59PM +0200, -f wrote: hi there, a couple of days ago a i wrote about upgrading packages on -current(aug 24). i am starting to see strange things... kripel wget http://www.xs4all.nl/~wpd/symon/philes/syweb-0.52.tar.gz wget:/usr/local/lib/libiconv.so.4.0: undefined symbol '__mb_cur_max' wget: /usr/local/lib/libiconv.so.4.0: can't resolve reference '__mb_cur_max' Looks like an incompletely updated system to me. kripel l /var/db/pkg/ useless, I need an ls -a to see any .libs packages at least.