search for: obsoleted

Hi Folks, I''ve got a 3.9 Tb zpool, and it is casing kernel panics on my Solaris 10 280r (SPARC) server. The message I get on panic is this: panic[cpu1]/thread=2a100a95cc0: zfs: freeing free segment (offset=423713792 size=1024) This seems to come about when the zpool is being used or being scrubbed - about twice a day at the moment. After the reboot, the scrub seems to have

Hy, I have currently a big problem with Win95 clients generating files with invalid inode types. This only happens with Quark documents created from scratch. Example: ?rwxrwxrwt 1 falkenbe av 35638891 Jul 29 16:02 /vol04/pc_03/Deerberg/ctp_Deerberg/test07 after copying the file it really is a file !! -rwxrwxrwx 1 schoenhe av 35638891 Jul 29 16:00

Hi, I am new to R and I have been trying it out. I ran into a problem with the plot() function. Below is my code: > d <- read.table("c:/test/sp.txt",header=0) > spval <- d[,2] > plot(spval,type="l") Warning messages: 1: graphical parameter "type" is obsolete in: plot.window(xlim, ylim, log, asp, ...) 2: graphical parameter "type" is

I installed CentOS6 with the xen4centos set of packages; then I tried to install KVM (for performance comparison), I got the following error in YUM: --> Processing Dependency: /usr/share/gpxe/e1000-0x100e.rom for package: 2:qemu-kvm-0.12.1.2-2.415.el6_5.4.x86_64 Package gpxe-roms-qemu is obsoleted by ipxe-roms-qemu, but obsoleting package does not provide for requirements I manually downloaded the gpxe package and installed it with no problems, so there are no actual conflicts in the files. Thus, ipxe probably *shouldn't* obsolete gpxe -- there are no conflicts between the two, and ipx...

Sorry if I missed the dovecot 2.0.betax managesieve sieve discussions. I have been looking in my list archive and haven't found a reference to this yet. I am trying to convert my dovecot.conf and am getting the following Fatal error: /** doveconf -n -c dovecot/dovecot.conf > dovecot.converted/dovecot.conf doveconf: Warning: Obsolete setting in dovecot/dovecot.conf:10:

...replace* tetex by texlive, instead of just adding texlive, when users do a : $ yum install texlive (we have a local repo here). So I added this line in texlive.spec : Obsoletes: tetex and of course I rebuilt the package, and (of course) that just don't work, despite tetex is listed among the Obsoleted packages : $ rpm -qp --obsoletes texlive-20110312-0phn.x86_64.rpm dvi2tty <= 5.3.1 jadetex kpathsea <= 20100722 kpathsea-devel <= 20100722 kpathsea-static-devel <= 20100722 pdfjam <= 1.21 ps2eps <= 1.64 tetex tetex-context tetex-devel tetex-dvipdfm tetex-dvips tetex-dvilj tetex-la...

Hi, I am trying to use the command: doveconf -n -c dovecot-1.conf > dovecot-2.conf to upgrade my dovecot.conf file, but it fails (see below). Judging from the message that vsz_limit is the new setting for login_process_size, I have retried using login_process_size=256 rather than login_process_size=64 (which was the initial value), but the error persists. Please advise. Thanks, Nick

...????????????????????????????????????????????????????????????????? | 1.9 kB???? 00:00???? 1913 packages excluded due to repository priority protections Setting up Update Process Resolving Dependencies --> Running transaction check ---> Package perl-Compress-Zlib.x86_64 0:2.020-127.el6 will be obsoleted ---> Package perl-IO-Compress.noarch 0:2.037-1.el6.rfx will be obsoleting --> Processing Dependency: perl(Compress::Raw::Bzip2) = 2.037 for package: perl-IO-Compress-2.037-1.el6.rfx.noarch --> Processing Dependency: perl(Compress::Raw::Zlib) = 2.037 for package: perl-IO-Compress-2.037-1.el...

...x86_64 0:2.0.15-13.el7 will be updated ---> Package kexec-tools.x86_64 0:2.0.15-13.el7_5.1 will be an update ---> Package libcacard.x86_64 40:2.5.2-2.el7 will be updated ---> Package libcacard.x86_64 40:2.5.2-2.1.el7 will be an update ---> Package pyOpenSSL.x86_64 0:0.13.1-3.el7 will be obsoleted ---> Package python-coverage.x86_64 0:3.6-0.5.b3.el7 will be obsoleted ---> Package python-dateutil.noarch 0:1.5-7.el7 will be updated ---> Package python-dateutil.noarch 1:2.4.2-1.el7 will be an update ---> Package python-netaddr.noarch 0:0.7.5-9.el7 will be updated ---> Package pyt...

