Bug#471348: openoffice.org: Segmentation fault trying to open a .sdc
Hi, Paolo wrote: And the 2.4 packages from unstable? hm, I'd need to recompile for Etch and it'd exceed by far my avail resources. You could also set up a unstable chroot. Although I don't exclude the possibility to check with 2.4, it's quite unlikely it'll happen in the short term, esp. since the remedy was pretty easy (switch to oo.org's official pkg). The problem is that it won't be fixed in Debian that way (if it also affects 2.4). And OOo 3.0 will also get more of the VBA things, so if there's a VBA bug there it might resurface there But I'll try to give you a etch-built OOo.. i386, I assume? Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components
severity 471805 wishlist retitle 471805 untighten depends between -core/-common and the modules tag 471805 + wontfix thanks Hi, Sven Joachim wrote: In the last few updates of openoffice.org I noticed that openoffice.org-core was always temporarily removed, it seems because it Because I don't upload i386 and the i386 buildd sometimes takes time... unnecessarily conflicts with components from older packages, e.g.: Wrong. openoffice.org-core Conflicts: openoffice.org-calc ( 1:2.4.0~rc6-1) openoffice.org-calc Depends: openoffice.org-core (= 1:2.4.0~rc6-1) This cannot be right, IMHO. I've attached an excerpt from dpkg's log of Why? We go safe and do this to get the core and the apps using the core (and common) to have the exact same *upstream* version. Just that any last upload was a new version (rc3, rc4, rc5, rc6, ..). And we force the binaries to be the exact same version, too, but that doesn't affect your scenario here[1] This was introduced in 1:2.4.0~rc1-1. See the changelog: * debian/control.in: - fix logic error, we of course should conflict against old openoffice.org-calcs in the new common, not the other way around (really closes: #464544). Go safe for the future; make -common Conflicts: against all the modules ( ${base-version}) Read the bug to see what too lax depends can cause the latest upgrade which shows that it removed and reinstalled openoffice.org-core, rather than upgrading it. Which is normal modus operandi of apt. Nothing to worry about. Downgrading and tagging wontfix. Regards, Rene [1] Because if you have the new -core, you also have the new -calc, if not, you have the old versions there. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components
Processing commands for [EMAIL PROTECTED]: severity 471805 wishlist Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components Severity set to `wishlist' from `normal' retitle 471805 untighten depends between -core/-common and the modules Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components Changed Bug title to `untighten depends between -core/-common and the modules' from `openoffice.org-core: spurious conflicts against older openoffice.org components'. tag 471805 + wontfix Bug#471805: untighten depends between -core/-common and the modules There were no tags set. Tags added: wontfix thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components
On 2008-03-20 11:11 +0100, Rene Engelhard wrote: Sven Joachim wrote: In the last few updates of openoffice.org I noticed that openoffice.org-core was always temporarily removed, it seems because it Because I don't upload i386 and the i386 buildd sometimes takes time... I don't quite understand that. Both -core and -calc are architecture dependent, after all. And all packages were upgraded in that aptitude run. unnecessarily conflicts with components from older packages, e.g.: Wrong. openoffice.org-core Conflicts: openoffice.org-calc ( 1:2.4.0~rc6-1) openoffice.org-calc Depends: openoffice.org-core (= 1:2.4.0~rc6-1) This cannot be right, IMHO. I've attached an excerpt from dpkg's log of Why? We go safe and do this to get the core and the apps using the core (and common) to have the exact same *upstream* version. Just that any last upload was a new version (rc3, rc4, rc5, rc6, ..). And we force the binaries to be the exact same version, too, but that doesn't affect your scenario here[1] This was introduced in 1:2.4.0~rc1-1. See the changelog: * debian/control.in: - fix logic error, we of course should conflict against old openoffice.org-calcs in the new common, not the other way around (really closes: #464544). Go safe for the future; make -common Conflicts: against all the modules ( ${base-version}) Read the bug to see what too lax depends can cause I've read it, but it does not really seem related, it is about -common, not -core. And the removals of -core predate this change, just run zgrep 'remove openoffice.org-core' /var/log/dpkg* to see that. the latest upgrade which shows that it removed and reinstalled openoffice.org-core, rather than upgrading it. Which is normal modus operandi of apt. Nothing to worry about. I certainly won't lose sleep over that, but is generally safer to upgrade packages rather than remove and reinstall them. In the former case dpkg can roll back the upgrade in case something goes wrong during unpacking, in the latter you are left with a broken package. [1] Because if you have the new -core, you also have the new -calc, if not, you have the old versions there. This is perfectly achieved by the versioned depends -calc has on -core. The additional conflicts of -core on -calc is redundant. See also bug #409411 for a similar instance in other packages. Regards, Sven -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Processed: Re: Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components
Processing commands for [EMAIL PROTECTED]: tag 471805 - wontfix Bug#471805: untighten depends between -core/-common and the modules Tags were: wontfix Tags removed: wontfix severity 471805 minor Bug#471805: untighten depends between -core/-common and the modules Severity set to `minor' from `wishlist' retitle 471805 openoffice.org-core: spurious conflicts against older openoffice.org components Bug#471805: untighten depends between -core/-common and the modules Changed Bug title to `openoffice.org-core: spurious conflicts against older openoffice.org components' from `untighten depends between -core/-common and the modules'. thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471805: openoffice.org-core: spurious conflicts against older openoffice.org components
tag 471805 - wontfix severity 471805 minor retitle 471805 openoffice.org-core: spurious conflicts against older openoffice.org components thanks Hi, Sven Joachim wrote: On 2008-03-20 11:11 +0100, Rene Engelhard wrote: Sven Joachim wrote: In the last few updates of openoffice.org I noticed that openoffice.org-core was always temporarily removed, it seems because it Because I don't upload i386 and the i386 buildd sometimes takes time... I don't quite understand that. Both -core and -calc are architecture dependent, after all. And all packages were upgraded in that aptitude You forgot that those binary-arch things conflict against the old -common... run. So there's no problem, is there?`(Except that apt *temporarily* removes a package) * debian/control.in: - fix logic error, we of course should conflict against old openoffice.org-calcs in the new common, not the other way around (really closes: #464544). Go safe for the future; make -common Conflicts: against all the modules ( ${base-version}) Read the bug to see what too lax depends can cause I've read it, but it does not really seem related, it is about -common, not -core. And the removals of -core predate this change, just run See above. Which is normal modus operandi of apt. Nothing to worry about. I certainly won't lose sleep over that, but is generally safer to upgrade packages rather than remove and reinstall them. In the former case dpkg can roll back the upgrade in case something goes wrong during unpacking, in the latter you are left with a broken package. I am not the author of apt/dpkg. [1] Because if you have the new -core, you also have the new -calc, if not, you have the old versions there. This is perfectly achieved by the versioned depends -calc has on -core. The additional conflicts of -core on -calc is redundant. Ah, that was your goal to point out... See also bug #409411 for a similar instance in other packages. I see. Although still, this is a working upgrade patch, the temporary rremoval does not do harm. Will have a look again... Regards, Rene -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408738: openoffice.org: Use of inches/millimeter.
I have the same problem with inches/millimeter. It appears with the 2.4 version of OOo on unstable. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org depends on: ii openoffice.org-base1:2.4.0~rc6-1 OpenOffice.org office suite - data ii openoffice.org-calc1:2.4.0~rc6-1 OpenOffice.org office suite - spre ii openoffice.org-core1:2.4.0~rc6-1 OpenOffice.org office suite archit ii openoffice.org-draw1:2.4.0~rc6-1 OpenOffice.org office suite - draw ii openoffice.org-filter-binf 1:2.4.0~rc6-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-filter-mobi 1:2.4.0~rc6-1 Mobile Devices Filters for OpenOff ii openoffice.org-impress 1:2.4.0~rc6-1 OpenOffice.org office suite - pres ii openoffice.org-java-common 1:2.4.0~rc6-1 OpenOffice.org office suite Java s ii openoffice.org-math1:2.4.0~rc6-1 OpenOffice.org office suite - equa ii openoffice.org-officebean 1:2.4.0~rc6-1 OpenOffice.org Office Bean ii openoffice.org-writer 1:2.4.0~rc6-1 OpenOffice.org office suite - word ii openoffice.org-writer2late 0.5-6 Writer/Calc to LaTeX/XHTML convert openoffice.org recommends no packages. Versions of packages openoffice.org-core depends on: ii fontconfig 2.5.0-2 generic font configuration library ii libc6 2.7-9 GNU C Library: Shared libraries ii libcairo2 1.4.14-1 The Cairo 2D vector graphics libra ii libcurl3 7.18.0-1 Multi-protocol file transfer libra ii libdb4.6 4.6.21-6 Berkeley v4.6 Database Libraries [ ii libexpat1 1.95.8-4 XML parsing C library - runtime li ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libgcc11:4.3.0-1 GCC support library ii libglib2.0-0 2.16.1-2 The GLib library of C routines ii libgstreamer-plugins-b 0.10.17-3 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.17-2 Core GStreamer libraries and eleme ii libgtk2.0-02.12.9-2 The GTK+ graphical user interface ii libhyphen0 2.3.1-2 ALTLinux hyphenation library - sha ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libicu38 3.8.1-1 International Components for Unico ii libjpeg62 6b-14 The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.7-6.1 OpenLDAP libraries ii libneon27 0.27.2-1 An HTTP and WebDAV client library ii libnspr4-0d4.7.0-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.0~beta2-1Network Security Service libraries ii libpam0g 0.99.7.1-6Pluggable Authentication Modules l ii libpango1.0-0 1.20.0-1 Layout and rendering of internatio ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libssl0.9.80.9.8g-7 SSL shared libraries ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libstlport4.6c24.6.2-3 STLport C++ class library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxaw72:1.0.4-1 X11 Athena Widget library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxinerama1 2:1.0.3-1 X11 Xinerama extension library ii libxml22.6.31.dfsg-2 GNOME XML library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii libxslt1.1 1.1.22-1 XSLT processing library - runtime ii libxt6 1:1.0.5-3 X11 toolkit intrinsics library ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii openoffice.org-common 1:2.4.0~rc6-1 OpenOffice.org office suite archit ii ttf-opensymbol 1:2.4.0~rc6-1 The OpenSymbol TrueType font ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages openoffice.org-writer depends on: ii libc6 2.7-9 GNU C Library: Shared libraries ii libgcc11:4.3.0-1 GCC support library ii libicu38 3.8.1-1 International Components for Unico ii libstdc++6 4.3.0-1 The GNU Standard C++ Library v3 ii libstlport4.6c24.6.2-3 STLport C++ class library ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-1 0.1.2-1 Works text file format import filt ii libxml2
Bug#193760: professor Michael Bugeja
Pick up Presrciptions and eMdications right now www.alfredoaluminate.bifreca.com and adjacentarrow -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432049: No longer enthralled
Take Prescriptinos and Meidcations tomorrow www.www.accruebathos.bifreca.com and anilineaug -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]