Bug#402406: Proposed plan to fix acidbase issues (was Re: Debian Etch has been frozen)
Hello, As part of the open/free/peaceful/environment-friendly software community, I'm sure we all share a common objective :) I think the suggestions stated in previous messages may be implemented this way: A) Upstream code may remain untouched. B) acidbase Debian package may contain a patched version of upstream code. C) The Debian patch may implement: 1) Remove dependencies on problematic packages, and 2.a) Completely remove graphic features, or 2.b) Conditionally remove graphic features (based on a configuration variable), so administrator can set this optional_graphics_available=1 variable once she has downloaded the PEAR module and configured her PHP installation. In either case, Debian patch may include the corresponding NEWS.Debian / README.Debian explaining the issue. It is up to the Debian package maintainer's wisdom to choose the best approach. Regards, Daniel R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#402406: Proposed plan to fix acibase issues (was Re: Debian Etch has been frozen)
El mar, 12-12-2006 a las 21:40 +0100, Javier Fernández-Sanguino Peña escribió: On Tue, Dec 12, 2006 at 10:54:11AM +0100, Javier Fernández-Sanguino Peña wrote: Currently I think that's the only viable option, remove the php-image-graph *and* ensure the package can work without it. I agree with Jeremy that providing a package that does not Depend: on php-image-graph but asks the user to use a mechanism which is outside the Debian package management system to install needed functionality is a no-no. If the dependency is removed then the maintainer must ensure that the package can fully work without it, even if that means stripping of PHP pages that depend on that library. I have implemented this in a new version of the acidbase packages. It is currently available at http://people.debian.org/~jfs/acidbase/ Could somebody test it in a Snort environment (I don't have the time to do it right now) and tell me if it works for you? Regards Javier I have tested it and seems to work fine. Good job, Javier. The problem is solved for me. Regards, Daniel R.
Bug#402406: Debian Etch has been frozen
Hello, It has been announced recently that Debian Etch has been frozen. I'm not much aware of the implications for ACIDBASE (as it has been currently automatically removed from Etch repository). Therefore, I think the problem here is time. It would be a pity to lose this package for this silly thing. Possible alternatives: 1) Cut out the graphics rendering functionality from ACIDBASE (not really essential, for me). A link for exporting data to a spreadsheet format would be enough. 2) A text based histogram (similar to that in main screen)? 3) Implement that functionality as a Java applet ?? i.e. optional functionality: you leave the problem of installing Java in their browsers to client users. Thanks, Daniel R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#398948: intel console framebuffer (i810fb or intelfb) does not work
Hello, this is old use 2.6.18 from sid, will just install fine on testing. I have installed 2.6.18 from unstable, and I have reproduced the same tests with it with the same results. you didn't send dmesg nor lspci -vv output so those marketing numbers are meaningless. most probably you need i915 and it is loaded anyway, check lsmod. also install udev if you haven't done yet, it will load the right module for you. I have udev installed, however, note it installs a file called /etc/modprobe.d/display_class which seems to blacklist fb modules. (Anyway, without that file udev seems to load intelfb, which I load manually in the other tests). I have loaded i915 but it seems it just installs a drm module. I also added a dependency for intelfb in a /etc/modprobe.d/intelfb file, for loading intel_agp module before intelfb (because intelfb complained about not being able to access agp). I also included the intel_agp module in the kernel's initrd image. This solved the agp problem for intelfb, but now it said that resolution mode must be programmed at boot time. Which is a paradox, for I included the corresponding kernel boot option in GRUB: video=intelfb:800x600. I would like to know if anyone could make any of these modules work, with this kernel image package :-/ Anyway, I can live with VESA fb. It provides framebuffer too. And I run X with no problems. For informational purposes, I include my lspci -vv output Regards, 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: [40] Vendor Specific Information 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 10 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: Memory at e000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at 1800 [size=8] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI]) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 10 Region 4: I/O ports at 1820 [size=32] 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI]) Subsystem:
Bug#398948: intel console framebuffer (i810fb or intelfb) does not work
Hello, this is old use 2.6.18 from sid, will just install fine on testing. I have installed 2.6.18 from unstable, and I have reproduced the same tests with it with the same results. you didn't send dmesg nor lspci -vv output so those marketing numbers are meaningless. most probably you need i915 and it is loaded anyway, check lsmod. also install udev if you haven't done yet, it will load the right module for you. I have udev installed, however, note it installs a file called /etc/modprobe.d/display_class which seems to blacklist fb modules. (Anyway, without that file udev seems to load intelfb, which I load manually in the other tests). I have loaded i915 but it seems it just installs a drm module. I also added a dependency for intelfb in a /etc/modprobe.d/intelfb file, for loading intel_agp module before intelfb (because intelfb complained about not being able to access agp). I also included the intel_agp module in the kernel's initrd image. This solved the agp problem for intelfb, but now it said that resolution mode must be programmed at boot time. Which is a paradox, for I included the corresponding kernel boot option in GRUB: video=intelfb:800x600. I would like to know if anyone could make any of these modules work, with this kernel image package :-/ Anyway, I can live with VESA fb. It provides framebuffer too. And I run X with no problems. For informational purposes, I include my lspci -vv output Regards, 00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort+ SERR- PERR- Latency: 0 Region 0: Memory at unassigned (32-bit, prefetchable) Capabilities: [40] Vendor Specific Information 00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) (prog-if 00 [VGA]) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 10 Region 0: Memory at e800 (32-bit, prefetchable) [size=128M] Region 1: Memory at e000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at 1800 [size=8] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:02.1 Display controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Region 0: Memory at f000 (32-bit, prefetchable) [size=128M] Region 1: Memory at e008 (32-bit, non-prefetchable) [size=512K] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI]) Subsystem: Hewlett-Packard Company Unknown device 3084 Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- Latency: 0 Interrupt: pin A routed to IRQ 10 Region 4: I/O ports at 1820 [size=32] 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI]) Subsystem:
Bug#395169: Overriding debian-storage-policy-fixed-drives.fdi solves this problem
Hello, I have also experienced the same problem with new HAL version. The modification above does not solve the issue. On the other hand, I have modified the file: /etc/hal/fdi/policy/preferences.fdi To override the policy contained in: /usr/share/hal/fdi/policy/10osvendor/debian-storage-policy-fixed-drives.fdi Therefore, i have added these lines to /etc/hal/fdi/policy/preferences.fdi: device match key=@block.storage_device:storage.hotpluggable bool=false match key=@block.storage_device:storage.removable bool=false merge key=volume.ignore type=boolfalse/merge /match /match /device And (after restarting dbus) it solves the problem for me. Just a question for package maintainers: what's the rationale for setting the property volume.ignore=true for local devices as a security measure ? Perhaps it would good to improve coordination between gnome-volume-manager and hal packages (just to make sure maintainers for either package are aware of new modifications, or to agree on a global policy for managing / showing / hiding volumes / devices...) You may also add a README explaining this kind of modifications (which may conflict with other packages and current desktop behaviour) and how to override or solve them (if possible). Thank you, Daniel R. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372182: debian eclipse is much slower than original eclipse
On Fri, Jun 09, 2006 at 06:34:42PM +0200, Daniel Rodriguez Garcia wrote: Michael Koch wrote: On Thu, Jun 08, 2006 at 08:20:02PM +0200, Daniel R. wrote: Package: eclipse Severity: important I have had eclipse (downloaded from www.eclipse.org, directly) installed on my /opt/eclipse directory for some time, along with Sun's java 5 (update 6) sdk (debian-packaged with java-package), and it worked correctly. The response time was acceptable. Yesterday eclipse packages became available to debian testing and I installed them. Of course, it also installed the corresponding GNU JVM packages debian-eclipse uses by default. Both versions of eclipse I had now in my machine were the same: 3.1.2. The only difference I noticed in UI was the memory / garbage collector icon in debian-eclipse version (not present in original one). I installed onto /usr/share/eclipse the same additional plugins I had installed and working in the /opt/eclipse version: - emf-sdo-xsd-SDK-2.1.2.zip - GEF-SDK-3.1.1.zip - jadclipse_3.1.0.jar - JEM-SDK-1.1.0.1.zip - VE-runtime-1.1.0.1.zip - wtp-sdk-R-1.0.2-200604280245.zip I removed all eclipse's configuration directories in my home account, and started it worked apparently correctly, but loaded and ran much slower than my original version. I tried changing the JVM used to Sun's JVM in preferences, rerun eclipse, but it did not solve the problem. I removed all eclipse's conf. dirs. again and started my /opt/eclipse version, and it run smoothly (as Java can be) as it always did. Therefore, I have uninstalled debian-eclipse packages, and the dependency-related GNU JVM packages. I guess there is a problem with the way debian-eclipse is compiled or configured. I think this problem is important for package's usability. By default eclipse uses GCJ as runtime and I think you have forgotten to install the need eclipse-*-gcj and libswt-*-gcj packages to make it fast. Without these packages Eclipse is just interpreted as GCJ has no JIT yet. And this is slow. Please confirm this makes it faster. An alternative is to edit /etc/eclipse/java_home to prefer SUN JDK as your runtime. This makes it faster too. Cheers, Michael Hi, I have followed the recommendations from Michael (have used /.eclipse/eclipserc to override default JAVA_HOME instead of /etc/eclipse/java_home), and it solved the problem. With GCJ it ran still a bit slow. With SUN JDK it runs fine. Have you tried to install the eclipse-*-gcj and libswt-*-gcj packages too? Is the speed of eclipse with GCJ then acceptable for you? I plan to add an eclipse-gcj package to the next upload which depends on all needed packages. Cheers, Michael Hello, I tried with gcj too, but (at least it seemed to me) eclipse runs a bit faster with Sun's JRE in my machine. Regards, ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#372182: debian eclipse slower with gcj
Perhaps this is due to the additional plugins I use (not available as debian packages)? ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#372182: debian eclipse is much slower than original eclipse
On Fri, Jun 09, 2006 at 06:34:42PM +0200, Daniel Rodriguez Garcia wrote: Michael Koch wrote: On Thu, Jun 08, 2006 at 08:20:02PM +0200, Daniel R. wrote: Package: eclipse Severity: important I have had eclipse (downloaded from www.eclipse.org, directly) installed on my /opt/eclipse directory for some time, along with Sun's java 5 (update 6) sdk (debian-packaged with java-package), and it worked correctly. The response time was acceptable. Yesterday eclipse packages became available to debian testing and I installed them. Of course, it also installed the corresponding GNU JVM packages debian-eclipse uses by default. Both versions of eclipse I had now in my machine were the same: 3.1.2. The only difference I noticed in UI was the memory / garbage collector icon in debian-eclipse version (not present in original one). I installed onto /usr/share/eclipse the same additional plugins I had installed and working in the /opt/eclipse version: - emf-sdo-xsd-SDK-2.1.2.zip - GEF-SDK-3.1.1.zip - jadclipse_3.1.0.jar - JEM-SDK-1.1.0.1.zip - VE-runtime-1.1.0.1.zip - wtp-sdk-R-1.0.2-200604280245.zip I removed all eclipse's configuration directories in my home account, and started it worked apparently correctly, but loaded and ran much slower than my original version. I tried changing the JVM used to Sun's JVM in preferences, rerun eclipse, but it did not solve the problem. I removed all eclipse's conf. dirs. again and started my /opt/eclipse version, and it run smoothly (as Java can be) as it always did. Therefore, I have uninstalled debian-eclipse packages, and the dependency-related GNU JVM packages. I guess there is a problem with the way debian-eclipse is compiled or configured. I think this problem is important for package's usability. By default eclipse uses GCJ as runtime and I think you have forgotten to install the need eclipse-*-gcj and libswt-*-gcj packages to make it fast. Without these packages Eclipse is just interpreted as GCJ has no JIT yet. And this is slow. Please confirm this makes it faster. An alternative is to edit /etc/eclipse/java_home to prefer SUN JDK as your runtime. This makes it faster too. Cheers, Michael Hi, I have followed the recommendations from Michael (have used /.eclipse/eclipserc to override default JAVA_HOME instead of /etc/eclipse/java_home), and it solved the problem. With GCJ it ran still a bit slow. With SUN JDK it runs fine. Have you tried to install the eclipse-*-gcj and libswt-*-gcj packages too? Is the speed of eclipse with GCJ then acceptable for you? I plan to add an eclipse-gcj package to the next upload which depends on all needed packages. Cheers, Michael Hello, I tried with gcj too, but (at least it seemed to me) eclipse runs a bit faster with Sun's JRE in my machine. Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372182: debian eclipse slower with gcj
Perhaps this is due to the additional plugins I use (not available as debian packages)? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#372182: debian eclipse is much slower than original eclipse
Michael Koch wrote: On Thu, Jun 08, 2006 at 08:20:02PM +0200, Daniel R. wrote: Package: eclipse Severity: important I have had eclipse (downloaded from www.eclipse.org, directly) installed on my /opt/eclipse directory for some time, along with Sun's java 5 (update 6) sdk (debian-packaged with java-package), and it worked correctly. The response time was acceptable. Yesterday eclipse packages became available to debian testing and I installed them. Of course, it also installed the corresponding GNU JVM packages debian-eclipse uses by default. Both versions of eclipse I had now in my machine were the same: 3.1.2. The only difference I noticed in UI was the memory / garbage collector icon in debian-eclipse version (not present in original one). I installed onto /usr/share/eclipse the same additional plugins I had installed and working in the /opt/eclipse version: - emf-sdo-xsd-SDK-2.1.2.zip - GEF-SDK-3.1.1.zip - jadclipse_3.1.0.jar - JEM-SDK-1.1.0.1.zip - VE-runtime-1.1.0.1.zip - wtp-sdk-R-1.0.2-200604280245.zip I removed all eclipse's configuration directories in my home account, and started it worked apparently correctly, but loaded and ran much slower than my original version. I tried changing the JVM used to Sun's JVM in preferences, rerun eclipse, but it did not solve the problem. I removed all eclipse's conf. dirs. again and started my /opt/eclipse version, and it run smoothly (as Java can be) as it always did. Therefore, I have uninstalled debian-eclipse packages, and the dependency-related GNU JVM packages. I guess there is a problem with the way debian-eclipse is compiled or configured. I think this problem is important for package's usability. By default eclipse uses GCJ as runtime and I think you have forgotten to install the need eclipse-*-gcj and libswt-*-gcj packages to make it fast. Without these packages Eclipse is just interpreted as GCJ has no JIT yet. And this is slow. Please confirm this makes it faster. An alternative is to edit /etc/eclipse/java_home to prefer SUN JDK as your runtime. This makes it faster too. Cheers, Michael Hi, I have followed the recommendations from Michael (have used /.eclipse/eclipserc to override default JAVA_HOME instead of /etc/eclipse/java_home), and it solved the problem. With GCJ it ran still a bit slow. With SUN JDK it runs fine. Danke schön ___ pkg-java-maintainers mailing list pkg-java-maintainers@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers
Bug#372182: debian eclipse is much slower than original eclipse
Michael Koch wrote: On Thu, Jun 08, 2006 at 08:20:02PM +0200, Daniel R. wrote: Package: eclipse Severity: important I have had eclipse (downloaded from www.eclipse.org, directly) installed on my /opt/eclipse directory for some time, along with Sun's java 5 (update 6) sdk (debian-packaged with java-package), and it worked correctly. The response time was acceptable. Yesterday eclipse packages became available to debian testing and I installed them. Of course, it also installed the corresponding GNU JVM packages debian-eclipse uses by default. Both versions of eclipse I had now in my machine were the same: 3.1.2. The only difference I noticed in UI was the memory / garbage collector icon in debian-eclipse version (not present in original one). I installed onto /usr/share/eclipse the same additional plugins I had installed and working in the /opt/eclipse version: - emf-sdo-xsd-SDK-2.1.2.zip - GEF-SDK-3.1.1.zip - jadclipse_3.1.0.jar - JEM-SDK-1.1.0.1.zip - VE-runtime-1.1.0.1.zip - wtp-sdk-R-1.0.2-200604280245.zip I removed all eclipse's configuration directories in my home account, and started it worked apparently correctly, but loaded and ran much slower than my original version. I tried changing the JVM used to Sun's JVM in preferences, rerun eclipse, but it did not solve the problem. I removed all eclipse's conf. dirs. again and started my /opt/eclipse version, and it run smoothly (as Java can be) as it always did. Therefore, I have uninstalled debian-eclipse packages, and the dependency-related GNU JVM packages. I guess there is a problem with the way debian-eclipse is compiled or configured. I think this problem is important for package's usability. By default eclipse uses GCJ as runtime and I think you have forgotten to install the need eclipse-*-gcj and libswt-*-gcj packages to make it fast. Without these packages Eclipse is just interpreted as GCJ has no JIT yet. And this is slow. Please confirm this makes it faster. An alternative is to edit /etc/eclipse/java_home to prefer SUN JDK as your runtime. This makes it faster too. Cheers, Michael Hi, I have followed the recommendations from Michael (have used /.eclipse/eclipserc to override default JAVA_HOME instead of /etc/eclipse/java_home), and it solved the problem. With GCJ it ran still a bit slow. With SUN JDK it runs fine. Danke schön
Bug#361326: (no subject)
Hello, I confirm this bug, described also in #360769, #362476, after upgrading my system today to latest packages versions in debian's repositories. I am using debian testing (etch) Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#360769: (no subject)
Hello, I confirm this bug, described also in #361326, #362476, after upgrading my system today to latest packages versions in debian's repositories. I am using debian testing (etch) Regards, -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#348698: Information update
Hello, Now I must inform ifplugd works correctly for me (I only had problem with my eth1 wireless lan interface - ipw2200). After some time with ifplugd uninstalled, I have decided to install and test it again. Meanwhile time has passed and some other debian packages in etch (testing) have been upgraded. For example wpasupplicant (now running wpasupplicant version 0.4.7-3). I think my configuration is also different now: - When reporting this bug, I think wpasupplicant was run at if-pre-up and if-post-down events (i.e.: only while interface was configured). - Now, wpasupplicant runs ALWAYS - as a daemon, from system startup (may be eth1 be configured - with ifup eth1 - or not). - Both eth0 (cable) and eth1 (wlan) are configured now in ifplugd as normal INTERFACES: it works now. I think the following is IMPORTANT for detecting link-beats in the wireless interface:** - My local wlan uses WPA-PSK (not open nor WEP). - In this case, wireless-tools (iwconfig, etc.) cannot associate directly the wlan interface to the wlan access point. - wpasupplicant is needed (it must be running) to correctly associate the interface to the wlan access point (because of key management and so on, I guess). - Link-beats are detected when the interface is ASSOCIATED / UNASSOCIATED to the acces point. - Therefore, wpasupplicant is needed to detect link-beats, BEFORE the interface gets (pre)configured: wpasupplicant must be run as a system daemon = always. **PLEASE: You may include an explicit reference to these facts in ifplugd documents. Now there is only a vague indication about waproamd. If these facts are correct, of course. Summarizing, I include my current configuration (which is working correctly): --- /etc/default/ifplugd: INTERFACES=eth0 eth1 HOTPLUG_INTERFACES= ARGS=-q -f -u0 -d10 -w -I SUSPEND_ACTION=stop --- --- /etc/default/wpasupplicant: ENABLED=1 DRIVER=wext INTERFACE=eth1 CONFIG=/etc/wpa_supplicant.conf OPTIONS=-w -i ${INTERFACE} -D ${DRIVER} -c ${CONFIG} --- ^^ Note that the -w option is IMPORTANT --- /etc/wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=0 eapol_version=1 ap_scan=1 fast_reauth=1 # My WPA-PSK NETWORK network={ ssid=myessid scan_ssid=1 # My ap hides essid proto=WPA key_mgmt=WPA-PSK pairwise=TKIP psk=mypskpassword } --- Regards, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#272511: I confirm this bug in ntp-server 1:4.2.0a+stable-2sarge1 (testing)
Hello, I confirm also this bug in ntp-server 1:4.2.0a+stable-2sarge1 (testing). I made after some investigation a similar patch: diff file attached to this message. Daniel R. --- ntp-server.old 2006-03-02 11:51:19.0 +0100 +++ ntp-server 2006-03-02 11:51:19.0 +0100 @@ -20,7 +20,7 @@ echo -n Restarting NTP server: ntpd... start-stop-daemon --stop --quiet --pidfile /var/run/ntpd.pid sleep 2 - start-stop-daemon --start --quiet --exec /usr/sbin/ntpd -- -p /var/run/ntpd.pid + start-stop-daemon --start --quiet --pidfile /var/run/ntpd.pid --exec /usr/sbin/ntpd -- -p /var/run/ntpd.pid echo done. ;; *)
Bug#353454: gamin solves this problem
Hello, Installing gamin package (replaces fam) solves this problem. I found this workaround by chance: - I installed other packages on one of my computers, which required gamin. - I noticed change in nautilus behaviour (now: no problem) - I also installed gamin on my other comp. and reproduced the same change in behaviour. Please investigate as all this may affect many other users. Thanks -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#349703: Bug confirmed
Hello, I also confirm this bug. It happens when you enter a line longer than screen width, the first time you do it after you login. See the example attached (screen capture): it happened first with my normal user, and then again with root after running a su session (both under the same gnome-terminal execution).
Bug#353010: Installing the translation .xpi (thunderbird extension) sets thunderbird in Spanish
1. Part 1: workaround: -- After installing the mozilla-thunderbird-locale-es package (which does not set mozilla menus in Spanish, but they remain in default English), I have done the following: - I have downloaded the thunderbird.1.0.es-ES.langpack.xpi file from nave.hispalinux.es site, and installed it in thunderbird (as a thunderbird extension) - After restarting thunderbird, now it is in Spanish Note however that this workaround only works for your current user (I think it installs the extension info in your ~/.mozilla-thunderbird/ directory). Therefore it is not a valid system-wide solution: if you want to translate thunderbird into Spanish for all user(s) you need to run this workaround for each one. 2. Part 2: comment on the workaround: - In addition to comments stated before I have also noticed the following: Uninstalling (and purging) mozilla-thunderbird-locale-es package, and cleaning (deleting) my user's ~/.mozilla-thunderbird/ dir. (so I can start from scratch), I have tried to install the above extension. However now it does not work. Therefore, in order to translate thunderbird into Spanish I have checked that both packages must be installed: - debian's mozilla-thunderbird-locale-es package - thunderbird.1.0.es-ES.langpack.xpi extension (per user) It seems both 'packages' are complementing to each other ?? I think this is not the intended behaviour, so please correct the mozilla-thunderbird-locale-es package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352365: gnome-volume-manager mounts hda1 hda5 (not removable) in fstab at gnome session start
Ok. Unchecking the Mount removable media... - second - option (don't know exact spelling, un-translating from my Spanish translation) in last version of gnome-volume-manager properties menu, while keeping Mount removable devices... checked, allows me to automount usbdisks while no automounting hard disk partitions. This at the cost of not automounting CD / DVD disks (which really are removable media). I would suggest updating gnome-volume-manager/properties documentation to warn about this effect: local hard disk partitions are mounted/unmounted as if they were removable media. The term removable media is misleading in this case. Thanks for your support. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353010: Installing the translation .xpi (thunderbird extension) sets thunderbird in Spanish
1. Part 1: workaround: -- After installing the mozilla-thunderbird-locale-es package (which does not set mozilla menus in Spanish, but they remain in default English), I have done the following: - I have downloaded the thunderbird.1.0.es-ES.langpack.xpi file from nave.hispalinux.es site, and installed it in thunderbird (as a thunderbird extension) - After restarting thunderbird, now it is in Spanish Note however that this workaround only works for your current user (I think it installs the extension info in your ~/.mozilla-thunderbird/ directory). Therefore it is not a valid system-wide solution: if you want to translate thunderbird into Spanish for all user(s) you need to run this workaround for each one. 2. Part 2: comment on the workaround: - In addition to comments stated before I have also noticed the following: Uninstalling (and purging) mozilla-thunderbird-locale-es package, and cleaning (deleting) my user's ~/.mozilla-thunderbird/ dir. (so I can start from scratch), I have tried to install the above extension. However now it does not work. Therefore, in order to translate thunderbird into Spanish I have checked that both packages must be installed: - debian's mozilla-thunderbird-locale-es package - thunderbird.1.0.es-ES.langpack.xpi extension (per user) It seems both 'packages' are complementing to each other ?? I think this is not the intended behaviour, so please correct the mozilla-thunderbird-locale-es package. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: More info
Note: The memory locations in the previous message and in strace_yelp.txt are not the same (I think they correspond to different runs, sorry for that). Significant lines in strace_yelp.txt, corresponding to given messages are: Line 1481 ((yelp:11297): Gtk-CRITICAL ** ) Line 6858 (I/O warning : failed to...) Just in case it helps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: More info
Well, it seems yelp gives the same error messages when opening from console a valid help file, e.g.: yelp file:///usr/share/gnome/help/drivemount/es/drivemount.xml which is rendered ok (also rendered ok when started from the application's help menu option). Therefore those errors in my previous messages may not be significant. The problem seems to be related with an incorrect rendering of the main Help topics page(s). I have been reported also (in IRC channels) that some users coming from a fresh debian testing installation do not experience this problem ? I come from dist-upgrade from sarge. So this may be related to some garbage information remaining in my system? (perhaps xml packages files?) I have checked the files I have installed for the yelp package and they seem to be ok... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: Yelp blank help topics may be produced by a scrollkeeper bug
After searching the internet I have found a thread with a similar bug found in Ubuntu: https://launchpad.net/distros/ubuntu/+source/yelp/+bug/18434 According to that thread the problem is in scrollkeeper, as it seems it crashes somewhere if the current LANGUAGE environmente variable is compound (contains more than a language specification, mine is: es_ES:es:en_GB:en ) Running the command: LANGUAGE=es_ES yelp from the command line solves the problem for me: I get a Help topics page with contents. Therefore it seems this is a scrollkeeper's bug, not a yelp's one. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: More info
Note: The memory locations in the previous message and in strace_yelp.txt are not the same (I think they correspond to different runs, sorry for that). Significant lines in strace_yelp.txt, corresponding to given messages are: Line 1481 ((yelp:11297): Gtk-CRITICAL ** ) Line 6858 (I/O warning : failed to...) Just in case it helps. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: More info
Well, it seems yelp gives the same error messages when opening from console a valid help file, e.g.: yelp file:///usr/share/gnome/help/drivemount/es/drivemount.xml which is rendered ok (also rendered ok when started from the application's help menu option). Therefore those errors in my previous messages may not be significant. The problem seems to be related with an incorrect rendering of the main Help topics page(s). I have been reported also (in IRC channels) that some users coming from a fresh debian testing installation do not experience this problem ? I come from dist-upgrade from sarge. So this may be related to some garbage information remaining in my system? (perhaps xml packages files?) I have checked the files I have installed for the yelp package and they seem to be ok... -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352274: Error messages in udev (0.084-3) + linux-image-2.6.15-1-686
Hello, I also confirm this bug. I get udev error messages of the same kind as stated before at boot time, with linux-image-2.6.15-1-686. This happens after updating today to new udev version (0.084-3) (added to debian testing repositories). I -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352274: More info
Hello, I have tried with a custom kernel (2.6.15.4 compiled with kernel-package) and same udev version (0.084-3), and the same problem happens. In addition to that, now hal seems to break some gnome panel applets (battery status, disk mounter), they behaviour now is not correct. Please take note of this last issue, for it might be related to reported error messages from udev at boot time. (Will raise bug for hal 0.5.6-2, anyway). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352503: hal 0.5.6-2 breaks gnome panel applets (battery status, disk mounter)
Sjoerd Simons wrote: On Sun, Feb 12, 2006 at 02:15:34PM +0100, Daniel R. wrote: Package: hal Version: 0.5.6-2 Severity: important After updating my debian testing laptop with new versions in debian repositories (testing), I have found the new version of hal (0.5.6-2) for testing breaks some gnome panel applets: Did you restart your session. Thus are you running gnome-vfs(-daemon) 2.12 and the G 2.12 version of the applets ? Sjoerd Hello, I have restarted several times, but the problem continued... Until I have solved both issues, as explained below: * Drivemount applet issue: In gnome configuration editor, the key: /system/storage/display_internal_hard_drives was deactivated (don't know if it was activated prior to updating gnome packages). After activating it, now I can see the drive icons for my hda partitions. Perhaps this is the correct way, and drivemount applet behaviour - showing those partitions (by chance) without hal - was not consistent ? * Battery applet issue: - (Workaround is described in the battery applet help) This version of the battery applet (2.12.2), can use either hal or acpid. It seems to use hal by default if it's present and running. For some reason: a) hal is giving incorrect information to battery applet, or b) the applet is reading the info in a wrong way. I think this is the most probable case?: I have run the hal device manager, before and after disconnecting the laptop's AC adapter, and its presence / absence is shown correctly in hal device manager, in each case. To disable hal use, in gnome configuration editor, go to path: /apps/panel/applets/applet_#/prefs/ (# is the number corresponding to battery applet) create a new boolean key called no_hal, and set it to true. Then restarting the gnome session the battery applet's status keeps up to date with AC adapter's plug / unplug events. Certainly, I am also not sure if the battery applet did not use hal in previous version or it did (to explain the change in behaviour). Well, after all this I am not sure now if this is a hal's bug or a gnome applet's malfunction or change in behaviour :-/ ** At least I hope this can help to other users. **(i.e. perhaps this bug should be closed ?) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#351347: This may be related to a gpg bug
Hello, After I posted this bug I have been searching the internet and found it may not be a seahorse bug after all. According to posts referenced below it may be related to a bug in gnupg 1.4.2 (it should not open /dev/tty if --no-tty is specified, since this breaks programs like seahorse). References: http://bugzilla.gnome.org/show_bug.cgi?id=304569 https://launchpad.net/products/gnupg/+bug/5570 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: No help topics are displayed in yelp
Loïc Minier wrote: Hi, This is a followup for Debian bug http://bugs.debian.org/345563. yelp no longer displays any help topics in the browser window. Do you still get this bug with yelp 2.12? Thanks, yelp 2.12 not available yet for debian testing (etch) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#345563: No help topics are displayed in yelp
Loïc Minier wrote: Hi, This is a followup for Debian bug http://bugs.debian.org/345563. yelp no longer displays any help topics in the browser window. Do you still get this bug with yelp 2.12? Thanks, yelp 2.12 not available yet for debian testing (etch) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]