Hi, It happens when I try to convert this config (with the dovecot 2.0 beta4 release) : test-mail:/tmp# dovecot -n -c ./dovecot.old.conf # 1.2.11: ./dovecot.old.conf # OS: Linux 2.6.26-2-686-bigmem i686 Debian 5.0.4 log_path: /var/log/dovecot.log info_log_path: /var/log/dovecot_info.log protocols: imap listen: 127.0.0.1:30143 disable_plaintext_auth: no login_dir: /var/run/dovecot/login

...flag is present yum will include package obsoletes in its calculations - this makes it better for distro-version changes, for example: upgrading from somelinux 8.0 to somelinux 9." " yum list obsoletes [regexp1] [...] List the packages installed on the system that are obsoleted by packages in any yum repository listed in the config file." Could this be what's causing the conflicts with sqlite? And if update vs. upgrade doesn't make any difference (from my first question).. Has a 'clear' direction for painless updating emerged? Best,...

...=== [snip] --> Finished Dependency Resolution --> Running transaction check ---> Package kernel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package kernel-devel.x86_64 0:2.6.32-431.23.3.el6.centos.plus will be erased ---> Package mpich2.x86_64 0:1.2.1-2.3.el6 will be obsoleted --> Processing Dependency: libmpich.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 --> Processing Dependency: libmpichf90.so.1.2()(64bit) for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86_64 --> Processing Dependency: mpich2 for package: hdf5-mpich2-1.8.5.patch1-7.el6.x86...

Hi; I keep getting errors like this one: Oct 22 16:51:08 example postfix/pipe[12021]: C2F705790169: to=<soandso at yup.com>, relay=dovecot, delay=2.1, delays=2/0.01/0/0.08, dsn=4.3.0, status=deferred (temporary failure. Command output: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n > dovecot-new.conf doveconf: Warning: Obsolete setting in

Signed-off-by: Ian Jackson <ian.jackson@eu.citrix.com> diff -r 3b409f65abae docs/man/xm.pod.1 --- a/docs/man/xm.pod.1 Thu Dec 01 17:26:48 2011 +0000 +++ b/docs/man/xm.pod.1 Thu Dec 01 18:01:35 2011 +0000 @@ -1,6 +1,6 @@ =head1 NAME -xm - Xen management user interface +xm - Obsolete xen management user interface =head1 SYNOPSIS @@ -8,10 +8,14 @@ B<xm> I<subcommand>

Hi @ll, I would like to obsolete and completely remove the WebKit Calling Convention. The CC was originally added for FTL and there are no other users I am aware off. Since WebKit moved away from LLVM a while ago I don’t see the need to keep the dead code around anymore. Please let me know if anyone happens to use this calling convention or has any objection with removing it. Thanks Cheers,

Am 20.07.2012 01:25, schrieb Edward Cavill: > Hi in the wiki, using 64 without the trailing M gives an error. > > <code> > The dovecot configuration file is located at /etc/dovecot.conf. The > following lines should be added, edited or uncommented: > > login_process_size = 64 > > [root at localhost etc]# /etc/init.d/dovecot start > Starting Dovecot Imap:

Migrated a 1.0.2 server to 2.0.16 (same old box). IMAP seems working Ok. POP3 give problems with some clients (Outlook 2010 and Thunderbird reported). Seems authentication problem Below my doveconf -n (debug enbled, but no answer found to the problems) Any hints? Thanks, P. # doveconf -n # 2.0.16: /etc/dovecot/dovecot.conf doveconf: Warning: NOTE: You can get a new clean config file with:

...newer version of the same package, was already installed. "yum upgrade A" (when the package is available on a repository) fails in a similar manner. "yum localinstall A-1.0-1.x86_64.rpm" is a bit smarter - it exists with a message like "Cannot install package A. It is obsoleted by installed package B". "yum downgrade A" (via repository) says something like "No Match for available package: A-1.0-1.x86_64.rpm". "yum localdowngrade A-1.0-1.x86_64.rpm" would seem to have the highest probability of success based on the above, except that...

https://bugzilla.samba.org/show_bug.cgi?id=11813 Bug ID: 11813 Summary: m4/socklen_t.m4 uses obsolete AC_TRY_COMPILE macro Product: rsync Version: 3.1.2 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 Component: core Assignee: wayned at samba.org

Hi, I'm new to Dovecot. I'm trying to start Dovecot(2.0.9) but I'm getting an error. I think the error is because I'm doing a tutorial for an old version of Devcot(1.x.x). What I get is the following: [code] [root at mailserver dovecot]# service dovecot start Starting Dovecot Imap: doveconf: Warning: NOTE: You can get a new clean config file with: doveconf -n >