Re: [opensuse-factory] Time zone change in Venezuela
Carlos E. R. wrote: I'm not affected, but you might be insterested to know that Venezuela has changed it's time zone today to -4:30. The timezone data should be updated, I suppose. I have no links. Perhaps this: http://www.worldtimeserver.com/current_time_in_VE.aspx How about REUTERS: http://www.reuters.com/article/oddlyEnoughNews/idUSN2328980320070824 CARACAS (REUTERS) ... Venezuela in September will turn clocks back by 30 minutes as it switches time zones to boost the amount of natural light to residents, a government official said on Thursday. Next month Venezuelan clocks will be set at Greenwich Mean Time (GMT) minus 4-1/2 hours, compared to the previous GMT minus four hours, Science and Technology Minister Hector Navarro told reporters at a news conference. Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] configure: error: no acceptable C compiler found in $PATH
M9. wrote: it misses the Fortran77, and so do i, it is not in the factory compiler list... While I don't see where it misses a Fortran 77 compiler, I can tell you about the GNU Fortran compiler: Up to GCC 3.3.x, GCC shipped g77 which was a Fortran 77 compiler with some vendor extensions. Since GCC 4.0.0, GCC contains gfortran which is a Fortran 95 compiler with some 2003 support and vendor extensions. Any standard-conform Fortran 77 is also a valid Fortran 90/95 program (ignoring some deleted features any F95 compiler still supports); additionally, gfortran tries to support all g77 extensions. As gfortran is rather mature, openSUSE does not contain g77 anymore; if you really want to use g77, you can install the compat-g77 package of openSUSE 10.2. Tobias, who is one of the gfortran maintainer at GCC - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] configure: error: no acceptable C compiler found in $PATH
M9. wrote: Tobias Burnus schreef: While I don't see where it misses a Fortran 77 compiler, I can tell you configure:5434: checking for gfortran configure:5463: result: no I missed that part in the quote. In any case, I don't understand this. Do you have gcc-fortran installed? Or only gcc42-fortran? The latter installs /usr/bin/gfortran-4.2, the former creates the symbolic link from /usr/bin/gfortran-4.2 to gfortran. What does gfortran -v print? As gfortran is rather mature, openSUSE does not contain g77 anymore; if you really want to use g77, you can install the compat-g77 package of openSUSE 10.2. I like your story, and yes i used it until 10.2.. might do it again. I would prefer if you were using gfortran ... Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] MPI on 10.3
Andreas Hoffmann wrote: I just want to install MPI (mpich) on OpenSuSE 10.3 but I cannot find any MPIb package on the 10.3 Beta DVD. I think it is still part of OpenSUSE 10.3, but not on the DVD but only on the FTP server. On the FTP server one also finds LAM. (Personally, I like OpenMPI best, which is an MPI 2 implementation: http://www.open-mpi.org/ there are at least two of OpenMPI builds on the build server, don't ask me which one is best: http://software.opensuse.org/search?q=openMPIbaseproject=openSUSE%3AFactoryp=1 At least mine is only minimally tested.) Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] problem with YAST software management
Hi, Stanislav Visnovsky wrote: Dňa Po 23. Júl 2007 07:40 Gregg Nicholas napísal: I've tried Alpha6 (i386) on 2 different machines now. Neither machine can add more software packages after the initial installation. They keep erroring with 'No installation source'. You could add enabled=1 autorefresh=1 to the files in /etc/zypp/repos.d/. Afterwards I were able to install packages with both zypper and with YaST2 sw_single. Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] openSUSE 10.2 bug prioritization
Hi, Christoph Thiel wrote: Therefore, I'd like to ask YOU to help identify those bugs, that are currently hiding under the radar (ie. aren't red) and should be elevated. I'd propose posting the bug numbers in this thread + giving a short rationale. Please keep in mind that we should try to focus on the bugs that really affect a majority of the users! I would like that someone looks at bug 217259 - YaST2 x86-64 - Printer segfaults https://bugzilla.novell.com/show_bug.cgi?id=217259 Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Ditching ReiserFS?
Hi, Joop Boonen wrote: Here are some links about OCFS2 (Sounds very good): http://oss.oracle.com/projects/ocfs2/ http://en.wikipedia.org/wiki/OCFS2 If I didn't search wrongly, neither quota nor ACLs are supported, yet. Otherwise, it indeed looks promissing. Tobias PS: My favourite filesystem remains AdvFS of Tru64 Unix; it has a LVM build in. The filesystem can span several hard disks; you then create filesets on them. Each fileset can now occupy the whole free space (or up to a set quota limit). That way, one can have several separate file systems (actually file sets) without the need to specify the size. And it is a cluster filesystem as well. http://h30097.www3.hp.com/unix/advfs.html Unfortunally, it is not available for Linux. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Ditching ReiserFS?
Hi Jeff, Jeff Mahoney wrote: If I didn't search wrongly, neither quota nor ACLs are supported, yet. Otherwise, it indeed looks promissing. There are a number of features that OCFS2 is missing, but they are being gradually added. The OCFS2 guys (at Oracle, and some of us at SUSE) are working on adding a lot of them. Sparse B-Trees are currently the big holdup item, and once they're added, we get extended attributes (and ACLs, by extension), sparse files, and hashed directories pretty soon afterwards. Great. Then only quotas are missing, which we really need (otherwise an amok process/careless user can bring down the whole system). PS: My favourite filesystem remains AdvFS of Tru64 Unix Before my life as a Linux kernel hacker began, I was a system admin running Tru64 systems. AdvFS had a lot of really interesting features, but it was also quite fragile. I don't know how many times we ended up needing to break out the salvage tool, which was essentially the same thing as a reiserfsck --rebuild-tree -S, where it searches the disk looking for *anything* that looks like it could be part of the file system. Here, it was rather stable (as non-cluster filesystem), in the cluster it became stable/mature around the time we finally switched also the home-directory server to Linux. We'd end up with a lot of duplicated (and potentially buggy) code. With LVM2/dm/etc, we allow *any* file system that has the capability to grow and/or shrink to take advantage of it. We found the possibility to have quotas on filesets rather nice: Each group (at the department) got its own fileset with a large quota. Thus we could grant a rather big chunk to each group with a big quota, including overcommitting the available space. Thus we didn't need to estimate too carefully, how much memory each group needed, still the quota prevented the filling of all space (amok process) and as most groups never used their available space, the overcommitting was no problem. (We had no user-specific quota for the groups, only for the students.) File sets and file domains were an interesting concept, but I don't think it would be too difficult to extend existing file systems to behave similarly. The file system-global superblock could remain mostly the same with the root directory containing entries on where to find the sub-file system's superblock. The thing is, I just don't think it's a feature a lot of people are looking for. See above. Similar interesting concept is the project quota of XFS (see man xfs_quota): XFS supports the notion of project quota, which can be used to implement a form of directory tree quota (i.e. to restrict a directory tree to only being able to use up a component of the filesystems available space; or simply to keep track of the amount of space used, or number of inodes, within the tree). At least for our use, outlined above, these two are equivalent. The only difference is that using xfs_quota, the checking of the quota is more difficult; with filesets, one can simply use df -h . In how far does OCFS2 support shrinking (and growing) of the filesystem? Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Dist Meeting 2006-09-14: Proposed Agenda
Hello, Marc Collin schrieb: -ffast-math Note that this requires a carefully written program otherwise it may not work reliably. From reading [EMAIL PROTECTED] and from the manpage (This option should never be turned on by any -O option since it can result in incorrect output for programs which depend on an exact implementation of IEEE or ISO rules/specifications for math functions.) I think one should be really careful with this option. For my calculations, I don't dare it to use it - better 1% slower and correct than (potentially) 100% wrong and 1% faster.* For non-number crunching programs I would even be more careful. Tobias *In similar regard: Using GCC gfortran compiled Netlib LAPACK [SUSE's lapack.rpm] with the Intel Fortran Compiler (ifort) versus using the Intel Math Kernel Library mit ifort: With one of my programs the speedup was around one percent. [Ok, with one program: ifort compiled is 20% faster than gfortran compiled.] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Monitor frequences during installation
Hi, Eberhard Moenkeberg wrote: AFTER installation is totally different from DURING installation. Getting confronted with too high frequencies at the right resolution during installation is a 100% show stopper if you don't know some dirty tricks. This has to get fixed! Me too: https://bugzilla.novell.com/show_bug.cgi?id=163610 (WONTFIX) I had also manually to reduce the resolution for the installation. The problem in my case is that for the installation the information of the video BIOS is used (which is wrong); Xorg uses the chipset driver (which gets it right). I don't know how this can be solved properly, Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] Symbolic link /media/cdrom
Hello, Marcel Hilzinger schrieb: set a symbolic link each time a CD/DVD is inserted with /media/cdrom. The link should always point to the last inserted CD/DVD. /media/SUSE_LINUX_10.1 is cool, but its hard to work with CDs on command line and writing documentation for Suse is also very hard. So please let's become cd /media/cdrom true for Suse Linux 10.2. Konqueror,etc should/can still show the label of the disk. I always though this was the case since 10.0: It is mounted to /media/device (device could be dvdram, cdrom, cdwriter etc.) and there is a symbolic link from /media/LABEL to /media/device. I cannot check at the moment (no CD around), but I though this was the case. See SUSE Linux 10.0 bugreport: https://bugzilla.novell.com/show_bug.cgi?id=98347 -cut- /From Danny Kukawka 2005-08-28 02:23:46 MST /Changed for beta 4 to this behavior: * if we ge a new volume /device for mount check if the device / volume is already mounted (this was also in the current solution) * if not mounted: ask udevinfo for known symlinks * check if there is a free symlink with a related existing directory in /media -- if there is a existing, not mounted dir in /media: - mount to this mountpoint and add a link with volume label -- if there is a existing, mounted dir in /media: - try to find an other -- if no dir available: - mount to volume label / desired_mount_point from HAL (if the user want a mount to a special device: change udev rule and add the needed directories to /media) -cut- Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] feature freeze dates for 10.2
Hi, houghi wrote: That does already exist. Sort of. Stable is 10.1. Testing is Factory and unstable is adding extra repositories and install stuff from non-suse places. As least that is how I see it. Well, sometimes the dependencies are broken in Factory. Therefore I would label Factory as Unstable and the alpha releases as Testing. Actually, I really dislike how long it sometimes takes until the dependencies are corrected. For instance gcc-fortran was split into libgfortran.rpm and gcc-fortran.rpm. It took about three weeks until also the libgfortran.rpm was part of Factory. (I think also the current Factory tree has packages-dependency problems, at least I miss two xorg-x11-lib*rpm packages: libXft.so.1 and libXaw.so.8. The xorg*rpm are all dated 6 to 8 Aug.) Tobias
Re: [opensuse-factory] feature freeze dates for 10.2
Hi, Stefan Dirsch wrote: # rpm -Uvh xorg-x11-* error: Failed dependencies: libXft.so.1 is needed by (installed) intel-iidb91036-9.1.036-1.i386 libXaw.so.8()(64bit) is needed by (installed) xterm-215-2.x86_64 Ok. But I can't understand the Xaw issue: libXaw.so.8()(64bit) is needed by (installed) xterm-215-2.x86_64 # rpm --provides -q xorg-x11-libs|grep Xaw libXaw.so.8 I don't understand this either. Looking at PROVIDES in mc, one sees that exactly that library, libXaw.so.8()(64bit) , is provieded by xorg-x11-libs-7.1-9.x86_64.rpm. But still I get, as said: # rpm -Uvh xorg-x11-libs-7.1-9.x86_64.rpm xorg-x11-libs-32bit-7.1-9.x86_64.rpm xorg-x11-{7,d,f,p,x,u,lib[A-Za-rx]}* error: Failed dependencies: libXaw.so.8()(64bit) is needed by (installed) tightvnc-1.2.9-201.x86_64 libXaw.so.8()(64bit) is needed by (installed) v4l-conf-3.94-22.x86_64 libXaw.so.8()(64bit) is needed by (installed) t1lib-1.3.1-586.x86_64 libXaw.so.8()(64bit) is needed by (installed) xterm-215-2.x86_64 libXaw.so.8()(64bit) is needed by (installed) i4l-base-2006.7.3-2.x86_64 (This time with intel-iidb91036-9.1.036-1.i386 deinstalled to make sure it does not interfer.) I have frankly no idea. This is with rpm-4.4.2-44. Tobias
Re: [opensuse-factory] Package Management Design and Experience
Hello, Andreas Jaeger wrote: With SUSE Linux 10.1 we have redesigned the way we handle software. We are proud to be able to announce our new software management backend which is based on the so-called library libzypp and which also integrates Novell's ZENworks technology. Also we decided to follow the repomd standard (sometimes known as YUM repository) for our new software repositories. I have to say I'm rather happy with libzypp, which seems to work in general as well as the previous version. That is during installation, software install etc. in YaST. (I especially like y2pmsh which works nice - it startups fast, is reasonably verbose and works well. (Adding some progress bars, especially to the yast2 dialogs [y2pmsh is better] to show that one updates a repository and how much progress it has would be nice.) What I really like is that updates are now also supported in the software install. They belong together. I have to admit I do not like zmd/rug. Given that zmd runs all the time, it simply takes too long for the first rug runs. (y2pmsh also takes a while, but it is not running all the time.) zmd is also rather slow after downloading [i.e. when sorting out the data] and in general when starting up, even if there is nothing to be downloaded. (I have to admit that zmd really improved and that some dislike stems from older versions.) I miss also some status information when running rug - it sometimes hangs without being clear what zmd is duing, which causes the hang. I also don't like that zmd and yast seem to download the repository data separately, including of having their own catalogs etc. They are being kept in sync, but still. I really dislike the zen-installer/zen-remover. Somehow they feel a bit clumsy in use, the detail field is not resizable and often too small. I don't see for zen-installer/zen-remover the advantage compared to yast2 sw_single, but ok, I don't mind having them additionally available. zen-updater I do not like either. If it shows that there is update available I start it, it shows for a long time only getting list while it wakes up zmd in the background (which takes, see above, rather long). Also here there is no real feedback given in this case. What is an improvement for home users: a user can update software himself without the need to become a superuser. In terms of software watcher [SUSE watcher, zen-updater]: - I like to see _quickly_ a summary, possibly with importance of the updates (security, normal, enhancements) - Running with a click either something small and simple (why not zen-updater) or the yast package installer with Patches selected in the drop-down list. Having the yast2 package installer is not only more verbose but also allows you to easily add more packages, delete packages etc. at the same time. - Somewhere accessible: Configure automatic updates [e.g. only security-updates repository] Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] State of 10.1 (Was: Re: [opensuse-factory] Conflicts only resolvable one by one?)
Hello, I'd like to add to this that I just tried to add factory to rug: rug sa --type=yum http://mirrors.kernel.org/opensuse/distribution/SL-OSS-factory/inst-source/suse factory The progress bar stopped at 33% - but my harddisk, cpu and ram (512 megs) consumption ran amok - using at a time all my 500 megs of swap - I powered off after 20 minutes as I couldn't get it to stop - not even ctrl+alt+backspace would do it. Actually, also here it stays at 33% for a long time -- until it has processed/downloaded all meta data (I have 1 GB RAM, which is almost completely used by zmd/rug and friends.). The urls for yast and rug seem to be different as rug needs the last /suse - I wonder if this has any relevance. Without /suse is the Yast package manager format (I think the format it is the same as with older SUSEs), with /suse it is the YUM format. I think Yast can also read Yum. I don't know whether zmd/rug can process the YaST package format... (I actually lost track at some point after 10.0beta.) Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] zen-updater
Hello, On Friday 17 March 2006 18:14, Andreas Jaeger wrote: So, with zen-updater (which should be configured out of the box correctly - and that's a bug already), go to configure and add e.g. factory as YUM repository, Could someone tell me, why ZMD needs 950 MB of memory when one simply adds factory to the service? I have now 1 GB of memory (before 1/2 GB), which I deem still as plenty, but if ZMD needs frequently ~1GB, I better buy a dual-core laptop with 2 GB RAM :-( Does someone know how much memory/CPU time the daemon needs? If it often needs lots of memory/CPU then I better disable it on our calculation cluster - they should do other calculations than those ... PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 12925 root 18 0 761m 656m 1612 D 1.0 64.9 1:36.79 parse-metadata 12925 root 18 0 707m 539m 1540 R 2.0 53.4 1:27.24 parse-metadata 12685 root 34 19 81668 14m 3196 S 1.7 1.5 0:55.06 zmd 12917 root 16 0 21176 5500 2860 S 1.0 0.5 0:09.14 mono 3770 tob 15 0 87680 5144 2932 S 0.0 0.5 0:19.32 mono Tobias - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [opensuse-factory] zen-updater
Hello, Tobias Burnus schrieb: On Friday 17 March 2006 18:14, Andreas Jaeger wrote: So, with zen-updater (which should be configured out of the box correctly - and that's a bug already), go to configure and add e.g. factory as YUM repository, Next question: If one calls rug update, does it make sense that rug first downloads all files and then installs them? /var/cache/zmd/web/ is then 1 GB and I do not have extensively much space on /. And what could have cause the following? Download failed: (http://ftp4.gwdg.de/efont-unicode-0.4.2-12.noarch.rpm) Sharing violation on path /var/cache/zmd/web/files/ftp4.gwdg.de/pub/opensuse/distribution/SL-OSS-factory/inst-source/suse/noarch/efont-unicode-0.4.2-12.noarch.rpm Download failed: Download failed: Program aborts, restarting (rug update) seems to re-download the already downloaded files in /var/cache/zmd/ again - and it fails at the same file :-( Ok, found the reason: df -h / shows 12 M of available diskspace :-( Actually, zmd could also clean up removed service directories (rug sd). I had an old ftp.gwdg.de and download.opensuse.org there, which contained O(58MB) of XML.gz files. * * * Great. In order to get some space, I did install the kernel packages manually. The result is: 2:kernel-source ### [ 67%] Changing symlink /usr/src/linux from linux-2.6.16-rc5-git9-3 to linux-2.6.16-rc6-git1-2 Changing symlink /usr/src/linux-obj from linux-2.6.16-rc5-git9-3-obj to linux-2.6.16-rc6-git1-2-obj warning: waiting to reestablish exclusive database lock 3:tpctl-kmp-default ### [100%] warning: waiting to reestablish exclusive database lock I think ZMD should wait a bit longer to give the pre-/post-inst scripts to do their duty first. Tobias PS: I think I have to fill some bug reports ... - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]