Bug#312848: exim4: Install created conf.d jungle even when asking for monolithic conf
Package: exim4 Version: 4.50-8 Severity: normal When installing exim4 over an old exim installation - just after upgrading to sarge, it asked if I wanted to have a monolithic config file, or a set of smaller ones. I chose a monolithic one, but the install still created a lot of small directories in /etc/exim4/conf.d -- Package-specific info: Exim version 4.50 #1 built 27-May-2005 08:08:19 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' # # Please note that this is _not_ a dpkg-conffile and that automatic changes # to this file might happen. The code handling this will honor your local # changes, so this is usually fine, but will break local schemes that mess # around with multiple versions of the file. # # update-exim4.conf uses this file to determine variable values to replace # the DEBCONFsomethingDEBCONF strings in the configuration template files. # # Most settings found in here do have corresponding questions in the # Debconf configuration, but not all of them. # # This is a Debian specific file dc_eximconfig_configtype='satellite' dc_other_hostnames='junk.index:junk.indexdata.dk:junk.indexdata.dk:junk' dc_local_interfaces='127.0.0.1' dc_readhost='junk.indexdata.dk' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='bagel.indexdata.dk' CFILEMODE='644' dc_use_split_config='false' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:junk -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.18hl3mremap Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages exim4 depends on: ii exim4-base4.50-8 support files for all exim MTA (v4 ii exim4-daemon-light4.50-8 lightweight exim MTA (v4) daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#308836: rsync times out on large directories
Package: rsync Version: 2.6.4-6 Followup-For: Bug #308836 I am using rsync for off-site backup, over ssh. When backing up large directories, rsync times out rather systematically. I have set the timeout to 1200 seconds, and it times out on a directory with a bit over 7 files (some 3 GB). As a workaround, I detect the condition, and redo the files or subdirectories one by one, but that is slow, as there is a complete ssh handshake for every file, and some other overhead, like starting the ssh in the receiving end... I used to make a second try, with double the time out value (2400), but that didn't help very often. If it makes any difference, I am running Sarge on both ends, and have a 2.2 MB pipe out of the office (originating end), and 1Mbit/256Kbit line to my home (receiving end). -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.18hl3mremap Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages rsync depends on: ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an ii libpopt01.7-5lib for parsing cmdline parameters -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#329096: aspell-da: Can not find dansk.dat
Package: aspell-da Version: 1.4.49-1 Severity: important aspell -a --lang=da gives the following error message: Error: /usr/lib/aspell-0.60/da.rws: The language "dansk" is not known. This is probably because: the file "/usr/lib/aspell-0.60/dansk.dat" can not be opened for reading. I guess the naming convention has changed, aspell used to look for 'dansk', and now looks for 'da'. A quick fix was cd /usr/lib/aspell-0.60 ln -s da.dat dansk.dat ln -s da_phonet.dat dansk_phonet.dat This on a machine that is running debian/sarge (has run debian/testing in the past) # ls -l da* -rw-r--r-- 1 root root 103 Apr 21 17:34 da.dat -rw-r--r-- 1 root root 11 Apr 21 17:34 da.multi -rw-r--r-- 1 root root 13097184 Apr 21 17:34 da.rws -rw-r--r-- 1 root root 2867 Apr 21 17:34 da_phonet.dat -rw-r--r-- 1 root root 13 Apr 21 17:34 dansk.alias lrwxrwxrwx 1 root root6 Sep 19 16:01 dansk.dat -> da.dat lrwxrwxrwx 1 root root 13 Sep 19 16:01 dansk_phonet.dat -> da_phonet.dat -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages aspell-da depends on: ii aspell 0.60.2+20050121-2 GNU Aspell spell-checker -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins
Package: chromium-browser Version: 35.0.1916.153-1~deb7u1 Severity: normal When upgrading my machine (regular apt-get upgrade), I got a new chromium: chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1) Both flash and java plugins stopped working. Chromium tells me that I have to install a plugin. chrome:plugins shows no trace of these plugins, only lists Chromoting Viewer (Disabled). Both plugins worked fine before the upgrade. Both plugins work on IceWeasel, which makes me think that the problem is with Chromium itself, and not the plugins. I have tried to run update-flashplugin-nonfree, made no difference. This happened on two separate (but similar) machines, which makes me think that the problem is not isolated to my machine, but is in the chromium itself. I hope I have given enough information. If not, feel free to ask for more. $ apt-cache policy chromium chromium-browser flashplugin-nonfree icedtea-plugin chromium: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages chromium-browser: Installed: 35.0.1916.153-1~deb7u1 Candidate: 35.0.1916.153-1~deb7u1 Version table: *** 35.0.1916.153-1~deb7u1 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 34.0.1847.116-1~deb7u1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages flashplugin-nonfree: Installed: 1:3.2 Candidate: 1:3.2 Version table: *** 1:3.2 0 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages 100 /var/lib/dpkg/status icedtea-plugin: Installed: 1.4-3~deb7u2 Candidate: 1.4-3~deb7u2 Version table: *** 1.4-3~deb7u2 0 500 http://security.debian.org/ wheezy/updates/main amd64 Packages 100 /var/lib/dpkg/status 1.3.2-1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium-browser depends on: ii chromium 35.0.1916.153-1~deb7u1 chromium-browser recommends no packages. chromium-browser suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#751956: [Pkg-chromium-maint] Bug#751956: chromium-browser: Upgrading chromium-browser to 35.0.1916.153-1~deb7u1 broke java and flash plugins
On Wed, Jun 18, 2014 at 01:46:11PM +0200, Giovanni Harting wrote: > That's a duplicate of #751587, install pepper flash and it should work > again. Thanks! Two small problems: 1) Pepper flash seems not to be in debian/wheezy: $ apt-cache search pepper burgerspace - Avoid evil foodstuffs and make burgers libjs-jquery-ui-theme-pepper-grinder - Pepper Grinder theme for jQuery UI Where is one supposed to get it? 2) Installing a new flash player will not help with Java breaking in the same upgrade. Perhaps this is a known issue for you Debian guys, but it breaks things for many users. I would have appreciated some kind of warning during the install process, and a way to back off from that upgrade. > > 2014-06-18 11:24 GMT+02:00 Heikki Levanto : > > > Package: chromium-browser > > Version: 35.0.1916.153-1~deb7u1 > > Severity: normal > > > > When upgrading my machine (regular apt-get upgrade), I got a new chromium: > >chromium-browser:amd64 (35.0.1916.114-1~deb7u2, 35.0.1916.153-1~deb7u1) > > Both flash and java plugins stopped working. Chromium tells me that I have > > to > > install a plugin. > > > > chrome:plugins shows no trace of these plugins, only lists Chromoting > > Viewer > > (Disabled). Both plugins worked fine before the upgrade. > > > > Both plugins work on IceWeasel, which makes me think that the problem is > > with > > Chromium itself, and not the plugins. > > > > I have tried to run update-flashplugin-nonfree, made no difference. > > > > This happened on two separate (but similar) machines, which makes me think > > that the problem is not isolated to my machine, but is in the chromium > > itself. > > > > > > I hope I have given enough information. If not, feel free to ask for more. > > > > > > $ apt-cache policy chromium chromium-browser flashplugin-nonfree > > icedtea-plugin > > chromium: > > Installed: 35.0.1916.153-1~deb7u1 > > Candidate: 35.0.1916.153-1~deb7u1 > > Version table: > > *** 35.0.1916.153-1~deb7u1 0 > > 500 http://security.debian.org/ wheezy/updates/main amd64 Packages > > 100 /var/lib/dpkg/status > > 34.0.1847.116-1~deb7u1 0 > > 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages > > chromium-browser: > > Installed: 35.0.1916.153-1~deb7u1 > > Candidate: 35.0.1916.153-1~deb7u1 > > Version table: > > *** 35.0.1916.153-1~deb7u1 0 > > 500 http://security.debian.org/ wheezy/updates/main amd64 Packages > > 100 /var/lib/dpkg/status > > 34.0.1847.116-1~deb7u1 0 > > 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages > > flashplugin-nonfree: > > Installed: 1:3.2 > > Candidate: 1:3.2 > > Version table: > > *** 1:3.2 0 > > 500 http://ftp.dk.debian.org/debian/ wheezy/contrib amd64 Packages > > 100 /var/lib/dpkg/status > > icedtea-plugin: > > Installed: 1.4-3~deb7u2 > > Candidate: 1.4-3~deb7u2 > > Version table: > > *** 1.4-3~deb7u2 0 > > 500 http://security.debian.org/ wheezy/updates/main amd64 Packages > > 100 /var/lib/dpkg/status > > 1.3.2-1 0 > > 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages > > > > > > > > -- System Information: > > Debian Release: 7.5 > > APT prefers stable > > APT policy: (500, 'stable') > > Architecture: amd64 (x86_64) > > Foreign Architectures: i386 > > > > Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) > > Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) > > Shell: /bin/sh linked to /bin/dash > > > > Versions of packages chromium-browser depends on: > > ii chromium 35.0.1916.153-1~deb7u1 > > > > chromium-browser recommends no packages. > > > > chromium-browser suggests no packages. > > > > -- no debconf information > > > > ___ > > Pkg-chromium-maint mailing list > > pkg-chromium-ma...@lists.alioth.debian.org > > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-chromium-maint > > -- Heikki Levanto "In Murphy We Turst" heikki (at) lsd (dot) dk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#695482: Careful with 3.1.2
I run into a problem when trying to use mod_proxy_html 3.1.2, although it was on an old Centos system and not a Debian, I still think it worth mentioning here. The problem seemed to be that mod_proxy_html uses mod_xml2enc to decide which encoding the page has. This is supposed to look at the HTTP headers first, and then at a meta tag. But in practice it seemed to ignore the charset in the HTTP headers, defaulting to iso-8859-1, and thus double- encoding characters that were already in utf-8. As far as I could see, the xml2enc module init fails somehow (EAGAIN), and the module does not really get used. Unfortunately I didn't have the time to dig to the bottom of this issue, when I found that Debian still uses 3.0.1, I switched to that, and things worked - at least as long as there is a charset definition in the HTTP Content-Type header. I just made sure it was there. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682256: libc-client2007e: libc-client upgrade breaks uw-imapd
Package: libc-client2007e Version: 8:2007f~dfsg-1 Severity: normal Dear Maintainer, When upgrading libc-client2007e package, uw-imapd stops working. uw-imapd breaks with heikki@locatelli:~$ nc localhost 143 * BYE [ALERT] IMAP4rev1 server crashing: c-client library version skew, app=2007e library=2007f It seems that uw-imapd is no longer supported in wheezy, I can live with that. But upgrading another package should not break existing installations. I think the package libc-client2007e, version Installed: 8:2007f~dfsg-1, should have a "conflicts" with uw-imapd (at least latest version, 8:2007e~dfsg-3.3). That way, upgrading libc-client will be blocked if there is a uw-imapd installed on the system, and the sysadmin will see there is a problem, and can deal with it before his mail users start complaining. (that's how I found out about the problem). For info: apt-cache policy uw-imapd libc-client2007e uw-imapd: Installed: 8:2007e~dfsg-3.3 Candidate: 8:2007e~dfsg-3.3 Version table: *** 8:2007e~dfsg-3.3 0 100 /var/lib/dpkg/status libc-client2007e: Installed: 8:2007f~dfsg-1 Candidate: 8:2007f~dfsg-1 Version table: *** 8:2007f~dfsg-1 0 500 http://ftp.dk.debian.org/debian/ wheezy/main amd64 Packages 100 /var/lib/dpkg/status It is entirely possible that I have misunderstood the situation, and some other packaging changes would be more helpful. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc-client2007e depends on: ii libc6 2.13-33 ii libcomerr21.42.4-3 ii libgssapi-krb5-2 1.10.1+dfsg-1 ii libk5crypto3 1.10.1+dfsg-1 ii libkrb5-3 1.10.1+dfsg-1 ii libpam-modules1.1.3-7.1 ii libpam0g 1.1.3-7.1 ii libssl1.0.0 1.0.1c-3 ii mlock 8:2007f~dfsg-1 libc-client2007e recommends no packages. Versions of packages libc-client2007e suggests: ii uw-mailutils 8:2007f~dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#584724: Happened to us as well
We experienced something that looks like the same thing, only 48 hours after we upgraded the machine to squeeze. The machine seems to have been running quite stable for a long time before the upgrade. Mar 22 07:23:34 cookie kernel: [155274.21] [ cut here ] Mar 22 07:23:34 cookie kernel: [155274.56] WARNING: at /build/buildd-linux-2.6_2.6.32-48squeeze1-i386-F95osd/linux-2.6-2.6.32/debian/build/source_i386_none/net/sched/sch_generic.c:261 dev_watchdog+0xbd/0x15d() Mar 22 07:23:34 cookie kernel: [155274.70] Hardware name: CN400-8237 Mar 22 07:23:34 cookie kernel: [155274.79] NETDEV WATCHDOG: eth1 (via-rhine): transmit queue 0 timed out Mar 22 07:23:34 cookie kernel: [155274.87] Modules linked in: sit tunnel4 ip6t_LOG nf_conntrack_ipv6 ipt_LOG xt_limit xt_state xt_tcpudp ip6table_filter ip6_tables iptable_nat iptable_filter ip_tables x_tables nf_nat_ftp nf_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_conntrack_ftp nf_conntrack hwmon_vid eeprom loop snd_via82xx gameport snd_ac97_codec ac97_bus snd_mpu401_uart snd_rawmidi snd_pcm snd_timer snd_seq_device snd_page_alloc i2c_viapro snd parport_pc shpchp serio_raw evdev joydev pcspkr parport i2c_core soundcore button pci_hotplug processor ext3 usbhid hid jbd mbcache sd_mod crc_t10dif ata_generic pata_via fan sata_via uhci_hcd ehci_hcd thermal libata via_rhine usbcore nls_base thermal_sys mii scsi_mod [last unloaded: scsi_wait_scan] Mar 22 07:23:34 cookie kernel: [155274.000272] Pid: 0, comm: swapper Not tainted 2.6.32-5-686 #1 Mar 22 07:23:34 cookie kernel: [155274.000280] Call Trace: Mar 22 07:23:34 cookie kernel: [155274.000308] [] ? warn_slowpath_common+0x5e/0x8a Mar 22 07:23:34 cookie kernel: [155274.000323] [] ? dev_watchdog+0x0/0x15d Mar 22 07:23:34 cookie kernel: [155274.000337] [] ? warn_slowpath_fmt+0x26/0x2a Mar 22 07:23:34 cookie kernel: [155274.000351] [] ? dev_watchdog+0xbd/0x15d Mar 22 07:23:34 cookie kernel: [155274.000370] [] ? insert_work+0x71/0x78 Mar 22 07:23:34 cookie kernel: [155274.000384] [] ? delayed_work_timer_fn+0x0/0x28 Mar 22 07:23:34 cookie kernel: [155274.000404] [] ? run_timer_softirq+0x16a/0x1eb Mar 22 07:23:34 cookie kernel: [155274.000425] [] ? __do_softirq+0xaa/0x156 Mar 22 07:23:34 cookie kernel: [155274.000439] [] ? do_softirq+0x31/0x3c Mar 22 07:23:34 cookie kernel: [155274.000452] [] ? irq_exit+0x26/0x58 Mar 22 07:23:34 cookie kernel: [155274.000479] [] ? smp_apic_timer_interrupt+0x6c/0x76 Mar 22 07:23:34 cookie kernel: [155274.000500] [] ? apic_timer_interrupt+0x31/0x38 Mar 22 07:23:34 cookie kernel: [155274.000529] [] ? native_safe_halt+0x2/0x3 Mar 22 07:23:34 cookie kernel: [155274.000545] [] ? default_idle+0x3c/0x5a Mar 22 07:23:34 cookie kernel: [155274.000558] [] ? cpu_idle+0x89/0xa2 Mar 22 07:23:34 cookie kernel: [155274.000584] [] ? start_kernel+0x318/0x31d Mar 22 07:23:34 cookie kernel: [155274.000593] ---[ end trace e3d4b41141acdaaf ]--- Mar 22 07:23:34 cookie kernel: [155274.000748] eth1: Transmit timed out, status 1003, PHY status 786d, resetting... Mar 22 07:23:34 cookie kernel: [155274.001541] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Mar 22 07:23:38 cookie kernel: [155278.000175] eth1: Transmit timed out, status 0003, PHY status 786d, resetting... Mar 22 07:23:38 cookie kernel: [155278.001014] eth1: link up, 100Mbps, full-duplex, lpa 0xC5E1 Mar 22 07:23:42 cookie kernel: [155282.000174] eth1: Transmit timed out, status 0003, PHY status 786d, resetting... -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760472: korganizer: Korganizer crashes when adding "traditional KDE calendar" fails to find any plugins
Kevin Krammer wrote: > It would still be a good idea to try the real/current calendar resource > instead of the compatibility mechanism, since the latter will go away at some > point. Sorry, I am not quite sure which kind of calendar resource you mean here. When I try to add a new calendar, I get to choose between - Birthdays from my address book - but I don't use KDE's address book (nor mail) - DAV groupware resource - but I don't use any groupware - Google calendar and tasks - but I don't want to tell google everything I do - ICal calendar file - That is what I use now. - ICal calendar folder - sounds like an overkill for a single calendar - KAlarm calendar file - I can point that to my calendar (over fish://), but nothing happens, no new calendar appears. - KAlarm calendar folder - overkill - Kolab groupware server - never heard of, have not installed on my server - Open-Xchange groupware server - same here. All I want to do is to have my own calendar on my server, so I can open it locally on my home workstation, and remotely from work, preferably over ssh. And I want a read-only access to our company calendar, which is exported from google as a ical file. I prefer not to log in to google to access that, want to keep private life and work life separate. As far as I can see, ical over fish (or sftp) fits my needs best. I would be sad to see that go away at some point. Or have I misunderstood something? Regards Heikki -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760472: korganizer: Korganizer crashes when adding "traditional KDE calendar" fails to find any plugins
Package: korganizer Version: 4:4.14.0-1 Severity: important Dear Maintainer, I was setting up a fresh Debian/Jessie installation (but with an old /home), and noticed that my Korganizer lost its old calendar settings. Could not add my calendar, korganizer crashed on me. This happens every time I try to follow these steps: 1. Right-click on the calendars window 2. Add calendar 3. Choose "KDE Calendar (traditional)" 4. See the "KDE Compatibility Assistant". Click "Next" 5. See the dialog "Step 1: Select a KDE resource plugin". No plugins are listed. There is a narrow white box on the left of the window, the rest is background grey. 6. Click "Next" 7. Get a crash report dialog. It says "Executable: akonadi_kcal_resource PID: 26254 Signal: Segmentation fault (11) Time: Thu 4-Sep 13:17:31". Unfortunately I did not get any stack trace, probably need to install more packages... Small observations that may be helpful, or not: * This is a fresh installation of Debian/Jessie (upgrade failed, but that's another story) * My /home was copied over from an older Debian/wheezy, so it may have some older settings * I tried to get access to a calendar file on a remote server, using the fish: protocol, but never got so far in the process * I have seen korganizer crashes on my other workstation every now and then, possibly related to refreshing remote calendars, but can not be sure. * The same happens on a newly created account, with nothing but the defaults in /home * The fact that the assistant does not show any plugins is disturbing. I do not know what it is expected to show, nor where those should come from. If there is something I can try, or some more information, feel free to ask. I know how to use gdb and other tools, and can invest a little time in digging into this, if necessary. If you have any suggestions for workarounds, that would be helpful. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages korganizer depends on: ii kde-runtime 4:4.14.0-1 ii kdepim-runtime4:4.14.0-1 ii kdepimlibs-kio-plugins4:4.14.0-1 ii libakonadi-calendar4 4:4.14.0-1 ii libakonadi-contact4 4:4.14.0-1 ii libakonadi-kde4 4:4.14.0-1 ii libakonadi-kmime4 4:4.14.0-1 ii libc6 2.19-10 ii libcalendarsupport4 4:4.14.0-1 ii libeventviews44:4.14.0-1 ii libgcc1 1:4.9.1-4 ii libincidenceeditorsng44:4.14.0-1 ii libkabc4 4:4.14.0-1 ii libkcalcore4 4:4.14.0-1 ii libkcalutils4 4:4.14.0-1 ii libkcmutils4 4:4.14.0-1 ii libkdecore5 4:4.14.0-1 ii libkdepim44:4.14.0-1 ii libkdepimdbusinterfaces4 4:4.14.0-1 ii libkdeui5 4:4.14.0-1 ii libkholidays4 4:4.14.0-1 ii libkio5 4:4.14.0-1 ii libkmime4 4:4.14.0-1 ii libknewstuff3-4 4:4.14.0-1 ii libkontactinterface4a 4:4.14.0-1 ii libkparts44:4.14.0-1 ii libkpimidentities44:4.14.0-1 ii libkpimutils4 4:4.14.0-1 ii libmailtransport4 4:4.14.0-1 ii libphonon44:4.7.2-1 ii libpimcommon4 4:4.14.0-1 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqt4-xml4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtcore44:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libstdc++64.9.1-4 ii perl 5.20.0-4 ii phonon4:4.7.2-1 korganizer recommends no packages. Versions of packages korganizer suggests: pn kdepim-kresources -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#760472: korganizer: Korganizer crashes when adding "traditional KDE calendar" fails to find any plugins
After reading the bug report I submitted, I found this appended at the end of it: > Versions of packages korganizer suggests: > pn kdepim-kresources After I installed kdepim-kresources, I could see plugins, choose one, and get my calendar to work just as before. Perhaps that kdepim-kresources should be part of the default KDE package dependency tree somehow? Or perhaps the Compatibility Assistand should recognize the situation where it has no plugins to show, and display some helpful message telling that the user could try to install kdepim-kresources. Anyway, my acute problem is solved. - Heikki -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#1037921: audacious: Invisible buttons on gtk on dark mode
Package: audacious Version: 4.2-1 Severity: normal X-Debbugs-Cc: hei...@lsd.dk Dear Maintainer, I just upgraded to Debian Bookworm. Audacious seems to work fine. But when I switch my KDE into a dark mode (Breeze Dark), the buttons seem to disappear. Actually, they are there, but their icons have gone away. Switching to a Breeze Light theme brings them back. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages audacious depends on: ii audacious-plugins 4.2-1+b1 ii dbus-user-session [default-dbus-session-bus] 1.14.6-1 ii dbus-x11 [dbus-session-bus] 1.14.6-1 ii gtk2-engines-pixbuf 2.24.33-2 ii libaudcore5 4.2-1 ii libc6 2.36-9 ii libgcc-s1 12.2.0-14 ii libglib2.0-0 2.74.6-2 ii libstdc++612.2.0-14 Versions of packages audacious recommends: ii unzip 6.0-28 audacious suggests no packages. -- no debconf information
Bug#1037922: audacious: Hard to open folders in Qt mode
Package: audacious Version: 4.2-1 Severity: wishlist X-Debbugs-Cc: hei...@lsd.dk Dear Maintainer, I just upgraded to Debian Bookworm, and switched my audacious to the Qt interface. Works all right, but there is one irritating difference: The open button only allows to open individual files. If I want to open folders, as I always do, I have to have the menu bar visible, go to the file menu, and choose Open Folder. In the gtk interface the same button could open files and folders all right. If the "open file" and "open folder" operations really have to be separate, I would appreciate if there was at least a button for "open folder", or a configuration option to choose which kind of open I prefer. I have scripted my own playlist system, since I listen to classical music, and I want to randomize the order of pieces, while keeping various movements of each piece together. So I tend to open folders exclusively. -- System Information: Debian Release: 12.0 APT prefers stable-security APT policy: (500, 'stable-security'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 6.1.0-9-amd64 (SMP w/12 CPU threads; PREEMPT) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages audacious depends on: ii audacious-plugins 4.2-1+b1 ii dbus-user-session [default-dbus-session-bus] 1.14.6-1 ii dbus-x11 [dbus-session-bus] 1.14.6-1 ii gtk2-engines-pixbuf 2.24.33-2 ii libaudcore5 4.2-1 ii libc6 2.36-9 ii libgcc-s1 12.2.0-14 ii libglib2.0-0 2.74.6-2 ii libstdc++612.2.0-14 Versions of packages audacious recommends: ii unzip 6.0-28 audacious suggests no packages. -- no debconf information
Bug#528780: bugzilla3: missing perl modules for email_in.pl
Package: bugzilla3 Version: 3.2.0.1-1 Severity: normal The bugzilla3 package includes a file /usr/share/bugzilla3/lib/email_in.pl which is supposed to take incoming email, and create or modify bugs based on it. This file depends on Email/Reply.pm, which seems not to be available. Attempting to install it manually from CPAN run into more dependency problems, for example Email/MIME/Creator.pm -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bugzilla3 depends on: ii apache2 2.2.11-3 Apache HTTP Server metapackage ii apache2-mpm-prefork [ht 2.2.11-3 Apache HTTP Server - traditional n ii dbconfig-common 1.8.41 common framework for packaging dat ii debconf 1.5.26 Debian configuration management sy ii exim4 4.69-9 metapackage to ease Exim MTA (v4) ii exim4-daemon-light [mai 4.69-9 lightweight Exim MTA (v4) daemon ii libappconfig-perl 1.56-2 Perl module for configuration file ii libcgi-pm-perl 3.43-1 Simple Common Gateway Interface Cl ii libdbd-mysql-perl 4.011-1 A Perl5 database interface to the ii libemail-mime-modifier- 1.444-1 module to modify Email::MIME objec ii libemail-send-perl 2.194-1 Simply Sending Email ii libtemplate-perl2.19-1.1lenny1.1 template processing system written ii libtimedate-perl1.1600-9 Time and date functions for Perl ii mysql-client5.0.51a-24 MySQL database client (metapackage ii mysql-client-5.0 [mysql 5.0.51a-24 MySQL database client binaries ii patch 2.5.9-5 Apply a diff file to an original ii perl-modules [libcgi-pm 5.10.0-22Core Perl modules ii ucf 3.0018 Update Configuration File: preserv Versions of packages bugzilla3 recommends: ii libchart-perl 2.4.1-5 Chart Library for Perl ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii mysql-server5.0.51a-24 MySQL database server (metapackage ii mysql-server-5.0 [m 5.0.51a-24 MySQL database server binaries ii perlmagick 7:6.3.7.9.dfsg2-1+b1 Perl interface to the libMagick gr Versions of packages bugzilla3 suggests: ii bugzilla3-doc3.2.0.1-1 comprehensive guide to Bugzilla ii graphviz 2.20.2-3+b2 rich set of graph drawing tools ii libgd-gd2-perl 1:2.39-2Perl module wrapper for libgd - gd ii libgd-graph-perl 1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii libhtml-parser-perl 3.60-1 collection of modules that parse H ii libhtml-scrubber-perl0.08-4 Perl extension for scrubbing/sanit ii libmailtools-perl2.04-1 Manipulate email in perl programs ii libmime-tools-perl 5.427-2 Perl5 modules for MIME-compliant m pn libnet-ldap-perl (no description available) ii libsoap-lite-perl0.710.08-2 Client and server side SOAP implem ii libwww-perl 5.826-1 WWW client/server library for Perl ii libxml-twig-perl 1:3.32-3Perl module for processing huge XM -- debconf information: * bugzilla3/customized_values: false * bugzilla3/passwords-do-not-match: bugzilla3/database-type: mysql bugzilla3/remove-error: abort bugzilla3/mysql/admin-user: root bugzilla3/dbconfig-remove: * bugzilla3/dbconfig-install: true bugzilla3/upgrade-error: abort bugzilla3/internal/reconfiguring: false bugzilla3/remote/newhost: bugzilla3/internal/skip-preseed: false bugzilla3/db/app-user: bugzilla3 bugzilla3/dbconfig-reinstall: false bugzilla3/mysql/method: unix socket * bugzilla3/bugzilla_admin_real_name: Heikki Levanto bugzilla3/remote/host: bugzilla3/install-error: abort bugzilla3/remote/port: bugzilla3/upgrade-backup: true * bugzilla3/bugzilla_admin_name: hei...@indexdata.dk bugzilla3/dbconfig-upgrade: true bugzilla3/purge: false bugzilla3/db/dbname: bugzilla3 bugzilla3/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545472: bugzilla3: Crashes with "SESSION variable 'max_allowed_packet' is read-only."
al/reconfiguring: false bugzilla3/remote/newhost: bugzilla3/internal/skip-preseed: false bugzilla3/db/app-user: bugzilla3 bugzilla3/dbconfig-reinstall: false bugzilla3/mysql/method: unix socket * bugzilla3/bugzilla_admin_real_name: Heikki Levanto bugzilla3/remote/host: bugzilla3/install-error: abort bugzilla3/remote/port: bugzilla3/upgrade-backup: true * bugzilla3/bugzilla_admin_name: hei...@indexdata.dk bugzilla3/dbconfig-upgrade: true bugzilla3/purge: false bugzilla3/db/dbname: bugzilla3 bugzilla3/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
Package: tomcat6 Version: 6.0.20-5 Severity: grave Justification: renders package unusable Installing tomcat6-admin on a brand new Debian/squeeze gets nothing but a crash, when accessing the admin page. A similar crash happens when accessing any web app. I reproduced this on a fresh squeeze (a xen host made for this purpose). apt-get install tomcat6-admin edit /etc/tomcat6/tomcat-users.xml - uncomment the users section - change passwords - add 'admin' and 'manager' to user 'tomcat' Point a browser to port 8080 on that host. Get the 'It Works' page. Click on the 'manager webapp' link, get to ...:8080/manager/html, and see a 500 page with description The server encountered an internal error () that prevented it from fulfilling this request. exception javax.servlet.ServletException: Servlet.init() for servlet HTMLManager threw exception org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) java.lang.Thread.run(Thread.java:636) root cause java.security.AccessControlException: access denied (java.util.PropertyPermission catalina.base read) java.security.AccessControlContext.checkPermission(AccessControlContext.java:342) java.security.AccessController.checkPermission(AccessController.java:553) java.lang.SecurityManager.checkPermission(SecurityManager.java:549) java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1302) java.lang.System.getProperty(System.java:669) org.apache.catalina.manager.ManagerServlet.init(ManagerServlet.java:487) org.apache.catalina.manager.HTMLManagerServlet.init(HTMLManagerServlet.java:646) javax.servlet.GenericServlet.init(GenericServlet.java:212) sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) java.lang.reflect.Method.invoke(Method.java:616) org.apache.catalina.security.SecurityUtil$1.run(SecurityUtil.java:269) java.security.AccessController.doPrivileged(Native Method) javax.security.auth.Subject.doAsPrivileged(Subject.java:537) org.apache.catalina.security.SecurityUtil.execute(SecurityUtil.java:301) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:162) org.apache.catalina.security.SecurityUtil.doAsPrivilege(SecurityUtil.java:115) org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:293) org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:849) org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:454) java.lang.Thread.run(Thread.java:636) A similar crash can be provoked with the URL ...:8080/foobar/ (but not with plain /foobar without the trailing slash) That is why I report this on tomcat6, and not tomcat6-admin. We had a similar problem after upgrading from tomcat6 from 6.0.20-2 to 6.0.20-5. If I can provide any additional information, I'd be glad to do so. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tomcat6 depends on: ii adduser 3.110 add and remove users and groups ii jsvc 1.0.2~svn20061127-9 wrapper to launch Java application ii tomcat6-common 6.0.20-5Servlet and JSP engine -- common f tomcat6 recommends no packages. Versions of packages tomcat6 suggests: ii tomcat6-admin 6.0.20-5 Servlet and JSP engine -- admin we pn tomcat6-docs (no description available) pn tomcat6-examples (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: Worked in 6.0.20-2
The thing used to work all right in 6.0.20-2. When upgraded to 6.0.20-5, it failed. When I purged the -5 packages, and installed -2 by hand, it still failed. So it may be somewhere in the dependencies, some sort of java libraries. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: Workaround
We stumbled upon a workaround. Edit the file /etc/inint.d/tomcat6 and around line 70 you find TOMCAT6_SECURITY=yes Change that to TOMCAT6_SECURITY=no Actually I am not sure of the implications of this, but it allows us to continue devloping on this box. Not suggesting that you will do this, but maybe the information will be useful in debugging. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
On Wed, Sep 09, 2009 at 09:24:12PM +0200, Marcus Better wrote:
> the file /etc/inint.d/tomcat6 should be left alone, the security manager
> can be disabled in /etc/default/tomcat6.
Thanks. That was just my quick workaround.
> Apparently a security manager permission problem. The manager app seems
> to need
> permission java.util.PropertyPermission "catalina.base", "read";
>
> You can add the appropriate permissions in /etc/tomcat6/policy.d, but
> actually I have no idea how it could work on 6.0.20-2 if the rules were
> not there in the first place.
Well, that rule *is* there in the default installation. The problem
seems to be that something prevents it reading any policy files, and
*any* web applications from running!
We have a test application (on another server) with
grant codeBase "file:/usr/share/masterkey/torus/-" {
permission java.security.AllPermission;
};
but our application crashes with the same error message. I just reported
the admin thing, because that is installed directly from Debian, and
ought to work straight out of the box. I believe the problem is with
the tomcat package itself.
I suspect there is something fishy with file permissions and/or the way
the policy.d is concatenated into a single policy file (that seems to
be Debian-specific), but I haven't been able to debug it further.
--
Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst"
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545674: tomcat6: Crashes when trying to run a web app, including admin
On Thu, Sep 10, 2009 at 10:57:24AM +0200, Heikki Levanto wrote:
>
> On Wed, Sep 09, 2009 at 09:24:12PM +0200, Marcus Better wrote:
> > You can add the appropriate permissions in /etc/tomcat6/policy.d, but
> > actually I have no idea how it could work on 6.0.20-2 if the rules were
> > not there in the first place.
>
> Well, that rule *is* there in the default installation. The problem
> seems to be that something prevents it reading any policy files, and
> *any* web applications from running!
> ...
> I suspect there is something fishy with file permissions and/or the way
> the policy.d is concatenated into a single policy file (that seems to
> be Debian-specific), but I haven't been able to debug it further.
I suspected wrong. Adding this entry to some file in policy.d makes the
security manager work:
grant {
permission java.security.AllPermission;
};
So, the files are being concatenated and read all right.
Now I am ready to accept the bug as belonging to the tomcat6-admin. We
may have another problem with our own application, but that is not a
problem for you.
--
Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst"
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#349329: Do not eject with -C
Package: abcde Version: 2.1.19 When continuing an aborted process with the -C option, abcde ejects the cd drive near the beginning, probably at the time it sees it does not need to read anything more from the disc. This is unfortunate, because I may have started another abcde process to read the next disc while this one finishes encoding. -- Heikki Levanto "In Murphy We Turst" heikki (at) lsd (dot) dk -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#580500: workaround
The problem seems to be that grub2 wants to boot the machine into a regular linux kernel, and not the xen hypervisor. There is a workaround at http://wiki.debian.org/Xen#XenonTesting.2BAC8-SqueezeandonUnstable.2BAC8-SidasDom0.2CtocreateamultitudeofDomU.27s In short it is mv -i /etc/grub.d/10_linux /etc/grub.d/50_linux update-grub2 This makes it prefer the hypervisor. Another way is to apt-get remove --purge grub2 grub-pc apt-get autoremove apt-get install grub-legacy grub-install update-grub and reboot - not before you have done all the steps above! -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607050: hurts me too
This bug just hurt one of our servers too. I don't care how you fix it, but
I would appreciate a fix in the near future. I don't like to set up logrotate
to handle this, possibly conflicting with a future Debian fix. So I rotate
it manually every month or so, until a fix magically appears...
Regards
Heikki Levanto
--
Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst"
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580500: Same here
I have the same problem. I had a box running xen under Debian/Lenny (fairly plain installation). Upgraded to squeeze today, and run into the same problem. Noticed that xen-3 was not upgraded to xen-4. I uninstalled xen-hypervisor-3.2-1-amd64 xen-linux-system-2.6.26-2-xen-amd64, and installed xen-linux-system-2.6-xen-amd64 linux-image-2.6.32-5-xen-amd64 xen-hypervisor-4.0-amd64 xen-linux-system-2.6-xen-amd64 xen-linux-system-2.6.32-5-xen-amd64 xen-utils-4.0 I also checked that any package that remotely sounds like xen has not version 4. I respectfully submit that this is not an 'user error', but a problem with debian upgrade scripts. Maybe somehow related to upgrading to grub2 at the same time, I don't know. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#580500: workaround
On Fri, Feb 11, 2011 at 10:49:29AM +0100, Heikki Levanto wrote: > The problem seems to be that grub2 wants to boot the machine into a regular > linux kernel, and not the xen hypervisor. > > There is a workaround at > > http://wiki.debian.org/Xen#XenonTesting.2BAC8-SqueezeandonUnstable.2BAC8-SidasDom0.2CtocreateamultitudeofDomU.27s > > In short it is > mv -i /etc/grub.d/10_linux /etc/grub.d/50_linux > update-grub2 > > This makes it prefer the hypervisor. Actually, that will give problems next time you upgrade grub. If nothing else, do a echo "#moved to 50_linux" > /etc/grub.d/10_linux so that apt will warn you before (re)establishing 10_linux. It would be more correct to edit the default line in /etc/alternatives/grub to point to the hypervisor you want to start. That is also the place to set up boot parameters for the hypervisor and for the kernel it boots dom0 in. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#565914: Confirmed
This was driving me nuts! I got to the point of reporting check_swap graphing broken, and then I found this bug report. Over one year old, and nobody has bothered to add those extra spaces in the file! Could I hope that it will be fixed in squeeze, at least? -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#573062: me too
This bug is disturbing me as well - breaking tests and package-building scripts. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607092: bugzilla3: There was an error sending mail from 'bugzilla-daemon' to ''
Package: bugzilla3 Version: 3.6.2.0-4 Severity: important Tags: squeeze After upgrading to bugzilla3 3.6.2.0-4, it fails to send mails after editing bugs. It comes with a message > There was an error sending mail from 'bugzilla-daemon' to '': > error when closing pipe to /usr/lib/sendmail: Note the empty to ''! I have tried to use SMTP instead of sendmail as the mail sending method, and to enable mail debugging, and I see that it talks to localhost all right, but does not send a receipient name, which causes exim to complain > 503 valid RCPT command must precede DATA The machine (a xen box) is configured to use a smarthost to send mail, and I have verified that the user www-data can send mail as from bugzilla-demon to my real address all right. Bugzilla is quite important for the working of our company, so if possible, I would appreciate any quick fix or workaround! best regards Heikki Levanto sysadmin, Index Data -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-xen-amd64 (SMP w/1 CPU core) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bugzilla3 depends on: ii apache22.2.16-4 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-4 Apache HTTP Server - traditional n ii dbconfig-common1.8.46common framework for packaging dat ii debconf1.5.36Debian configuration management sy ii exim4 4.72-2metapackage to ease Exim MTA (v4) ii exim4-daemon-light [ma 4.72-2lightweight Exim MTA (v4) daemon ii libappconfig-perl 1.56-2Perl module for configuration file ii libcgi-pm-perl 3.49-1module for Common Gateway Interfac ii libdatetime-perl 2:0.6100-2module for manipulating dates, tim ii libdatetime-timezone-p 1:1.20-1+2010kframework exposing the Olson time ii libdbd-mysql-perl 4.016-1 Perl5 database interface to the My ii libemail-mime-creator- 1.903-1 transitional dummy package for now ii libemail-mime-modifier 1.903-1 transitional dummy package for now ii libemail-mime-perl [li 1.903-1 module for simple MIME message par ii libemail-send-perl 2.198-3 Perl module for simply sending ema ii libjs-yui 2.8.2r1~squeeze-1 Yahoo User Interface Library ii libmail-sendmail-perl 0.79.16-1 Send email from a perl script ii libtemplate-perl 2.22-0.1 template processing system written ii libtimedate-perl 1.2000-1 collection of modules to manipulat ii mysql-client 5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries ii patch 2.6-2 Apply a diff file to an original ii perl-modules [libcgi-p 5.10.1-16 Core Perl modules ii python 2.6.6-3+squeeze2 interactive high-level object-orie ii python-support 1.0.10automated rebuilding support for P ii ucf3.0025+nmu1 Update Configuration File: preserv Versions of packages bugzilla3 recommends: ii cvs 1:1.12.13-12 Concurrent Versions System ii imagemagick 8:6.6.0.4-3 image manipulation programs ii libchart-perl 2.4.1-5 Chart Library for Perl ii libtemplate-plugin-gd-perl 2.66-2 GD plugin(s) for the Template Tool ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files ii mysql-server5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-ser 5.1.49-3 MySQL database server binaries and ii perlmagick 8:6.6.0.4-3 Perl interface to the ImageMagick Versions of packages bugzilla3 suggests: ii bugzilla3-doc3.6.2.0-4 comprehensive guide to Bugzilla ii graphviz 2.26.3-5rich set of graph drawing tools pn libauthen-radius-perl (no description available) ii libgd-gd2-perl 1:2.39-2+b1 Perl module wrapper for libgd - gd ii libgd-graph-perl 1.44-3 Graph Plotting Module for Perl 5 ii libgd-text-perl 0.86-5 Text utilities for use with GD ii libhtml-parser-perl 3.66-1 collection of modules that parse H ii libhtml-scrubber-perl0.08-4 Perl extension for scrubbing/sanit ii libmailtools-perl2.06-1 Manipulate email in perl programs ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m pn libnet-ldap-perl (no description available) ii libsoap-lite-perl0.712-2 Perl implementation of a SOAP clie ii libww
Bug#607092: Cron mails work
Just a quick note to mention that I did receive a nightly nagging mail from the box, proving that the box can send mail, and that some parts of bugzillas mail-sending things work just fine. -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607092: Resolved
Turns out that I had customized the template for outgoing mail in /var/lib/bugzilla3/template/en/custom/email/newchangedmail.txt.tmpl The new versions seems to use different variable names for some things, including the mail receipient. The old variable name expanded to empty, and the mail was sent to that empty address. Copying the default template ( from .../en/default/email), and backporting my changes manually (just displaying the product and summary for those who do not recognize the bug numbers) made things work. I don't know if it would be possible, reasonable, and easy to check for this kind of situation in the upgrade script. I leave that to Debian maintainers to think about. Regards - Heikki -- Heikki Levantoheikki at indexdata dot dk "In Murphy We Turst" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#607720: show_bug page shows an extra string /bugzilla3/
ing huge XM ii patchutils 0.3.1-2 Utilities to work with patches pn ruby (no description available) -- Configuration Files: /etc/bugzilla3/index.html changed [not included] -- debconf information: bugzilla3/checksetup_failed: * bugzilla3/customized_values: false * bugzilla3/passwords-do-not-match: bugzilla3/customized_values_ask_again: false bugzilla3/database-type: mysql bugzilla3/remove-error: abort bugzilla3/shutdownhtml: Bugzilla is down for maintenance purposes. Please try again later. bugzilla3/mysql/admin-user: root bugzilla3/dbconfig-remove: * bugzilla3/dbconfig-install: true bugzilla3/upgrade-error: abort bugzilla3/internal/reconfiguring: false bugzilla3/remote/newhost: bugzilla3/internal/skip-preseed: false bugzilla3/db/app-user: bugzilla3 bugzilla3/dbconfig-reinstall: false bugzilla3/mysql/method: unix socket * bugzilla3/bugzilla_admin_real_name: Heikki Levanto bugzilla3/remote/host: bugzilla3/install-error: abort bugzilla3/remote/port: bugzilla3/upgrade-backup: true * bugzilla3/bugzilla_admin_name: hei...@indexdata.dk bugzilla3/dbconfig-upgrade: true bugzilla3/purge: false bugzilla3/db/dbname: bugzilla3 bugzilla3/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#991069: plasma-desktop: Kicker launches a wrong program
Package: plasma-desktop Version: 4:5.20.5-4 Severity: normal X-Debbugs-Cc: hei...@lsd.dk Dear Maintainer, * What led up to the situation? - Upgrading to Debian/Bullseye * What exactly did you do (or not do) that was effective (or ineffective)? 1. Open the start menu 2. Choose a sub-menu that has enough entries to fill the menu box. For example Applications/Internet 3. Do NOT move your mouse. The list shows the first element selected, but the mouse pointer is further down on the list, where the submenu Internet was located 4. Carefully click the mouse, avoiding any movement * What was the outcome of this action? - The first program in the menu gets started * What outcome did you expect instead? - The program under the mouse cursor should start I did report this directly to KDE, https://bugs.kde.org/show_bug.cgi?id=439674 but they closed it as RESOVED/FIXED, with a comment > This is not relevant any more in the new Kickoff. It's a pity that > Debian will not ship that for two more years. This is not a serious issue for me, now that I have understood why the wrong program starts occasionally. Was a bit confusing in the beginning. -- System Information: Debian Release: 11.0 APT prefers testing-security APT policy: (500, 'testing-security'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 5.10.0-7-amd64 (SMP w/12 CPU threads) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages plasma-desktop depends on: ii accountsservice 0.6.55-3 ii breeze 4:5.20.5-4 ii kactivitymanagerd5.20.5-1 ii kde-cli-tools4:5.20.5-2 ii kded55.78.0-2 ii kio 5.78.0-4 ii kpackagetool55.78.0-3 ii libaccounts-qt5-11.16-2 ii libc62.31-12 ii libcrypt11:4.4.18-4 ii libglib2.0-0 2.66.8-1 ii libibus-1.0-51.5.23-2 ii libkaccounts24:20.12.1-1 ii libkf5activities55.78.0-2 ii libkf5activitiesstats1 5.78.0-2 ii libkf5authcore5 5.78.0-2 ii libkf5baloo5 5.78.0-3 ii libkf5codecs55.78.0-2 ii libkf5completion55.78.0-3 ii libkf5configcore55.78.0-4 ii libkf5configgui5 5.78.0-4 ii libkf5configwidgets5 5.78.0-2 ii libkf5coreaddons55.78.0-4 ii libkf5crash5 5.78.0-3 ii libkf5dbusaddons55.78.0-2 ii libkf5declarative5 5.78.0-2 ii libkf5globalaccel-bin5.78.0-3 ii libkf5globalaccel5 5.78.0-3 ii libkf5guiaddons5 5.78.0-3 ii libkf5i18n5 5.78.0-2 ii libkf5iconthemes55.78.0-2 ii libkf5itemviews5 5.78.0-2 ii libkf5kcmutils5 5.78.0-3 ii libkf5kdelibs4support5 5.78.0-2 ii libkf5kiocore5 5.78.0-4 ii libkf5kiofilewidgets55.78.0-4 ii libkf5kiogui55.78.0-4 ii libkf5kiowidgets55.78.0-4 ii libkf5notifications5 5.78.0-2 ii libkf5notifyconfig5 5.78.0-2 ii libkf5package5 5.78.0-3 ii libkf5plasma55.78.0-3 ii libkf5plasmaquick5 5.78.0-3 ii libkf5quickaddons5 5.78.0-2 ii libkf5runner55.78.0-3 ii libkf5service-bin5.78.0-2 ii libkf5service5 5.78.0-2 ii libkf5solid5 5.78.0-2 ii libkf5sonnetcore55.78.0-2 ii libkf5sonnetui5 5.78.0-2 ii libkf5wallet-bin 5.78.0-2 ii libkf5wallet55.78.0-2 ii libkf5widgetsaddons5 5.78.0-2 ii libkf5windowsystem5 5.78.0-2 ii libkf5xmlgui55.78.0-2 ii libkworkspace5-5 4:5.20.5-6 ii libnotificationmanager1 4:5.20.5-6 ii libphonon4qt5-4 4:4.11.1-4 ii libprocesscore9 4:5.20.5-1 ii libqt5concurrent55.15.2+dfsg-9 ii libqt5core5a
Bug#991069: plasma-desktop: Kicker launches a wrong program
Fine, go ahead and close it. This was more or less the best I could expect. I can live with it for now, and will try to upgrade to the latest, when it reaches the (next) testing. On Wed, Jul 14, 2021 at 3:05 PM Patrick Franz wrote: > Hi Heikki, > > as you pointed out, this is resolved in the new Kickoff menu. If there > were a patch, we could apply it and resolve the issue. > But it seems the only solution is to use the new Kickoff menu. Then I'm > afraid we won't be able to fix it for the Plasma version in Bullseye. > > However, as soon as Bullseye is released, we plan to push the newest > Plasma version from experimental to unstable and then it will be > available in testing soon after, if you want to install it from there. > > If you have nothing further to add, I'll close the bug. > > > -- > Med vänliga hälsningar > > Patrick Franz > > >
Bug#970512: endlessh: Can not bind to port under 1024
Package: endlessh Version: 1.1-1~bpo10+1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What exactly did you do (or not do) that was effective (or ineffective)? -> Added a config file specifying Port 222 * What was the outcome of this action? -> endlessh refuses to start. "Permission denied" * What outcome did you expect instead? -> Normal start, listening on port 222 I got around this by listening on , and forwarding things in my firewall. Running endlessh manually from the command line, it could bind on 222 all right. I suspect this has something to do with the way systemd starts the process. *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-10-amd64 (SMP w/12 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages endlessh depends on: ii init-system-helpers 1.56+nmu1 ii libc62.28-10 endlessh recommends no packages. endlessh suggests no packages. -- no debconf information
