Bug#1036113: libpurple0: license conflict with libsasl2
I am the upstream maintainer. We can't re-license or grant exceptions to our license as we have never had a CLA or a DCO and some of our are companies that no longer exist and there are individuals that are deceased. This issue is tagging 28 packages total for removal from Debian. All for a mistake someone made at least 16 years (when we renamed to pidgin https://salsa.debian.org/debian/pidgin/-/blob/7632fac272011c7bed2c04fbdff32ad1aa31a491/debian/rules). It does appear that it goes back to when we were still using the name Gaim but I can't find the Debian packaging for that to figure out the real date. At any rate, forcing the removal of these 28 packages seems blatantly wrong as it's punishing users and will take a non-trivial amount of time to fix properly. My suggestion, disable Cyrus-SASL. The only 2 protocols that use it are IRC and XMPP. XMPP has its own implementations for SASL and falls back to Cyrus if it needs to, which will of course break those users. IRC will break for a lot of people and they'll be upset and report bugs to both Debian and me, but at least they'll still have a pidgin package and the other 27 related packages. In the meantime, I suppose I will somehow find the time to get our new SASL library (not written for this bug and not easily integrated into Pidgin 2) through the Debian new queue and get Pidgin 2 updated for it even though that's supposed to be in maintenance only mode. This is going to cost a considerable amount of development time that'd be better spent on the new version but this seems to be the only choice to keep users running for the moment due to the insistence that this is a "serious" level bug and that libpurple0 should be removed from Debian because of it. Ideally, we could just leave this at anything but serious or grave so the 28 packages that this bug threatens could then stay in Debian for the time being and no one would have to do any work that's never going to be part of a stable Debian release. On Sun, May 28, 2023 at 6:03 PM Bastian Germann wrote: > > Am 26.05.23 um 04:26 schrieb Richard Laager: > > Are the problems just limited to MD5? If so: > > I do not think so. > > > 5) Replace the MD5 implementation in Cyrus SASL with a different one. > > > > 6) Cyrus SASL uses OpenSSL for MD5 instead of its built-in MD5 code. > > See https://github.com/cyrusimap/cyrus-sasl/issues/513 for an implementation > that leaves only one RSA-MD licensed file. > -- Thanks, -- Gary Kramlich
Bug#1031228: changelog
It's possible that I missed it, but it would have been very nice if this showed up in apt-changelog. I let this sit as an issue for a number of days assuming it was just churn in unstable. It wasn't until a friend mentioned they hit it too that I went looking for a bug and found the first to update my sources. Thanks, -- Gary Kramlich
Bug#717364: ninja-build: FTBFS on non-Linux: option --platform: invalid choice
Upstream accepted a patch for kfreebsd8 before, but wasn't exactly happy, I'm working on a fix right now. On Fri, Jul 19, 2013 at 2:14 PM, Aaron M. Ucko u...@debian.org wrote: Source: ninja-build Version: 1.3.4-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Thanks for addressing #716885 promptly. Alas, ninja-build is still running into trouble on kFreeBSD and the Hurd. Specifically, the Hurd build fails with configure.py: error: option --platform: invalid choice: 'gnu0' (choose from 'linux', 'darwin', 'freebsd', 'openbsd', 'solaris', 'sunos5', 'mingw', 'msvc', 'gnukfreebsd8') and the kFreeBSD builds similarly fail with configure.py: error: option --platform: invalid choice: 'gnukfreebsd9' (choose from 'linux', 'darwin', 'freebsd', 'openbsd', 'solaris', 'sunos5', 'mingw', 'msvc', 'gnukfreebsd8') Could you please take a look? Thanks, and sorry for not catching it earlier.
Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core, provides xorg-video-abi-8
The pre-release drivers fixed my dependency problems, but I can't get multi-head to work with them. I'm using a single card to drive 2 monitors, and as long as I have a Screen 0 or Screen 1 in either device section, xorg bombs out saying screen 0 deleted because a matching config section couldn't be found. I've verified my settings, and that's the only thing that makes a difference. If I remove the Screen options, I can only bring up a single monitor. -- Gary Kramlich g...@reaperworld.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core, provides xorg-video-abi-8
On 02/22/2011 12:32 PM, Russ Allbery wrote: Gary Kramlichg...@reaperworld.com writes: The pre-release drivers fixed my dependency problems, but I can't get multi-head to work with them. I'm using a single card to drive 2 monitors, and as long as I have a Screen 0 or Screen 1 in either device section, xorg bombs out saying screen 0 deleted because a matching config section couldn't be found. I've verified my settings, and that's the only thing that makes a difference. If I remove the Screen options, I can only bring up a single monitor. Does it work if you add two Screen sections? My current configuration in a similar sort of setup is: Section Device Identifier Device0 Driver nvidia VendorName NVIDIA Corporation BoardName nForce 760i SLI BusID PCI:4:0:0 Screen 0 EndSection Section Device Identifier Device1 Driver nvidia VendorName NVIDIA Corporation BoardName nForce 760i SLI BusID PCI:4:0:0 Screen 1 EndSection Section Screen Identifier Screen0 Device Device0 MonitorMonitor0 DefaultDepth 24 SubSection Display Depth 24 EndSubSection EndSection Section Screen Identifier Screen1 Device Device1 MonitorMonitor1 DefaultDepth 24 SubSection Display Depth 24 EndSubSection EndSection which has a lot more settings than are actually necessary, but may give you an idea of what could work. That's pretty much what mine looks like, except that I'm in a disjoint setup. No xinerama/dualview. It was working under xorg 1.7 btw, although it somehow magically got removed, but that's outside of this scope. I can post my config, but I think I might try adding the pre-release as a mirror and pull in all the suggests and recommends. I just pulled down the packages I needed to cover dependencies and installed them manually. -- Gary Kramlich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core, provides xorg-video-abi-8
On 02/22/2011 01:31 PM, Russ Allbery wrote: Gary Kramlichg...@reaperworld.com writes: That's pretty much what mine looks like, except that I'm in a disjoint setup. No xinerama/dualview. Yeah, I'm the same way. I hate Xinerama. I'm probably going to have the same problem that you have, then -- I haven't upgraded this particular system to 1.7 yet. (So my solution wasn't a this works with 1.7 solution, but just a stab in the dark in the hope that it was something simple.) What's going to be more run is that my workstation at home is a trimonitor setup, same problem, so as long as I don't exit X i'll be fine for now :) Anyways, I just purged everything I installed manually and am reinstalling from the repo now. I follow up on the results shortly. -- Gary Kramlich -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612956: nvidia-glx requires xorg-video-abi-8.0 but new xserver-xorg-core, provides xorg-video-abi-8
On 02/22/2011 01:31 PM, Russ Allbery wrote: Gary Kramlichg...@reaperworld.com writes: That's pretty much what mine looks like, except that I'm in a disjoint setup. No xinerama/dualview. Yeah, I'm the same way. I hate Xinerama. I'm probably going to have the same problem that you have, then -- I haven't upgraded this particular system to 1.7 yet. (So my solution wasn't a this works with 1.7 solution, but just a stab in the dark in the hope that it was something simple.) After the purge and installing from the mirror I still have the same results. :( -- Gary Kramlich g...@reaperworld.com -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#479668: debian : tuxguitar : wrapper script
Philippe Coval wrote: Hi, Rc4 is out , I am about to package it, but first I'd like to understand what's wrong with your configuration, anyone is also affected by this ? if yes on which arch ? Do you use special environment variables ? A full debian trace is welcome too Can you test this also w/ tuxguitar-jsa ? It should produces sound Regards I pulled the packages out of incoming but had issues. So I waited for them to hit the mirrors, then purged, cleaned, and reinstalled. And I keep meeting: $ tuxguitar Exception in thread main java.lang.NoClassDefFoundError: org/eclipse/swt/widgets/Control at org.herac.tuxguitar.gui.TGMain.main(Unknown Source) Caused by: java.lang.ClassNotFoundException: org.eclipse.swt.widgets.Control at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:306) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:276) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:319) ... 1 more I upgraded eclipse, and to no avail, I can't seem to find a working solution. -- Gary Kramlich [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#479668: tuxguitar: plugins don't load unless DEBUG environment variable is set
Package: tuxguitar Version: 0.9.99~1.0rc3-1 Severity: grave Justification: renders package unusable No plugins get loaded by default. I've tried all 4 alternatives I have for java on my system: /usr/lib/jvm/java-6-sun/jre/bin/java /usr/lib/jvm/java-1.5.0-sun/jre/bin/java /usr/bin/gij-4.3 /usr/lib/jvm/java-gcj/jre/bin/java After inspecting /usr/bin/tuxguitar looking for a way to output verbose output, I ran across the DEBUG variable which wasn't define. I launched tuxguitar as 'DEBUG=true tuxguitar' and magically all the plugins load. I have not yet determined the source of the problem. Without the DEBUG=true, no plugins get loaded, and sound output is not available. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tuxguitar depends on: ii gij-4.3 [java-virtual-machine 4.3.0-3The GNU Java bytecode interpreter ii java-gcj-compat [java-virtual 1.0.78-1 Java runtime environment using GIJ ii java-gcj-compat-headless [jav 1.0.78-1 Java runtime environment using GIJ ii libitext-java 1.4.5-3Java Library to generate PDF on th ii libswt3.2-gtk-java3.2.2-5Fast and rich GUI toolkit for Java ii sun-java5-jre [java-virtual-m 1.5.0-15-1 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virtual-m 6-06-1 Sun Java(TM) Runtime Environment ( Versions of packages tuxguitar recommends: ii iceweasel3.0~b5-3lightweight web browser based on M ii tuxguitar-alsa 0.9.99~1.0rc3-1 tuxguitar plugin for sound playbac pn tuxguitar-ossnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479668: tuxguitar: plugins don't load unless DEBUG environment variable is set
After some more testing, I've determined that the plugins get loaded if and only if, pwd is /usr/bin or just the directory containing the tuxguitar wrapper script. the following results in no plugins being loaded: cd ~ tuxguitar the following results in all plugins being loaded: cd /usr/bin tuxguitar -- Gary Kramlich [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#446976: libapache2-mod-bt: crashes when request handler handles request
Tyler MacDonald wrote: Gary, Is there any way you can get a stack backtrace out of this? Like attaching gdb to a httpd process and then causing the segfault? Thanks, Tyler Gary Kramlich [EMAIL PROTECTED] wrote: Package: libapache2-mod-bt Version: 0.0.19+p4.2340-1 Severity: grave Justification: renders package unusable I've written a configuration based loosely on the one provided with the package. Also requests, include /, /register, etc cause the apache subprocess to segfault. Here is the vhost block, identifiers masked... virtualhost *:6969 ServerName tracker.foo.bar DocumentRoot /var/www/foo.bar/tracker/ CustomLog /var/www/foo.bar/.access_log.tracker combined ErrorLog /var/www/foo.bar/.error_log.tracker ServerSignature off Tracker On TrackerHome /var/lib/mod_bt TrackerFlags AllowScrapeFull TrackerDetailURL /details/ Alias /mod_bt.css /usr/share/doc/libbtutil0/html/mod_bt.css LocationMatch ^/$ SetHandler modbt-root IfModule mod_include.c Options +Includes SetOutputFilter INCLUDES /IfModule /LocationMatch Location /announce SetHandler modbt-announce /Location Location /scrape SetHandler modbt-scrape /Location Location /details SetHandler modbt-details /Location Location /register SetHandler modbt-register /Location /virtualhost Sefault messages appear in /var/log/apache2/error.log, nothing is left in /var/www/foo.bar/.error_log.tracker. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-bt depends on: ii apache2-mpm-prefork 2.2.3-3.1Traditional model for Apache HTTPD ii apache2.2-common2.2.3-3.1Next generation, scalable, extenda ii libbttracker0 0.0.19+p4.2340-1 BitTorrent Tracker Library ii libbtutil0 0.0.19+p4.2340-1 BitTorrent utility library libapache2-mod-bt recommends no packages. -- no debconf information Took a bit to get it to get handled. I attached to the parent apache process and got this useless bt: [Switching to Thread 0xa78026b0 (LWP 511)] 0xa77e8265 in ?? () from /usr/lib/apache2/modules/mod_bt.so (gdb) bt #0 0xa77e8265 in ?? () from /usr/lib/apache2/modules/mod_bt.so #1 0x08233818 in ?? () #2 0xa77e93f2 in ?? () from /usr/lib/apache2/modules/mod_bt.so #3 0x in ?? () #4 0x in ?? () I've tried connecting the to the helper threads but i'm not getting the segfault in there. -- Gary Kramlich [EMAIL PROTECTED] signature.asc Description: OpenPGP digital signature
Bug#446976: libapache2-mod-bt: crashes when request handler handles request
Package: libapache2-mod-bt Version: 0.0.19+p4.2340-1 Severity: grave Justification: renders package unusable I've written a configuration based loosely on the one provided with the package. Also requests, include /, /register, etc cause the apache subprocess to segfault. Here is the vhost block, identifiers masked... virtualhost *:6969 ServerName tracker.foo.bar DocumentRoot /var/www/foo.bar/tracker/ CustomLog /var/www/foo.bar/.access_log.tracker combined ErrorLog /var/www/foo.bar/.error_log.tracker ServerSignature off Tracker On TrackerHome /var/lib/mod_bt TrackerFlags AllowScrapeFull TrackerDetailURL /details/ Alias /mod_bt.css /usr/share/doc/libbtutil0/html/mod_bt.css LocationMatch ^/$ SetHandler modbt-root IfModule mod_include.c Options +Includes SetOutputFilter INCLUDES /IfModule /LocationMatch Location /announce SetHandler modbt-announce /Location Location /scrape SetHandler modbt-scrape /Location Location /details SetHandler modbt-details /Location Location /register SetHandler modbt-register /Location /virtualhost Sefault messages appear in /var/log/apache2/error.log, nothing is left in /var/www/foo.bar/.error_log.tracker. -- System Information: Debian Release: 4.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.16-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libapache2-mod-bt depends on: ii apache2-mpm-prefork 2.2.3-3.1Traditional model for Apache HTTPD ii apache2.2-common2.2.3-3.1Next generation, scalable, extenda ii libbttracker0 0.0.19+p4.2340-1 BitTorrent Tracker Library ii libbtutil0 0.0.19+p4.2340-1 BitTorrent utility library libapache2-mod-bt recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in, Preconfiguring packages ...
if i recall correctly, the 'DeprecationgWarning' typo is somewhere in twisted. -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Loic Dachary wrote: Hi, Thanks for the report. It would be most helpful if you could provide more information about the hang. Thanks in advance, Well, it never shows any of the debconf stuff. It just prints out Preconfiguring packages ... and then proceeds to do nothing... I let it sit over night, and it does do anything except eat up cpu time. If you have anything specific you want me to try lemme know. -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Loic Dachary wrote: Gary Kramlich writes: After a random guess of tweaking debconf with dpkg-reconfigure -plow debconf and setting the prompt priority to low, i got into the dialogs. It was previously at critical. I'm not to sure of how you'd want to go about handling this, but yeah, thats the problem :) Ok. I don't master this aspect at all. Does critical means that it won't prompt you and use the defaults for everything ? If so I still don't understand why it hangs instead of finishing on error/success. It would be helpfull to know exactly which process hangs. Cheers, From the dialog displayed by 'dpkg-reconfigure -plow debconf': - 'critical' only prompts you if the system might break. And the process that hangs is http://65.30.209.207/poker-web.PID -- Gary Kramlich [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#355049: python2.3-poker-network: hangs in Preconfiguring packages ...
Package: python2.3-poker-network Severity: grave Justification: renders package unusable a clean apt-get install poker-network will proceed to download everything and then hang in preconfiguring packages I haven't yet determined the cause, but I can't get past that step. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14-2-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
