Bug#120237: ITP: jboss -- J2EE based application server
Is anyone working on jboss debian packaging? Where may I download latest jboss Debian packages? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#311042: libcairo: New upstream release
Please package new version 0.5.0. It would maybe be needed to change the shlib version, I cannot tell. The cairo API is not yet stable. Although there aren't many things left to be done to have a stable API: http://cvs.cairographics.org/*checkout*/cairo/TODO I think it's better to not change the shlib version because this is known to be in development and applications should really be changed to the new API (the old API is not going to be supported) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312688: postgresql: upgrade from 7.4 to 7.5 doesn't work
Package: postgresql Upgrade from 7.4. to 7.5 doesn't work. Why did you create postgresql-7.4 packages instead of keeping postgresql-7.4 in postgresql Debian package? It would be easier to upgrade if you did: postgresql 7.4 postgresql-7.5 7.5 postgresql-8.0 8.0 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312688: postgresql: upgrade from 7.4 to 7.5 doesn't work
Martin Pitt wrote: ROBERTOJIMENOCA [2005-06-09 15:15 +]: Package: postgresql Upgrade from 7.4. to 7.5 doesn't work. Hmm, that isn't too helpful. Any details? I just reverted the installation. ;-) So I can't show you details. Did you at least get the upgrade working? Why did you create postgresql-7.4 packages instead of keeping postgresql-7.4 in postgresql Debian package? It would be easier to upgrade if you did: postgresql 7.4 postgresql-7.5 7.5 postgresql-8.0 8.0 The package postgresql is just a transition package to help dist-upgrading users from the Sarge version. After dist-upgrading it can be purged, it does not contain anything. There is no PostgreSQL version 7.5 (that's a fake version to make it newer than all Sarge packages), likewise Sid does not have the postgresql server package any more. There is one for 7.4 and one for 8.0. Calling one of them just postgresql would be pretty confusing. What about leaving: postgresql 7.4 postgresql-8.0 8.0 That would be easier for upgrades, don't you think? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309244: mozilla-enigmail: remove conflicting depends
Package: mozilla-enigmail Severity: wishlist Please remove this dependency: mozilla-mailnews ( 2:1.7.7.0) this forces mozilla-enigmail to conflict with newer versions of mozilla-mailnews mozilla-mailnews should maintain its API anyway. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305480: libgtop2: try to not break API/ABI compatibility
Sebastien Bacher wrote: Le lundi 02 mai 2005 à 14:51 +, ROBERTOJIMENOCA a écrit : I disagree with you, Debian should enforce API compatibility even if upstream is so evil to not do so. You are saying than the Debian package should not be API compatible with the upstream code and the other distributions? I think other distributions also want an stable API so they'll use the Debian release instead upstream to be compatible (or Debian should use API stable release from other distributions if available). So, if upstream wants to break the API with no good reason then Debian should use an stable API.
Bug#305480: libgtop2: try to not break API/ABI compatibility
Sebastien Bacher wrote: Le mercredi 20 avril 2005 à 09:04 +, ROBERTOJIMENOCA a écrit : Package: libgtop2 Severity: wishlist Please, try to not break API/ABI compatibility in future libgtop2 Nothing to do with the distribution, that's an upstream decision. I've already argued with the upstream maintainer about this, according to him that's not possible to work with libgtop without breaking the ABI. I'm closing the bug here, feel free to argue upstream. You know upstream maintainer of libgtop2 has to be kidding about not being possible to not break the API. I disagree with you, Debian should enforce API compatibility even if upstream is so evil to not do so. Anyway I know that the Debian maintainer can't undo all the breakage done to the API by upstream but at least upstream should know to be more careful about these issues.
Bug#262678: cdrecord: Please use O_EXCL.
hal is going to sarge: http://packages.debian.org/hal so this cdrecord fix needs to go to sarge. I was wondering if you knew because you uploaded to experimental instead to unstable. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#262678: cdrecord: Please use O_EXCL.
Is the O_EXCL patch going to be applied so this bug gets fixed? Joerg Schilling wrote: [EMAIL PROTECTED] wrote: This is a followup for bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug2678 I am not that confident hald is a perfect software. Though upstream take all notes into account. I wondered if your information on how this is done on solaris could help improve the problem in the above bug. What is hald? http://www.freedesktop.org/Software/hal A volmgt SW that periodically (e.g. every 3 seconds) polls the drive with a Test Unit Ready and does not try to mount a device that does not have a readable medium inserted (e.g. Solaris) does not disturb the writing process. That hack of checking periodically is avoided in hald. In the reported problem there was a medium in the drive . Did you meant that if there was a cdrom in the drive it may fails on solaris too ? Or readable medium is only for already burnt cdrom ? Could it retrieve more than if the unit is ready (i guess this is when the drive is ready to read the cdrom), for example the drive cache size, without breaking the burn process. As cdrecord waits 10 seconds before starting to write, there is absolutely no problem on Solaris. So the hack of waiting 10 seconds is for that! Debian maintainer: we need to remove that 10 seconds wait. The Solaris vold will check the CD after at most 3 seconds and after it found that it is empty, it leaves it alone for cdrecord. What a shit of hack solaris has!!! That's why in a real OS the O_EXCL is needed! From that I have been reported, the volume management on Linux is not friendly to other applications :-(, it should be fixed. OK, propose a valid fix, but a real fix, not the Solaris hack. Joerg please give solutions instead of whining about solaris. If you need to sell all your SUN stock just do it! ;-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305480: libgtop2: try to not break API/ABI compatibility
Package: libgtop2 Severity: wishlist Please, try to not break API/ABI compatibility in future libgtop2 versions. It's a pain having a new library that conflicts with the old one and needs to recompile all the packages that use libgtop2. Just take gtk+2 as an example. They haven't broken API/ABI compatibility since gtk+-2.0. Sure they add new functions but don't break already established API/ABI. Some interesting documents about the subject: Preserving Backward Compatibility http://www.onlamp.com/lpt/a/5626 Parallel Installation http://www106.pair.com/rhp/parallel.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#140847: abicheck: Could you change the section?
I think it should go into devel section. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#305320: abicheck: can't run it
Package: abicheck Version: 1.2-1 I can't get abicheck running: $ abicheck /bin/bash /bin/sh: -- # A comment mentioning perl.: invalid option Usage: /bin/sh [GNU long option] [option] ... /bin/sh [GNU long option] [option] script-file ... GNU long options: --debug ... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#304767: abicheck: not working properly (NO_BINDINGS (run ldd -r on binary for more info))
Package: abicheck Version: 1.0-1.1 $ abicheck /bin/bash /bin/bash: NO_BINDINGS (run ldd -r on binary for more info) Is this normal? Am I the only one with this output for every binary? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#187846: mozilla-browser: Mozilla turned my .s into copyright symbols !
You need to submit a public URL to test this bug as I'm not a Debian developer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296347: mozilla-browser: Mozilla 1.7.5 have lost standard bindings!
Alexander Kotelnikov wrote: There is no Ctrl-u, Ctrl-d, Ctrl-k, Ctrl-a in forms inputs, location bar and other text input places. Ctrl-u is Show source If you are looking for undo that's Ctrl-z Ctrl-d what's that? You make be looking to Ctrl-x (Cut) Ctrl-k what's that? Ctrl-a works and is select all Until 1.7.5 it worked in the following manner (note, in input fields): C-u -- empty input field C-d -- delete current char C-k -- kill line from cursor position to the end C-a -- go to the beginning on the input And I see no reason, what for all this useful bindings are lost. Could you make sure these keybinding where in mozilla_1.7.3? Could you take a look somewhere in Mozilla Release notes why this change would have been done? I think you should fill this bug upstream in https://bugzilla.mozilla.org/ as this has nothing to do with the Debian package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#252314: mozilla-browser: benchjs results are vary poor, even MS mozilla gets better results.
Interesting results while trying: http://www.24fun.com/downloadcenter/benchjs/benchjs.html with some browsers: mozilla-browser_1.7.6-1 can't finish the popup test (It just pops up one window) galeon_1.3.20-1 finishes all the tests although it's slower than mozilla in the first test mozilla-firefox_1.0.1-3 crashes with System error?:: Illegal seek while loading the page -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300805: tcllib: new upstream
Package: tcllib Severity: wishlist There's a new upstream release at: https://sourceforge.net/projects/tcllib/ Is anyone working on it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#300807: libhtml-tableextract-perl: new version
Package: libhtml-tableextract-perl Severity: wishlist There's a new version of libhtml-tableextract-perl Is anyone working on it? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#189783: mozilla-browser: Printing creates buggy PostScript
I can see that pages in the postscript, but they don't get the CSS file so are different than what you see in the screen. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#190944: mozilla-browser: mozilla murders urls
I think postscript can't have links, but pdf can. Do you mean to have a direct pdf output from Mozilla that has links that are able to be clicked? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#150380: mozilla-browser: Dialog boxes can't be dismissed
I can still reproduce this bug. But I don't know a set of steps to make this bug happen. It just happens under mozilla load, like having many tabs with many connections open. I'm using unstable: mozilla-browser_1.7.5-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#188482: mozilla-browser: Window Border From Mozilla function misproperly
It doesn't work properly neither in metacity. I think that bottom should be removed from mozilla. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#297334: gqview: new upstream version 2.0.0
There's not much changed in gqview 2 structure so updating the package is really easy. Maybe Ryan needs some help, do you? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273296: mozilla-browser: don't go to mozilla.org the first time the browser is started after an upgrade
What page is that? Do you know if this bug is filled upstream? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#108780: mozilla: I'm not able to install langpacks from the MLP
Was this bug filled upstream? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#192121: mozilla: cannot start mozilla as root
You shouldn't run Mozilla as root in any case. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#229131: mozilla-browser: document.all in JavaScript
Could you provide a test case of a html page working in MSIE that doesn't work in current Mozilla? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#285357: New upstream version of pound fixes important bugs
http://www.apsis.ch/pound/pound_list/archive/2005/2005-03/1109773822000#1109773822000 slashdot.org is using pound 1.8.1 There's no better test of the stability of a product. Is someone packaging the new version? Could we help? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#164492: libfreetype6: truetype fonts (even well hinted ones) are blurry [kill ft-slight, want bytecode]
What's the status of this bug? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#269818: Remove freetype1 from Debian
Michelle Konzack wrote: Am 2004-09-03 17:59:29, schrieb ROBERTOJIMENOCA: Package: libttf2 Severity: wishlist Could you remove freetype1 from Debian so the missing packages not updated can get updated to the new library more quickly? ??? - And some of my programs stop working... What are those programs that you are still using with the deprecated library? Do them have filled bugs to upgrade to freetype2? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#217571: MediaWiki Debian package status?
Ashar Voultoiz wrote: I just build a debian package for MediaWiki version 1.4beta3 . Do you have it updated to the latest version? Do you have it available somewhere for people to try it? I am contacting the mentor list to get it uploaded. How is progress to get it uploaded? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296353: mono: upgrade to 1.1.x branch
Package: mono Severity: wishlist Miguel recommends to move to 1.1.x branch: http://primates.ximian.com/~miguel/archive/2005/Feb-19.html http://www.go-mono.com/archive/1.1.4/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#231025: nvu: new release 0.81
There's a new release Nvu 0.81 : http://www.nvu.com/Building_From_Source.html What's the status of getting the package in Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#274043: postgresql-8 debian packages status?
What's the status of postgresql-8 debian package? Is anyone working on it? Are you going to upload something to experimental or unstable shortly? Is postgresql-8 incompatible with postgresql-7? (are SQL commands compatible? is the binary data storage compatible with posgresql-7.4?) What's the release plan? Are you going to replace postgresql-7 with postgresql-8? Are you going to maintain both versions in Debian? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#279587: libgda/libgnomedb 1.3.0 released
libgda/libgnomedb 1.3.0 released http://mail.gnome.org/archives/gnome-db-list/2005-February/msg00026.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#253280: gtk2-engines-industrial: problems with new xcursors default
Josselin Mouette wrote: Le vendredi 14 janvier 2005 à 11:32 +, ROBERTOJIMENOCA a écrit : Is it also true of alpha cursors? I think they are displayed using the RENDER extension, not the hardware cursor mechanism. sis, ati and nv xfree86 drivers support ARGB HW cursors And others use the RENDER extension, what's the problem with it? Since it's not double buffered. It blinks. I prefer a normal cursor not blinking than a ultra-fashion cursor that blinks when something is bellow it. I also prefer the pretty cursors but it's more important for me using the hardware accelerated cursor. Maybe a good default would be to always use HW cursor and if there's no support for ARGB cursor use the not alpha cursors. Would you default to that? There's no way we can detect that. This is a bug in XFree86, and it should be fixed, full stop. What's the bug? The card not having support ARGB cursors at all? (this one cannot be fixed) or blinking when using a RENDER extension cursor? (this one could be fixed but I still prefer having a hardware cursor since it's faster and causes less trouble) This is not something that can be worked around easily. If you want to see this fixed, please help fixing the broken driver of your graphics card. Could you explain what you say needs to be fixed? (I think you mean the missing support for ARGB HW cursors, but I'm not sure)
Bug#290337: abort on start
Gustavo Noronha Silva wrote: Em Qui, 2005-01-13 às 16:57 +, ROBERTOJIMENOCA escreveu: I'm using latest unstable 2005-01-13 with gtk+ and glib 2.6.1-1 and python_2.3.4-5 and python-gtk2_2.4.1-2 GTK+/Glib 2.6.x are not yet on unstable, and maybe the problem is related to them, as I can't reproduce the problem with 2.4.14, which is in unstable so I don't see this it as grave yet. Did you get the 2.6.x packages from experimental? Yes, I got them from experimental. Anyway, this should be fixed if we want gtk+ and glib 2.6.1-1 to enter unstable someday.
Bug#290337: abort on start
Package: gazpacho Version: 0.3.1-4 Severity: grave I'm using latest unstable 2005-01-13 with gtk+ and glib 2.6.1-1 and python_2.3.4-5 and python-gtk2_2.4.1-2 $ gazpacho Adding /usr/bin/../lib/python2.3/site-packages to sys.path ** ERROR **: file ../../gobject/pygparamspec.c: line 155 (pyg_param_spec_getattr): assertion failed: (pyclass != NULL) aborting... Abortado -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#236145: gaim: Crashes when trying to join a chat, after second irc server joined.
Could you try to reproduce the bug with latest gaim release? If there's no bug anymore please close the bug report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
