Bug#247225: postfixadmin: dbconfig/dpkg complains about changed file
Hi, I'm using dbconfig to configure the DB in my postfixadmin package. If I install my package, debconf/dpkg is asking the user to really overwrite /etc/postfixadmin/config.inc.php. How can I avoid this? It is true that this file has changed in postinst. But how should I change that file to include the right DB credentials without complaining about a changed file? I thought dbconfig is the right framework. I've uploaded my package to mentors.d.o to get some more details: mentors.debian.net/debian/pool/main/p/postfixadmin/postfixadmin_2.3.dsc debian/config: if [ -f /usr/share/dbconfig-common/dpkg/config ]; then # we support mysql and pgsql dbc_dbtypes=mysql, pgsql . /usr/share/dbconfig-common/dpkg/config dbc_go postfixadmin $@ fi debian/postinst: if [ $1 = configure ]; then . /usr/share/debconf/confmodule db_version 2.0 dbc_generate_include='template:/etc/postfixadmin/config.inc.php' dbc_generate_include_owner='root:www-data' dbc_generate_include_perms='640' dbc_generate_include_args=-U -o template_infile=/usr/share/postfixadmin/config.inc.php . /usr/share/dbconfig-common/dpkg/postinst dbc_go postfixadmin $@ db_get postfixadmin/reconfigure-webserver servers=$RET restart=$servers linkdestination_apache=../../postfixadmin/apache.conf linkdestination_lighttpd=../../postfixadmin/lighttpd.conf linkname=postfixadmin if [ -e /usr/share/wwwconfig-common/confd-link.sh ]; then . /usr/share/wwwconfig-common/confd-link.sh else . /usr/share/postfixadmin/confd-link.sh fi . /usr/share/wwwconfig-common/restart.sh fi Thanks, Norman -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#247225: Postfixadmin 2.3 now released
Hi Moritz, Am Mittwoch, den 27.01.2010, 17:43 +0100 schrieb Moritz Naumann: We last talked about two months ago. How's it coming? Did they reconnect you to the internet, yet (I waited 3 months last time in central Berlin, so it doesn't seem impossible that you're still offline)? yes I'm finally connected to the world again ;o) It would be nice to have postfixadmin in squeeze, but time is running out... My plan is also to get postfixadmin into squeeze asap. I don't know the freezing date, but it should uploaded in the next time. I've verified the package yesterday with freshly installed debian (lenny/squeete and sid) systems and there are two problems within the package: 1.) there pops up a warning about a modified /e/p/config.inc.php in lenny squeeze during the installation. I'm using dbconfig to include the DB credentials. So it is right, that this file has changed, but that was intentional. 2.) I couldn't install my package in sid. dbconfig seems to be the problem again: dbconfig-common can not determine the database type. I can't live with that and I need some help with dbconfig. The documentation isn't that good. Hope you like your new apartment, there is still some work, but it looks very nice. Do you ever had to move a IKEA kitchen into another apartment? - Don't do it... ;o) Thank you for following up the progress, Norman signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#247225: Postfixadmin 2.3 now released
Hi, On Thu, Nov 12, 2009 at 01:31:39PM +0100, Moritz Naumann wrote: Now we are waiting for the 2.3 release of Postfix Admin to start with a good tested release in Debian. postfixadmin 2.3 is available since Oct 26 at http://sourceforge.net/projects/postfixadmin/files/ I use upstreams' .deb on an i386 Debian Etch system and it works well there, the packaging seems to have remarkably improved compared to earlier version upstream .deb's (also to the 2.3 RCs). thank you for the feedback! I've worked the most stuff of upstream's .deb and there are one minor and one critical bug which I want to be fixed in the next weeks. Then I'll contact mez to get a fresh review of this package. I'm currently moving into a new flat and my ISP hasn't done his job very well. So i'm sitting without any access to the world on my desk ;o) I hope they can give me some kind of internet access in this week... Norman signature.asc Description: Digital signature
Bug#247225: Postfixadmin
Hi, a small update: The packaging is mostly done and I've got feedback from some testert. Now we are waiting for the 2.3 release of Postfix Admin to start with a good tested release in Debian. If you want to use the package before, you can download it from http://postfixadmin.sf.net/. Norman Am Samstag, den 15.08.2009, 15:25 -0300 schrieb Jeronimo Pellegrini: Hi, I'm sorry, only now I noticed you asked me about the ITP a couple of times and I didn't answer (probably the message went to an old email of mine that is now defunct). Anyway, I filed the original RFP, but wouldn't package it. I'm glad there's been progress in packaging postfixadmin -- I've been using it for years and it's really useful. J. signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#472624: Elisa 0.5.25 upload
Hi Paul, thanks for your upload. I've installed elisa 0.5.37 from experimental and had to install python-twisted and python-coherence by hand. Elisa is still crashing, even if I remove the ~/.elisa* stuff. Attached you'll find the traceback... Norman nor...@orp:~$ elisa -t Launcher core version: 0.5.37 Current core version: 0.5.37 WARN MainThread application Jul 05 19:45:45 An Traceback occurred and got saved to /tmp/elisa_HCxIaV.txt (elisa/core/application.py:313) type 'exceptions.AttributeError' Python 2.5.4: /usr/bin/python Sun Jul 5 19:45:45 2009 A problem occurred in a Python script. Here is the sequence of function calls leading up to the error, in the order they occurred. /usr/bin/elisa in module() 5 from pkg_resources import load_entry_point 6 7 sys.exit( 8load_entry_point('elisa==0.5.37', 'gui_scripts', 'elisa')() 9 ) load_entry_point = function load_entry_point at 0xb7bf4224 /usr/lib/python2.5/site-packages/elisa/core/launcher.py in main() 387 388 def main(): 389 Launcher().main(sys.argv) 390 391 global Launcher = class 'elisa.core.launcher.Launcher' ).main = unbound method Launcher.main global sys = module 'sys' (built-in) sys.argv = ['/usr/bin/elisa', '-t'] /usr/lib/python2.5/site-packages/elisa/core/launcher.py in main(self=elisa.core.launcher.Launcher object at 0xb7c0bfac, argv=['/usr/bin/elisa', '-t']) 81 self.main_before_voodoo() 82 # from now on it's safe to import stuff 83 return self.main_after_voodoo(argv) 84 85 def setup_win_output_redirection(self): self = elisa.core.launcher.Launcher object at 0xb7c0bfac self.main_after_voodoo = bound method Launcher.main_after_voodoo of elisa.core.launcher.Launcher object at 0xb7c0bfac argv = ['/usr/bin/elisa', '-t'] /usr/lib/python2.5/site-packages/elisa/core/launcher.py in main_after_voodoo(self=elisa.core.launcher.Launcher object at 0xb7c0bfac, argv=['/usr/bin/elisa', '-t']) 228 self.exit(2) 229 230 self.run_application() 231 232 def set_win_environment_after_voodoo(self): self = elisa.core.launcher.Launcher object at 0xb7c0bfac self.run_application = bound method Launcher.run_application of elisa.core.launcher.Launcher object at 0xb7c0bfac /usr/lib/python2.5/site-packages/elisa/core/launcher.py in run_application(self=elisa.core.launcher.Launcher object at 0xb7c0bfac) 358 from twisted.internet import reactor 359 360 application = Application(self.options) 361 common.set_application(application) 362 application undefined Application = class 'elisa.core.application.Application' self = elisa.core.launcher.Launcher object at 0xb7c0bfac self.options = {'files': (), 'fullscreen': 0, 'shell': 0, 'log'... 'unfullscreen': 0, 'rss': None, 'tracebacks': 1} /usr/lib/python2.5/site-packages/elisa/core/application.py in __init__(self=elisa.core.application.Application object at 0x8934a8c, options={'files': (), 'fullscreen': 0, 'shell': 0, 'log'... 'unfullscreen': 0, 'rss': None, 'tracebacks': 1}) 246 self.store = None 247 248 self.bus = bus.Bus() 249 250 self.service_manager = service_manager.ServiceManager() self = elisa.core.application.Application object at 0x8934a8c self.bus undefined global bus = module 'elisa.core.bus' from '/usr/lib/python2.5/site-packages/elisa/core/bus/__init__.pyc' bus.Bus undefined type 'exceptions.AttributeError': 'module' object has no attribute 'Bus' __class__ = type 'exceptions.AttributeError' __delattr__ = method-wrapper '__delattr__' of exceptions.AttributeError object at 0xb7d8ea6c __dict__ = {} __doc__ = 'Attribute not found.' __getattribute__ = method-wrapper '__getattribute__' of exceptions.AttributeError object at 0xb7d8ea6c __getitem__ = method-wrapper '__getitem__' of exceptions.AttributeError object at 0xb7d8ea6c __getslice__ = method-wrapper '__getslice__' of exceptions.AttributeError object at 0xb7d8ea6c __hash__ = method-wrapper '__hash__' of exceptions.AttributeError object at 0xb7d8ea6c __init__ = method-wrapper '__init__' of exceptions.AttributeError object at 0xb7d8ea6c __new__ = built-in method __new__ of type object at 0x8144f40 __reduce__ = built-in method __reduce__ of exceptions.AttributeError object at 0xb7d8ea6c __reduce_ex__ = built-in method __reduce_ex__ of exceptions.AttributeError object at 0xb7d8ea6c __repr__ = method-wrapper '__repr__' of exceptions.AttributeError object at 0xb7d8ea6c __setattr__ = method-wrapper '__setattr__' of exceptions.AttributeError object at 0xb7d8ea6c __setstate__ = built-in method __setstate__ of exceptions.AttributeError object at 0xb7d8ea6c __str__ = method-wrapper '__str__' of exceptions.AttributeError object at 0xb7d8ea6c args = ('module' object has no attribute 'Bus',) message = 'module' object has no attribute 'Bus' The above is a
Bug#527469: gallery2: admin login does not work after new multisite installation
Hi, there is an similar bug report on sf.net: https://sourceforge.net/tracker/?func=detailaid=2497921group_id=7130atid=107130 I've added my remarks to that report... Norman signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#527469: gallery2: admin login does not work after new multisite installation
Hi, I ran also into this issue... The new generated config.php of a new multisite installation has a mistake regarding the base URI. Gallery wrote into my config.php: $gallery-setConfig('baseUri', 'http://test123.normes.org/gallery2/GALLERY_MAIN_PHP'); With my corrected line I was able to login into new multisites: $gallery-setConfig('baseUri', 'http://test123.normes.org/gallery2/main.php'); I had a quick look into the package and to the bug tracker of gallery, but couldn't find any hint... I think the bug is somewhere located in /usr/share/gallery2/install/steps/MultisiteStep.class, but haven't any real indication of. Regards, Norman signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#247225: RFS: postfixadmin (2nd try)
Hi Paul, thanks for your review! Am Sonntag, den 02.11.2008, 17:43 +0900 schrieb Paul Wise: A review of your source package: Please send your changes upstream if you haven't already. my small changes in backup.php are ported from upstream [1] The cp calls can be moved into debian/postfixadmin.install. thanks for the hint, implemented. Some of the postinst might be replaced by wwwconfig-common and you might want to extend wwwconfig-common to support stuff it doesn't yet. #448682 is fixed, do you need to make an changes as a result? Just closed bug #237292 in this context. Would it be possible to make dbconfig-common do the stuff listed in DOCUMENTS/SECURITY.txt? If not, please file a bug about it. There is already such an reported bug: #400567. Standards-Version does not need the final .1 since only typos and minor changes occur in policy 3.8.0.X adjusted. I don't know enough about debconf or web stuff to review the rest of the package. I would be glad if someone could review that parts of my package! I've uploaded a new version on mentors.debian.net - URL: http://mentors.debian.net/debian/pool/main/p/postfixadmin - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/postfixadmin/postfixadmin_2.2.1.1-1.dsc Thanks a lot, Norman [1] http://sourceforge.net/forum/forum.php?thread_id=2387333forum_id=676076 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#237292: wwwconfig-common: Support apache conf.d
Hi, maybe my attached confd-link.sh could close this 4y old bug? Comments/suggestions are welcome! Norman confd-link.sh Description: application/shellscript
Bug#504347: dovecot-common: #504347 Unsupported features in require line
Package: dovecot-common Version: 1.0.rc18-2 Tags: +fixed Hello Drew, thanks for your report! This issue is already fixed in dovecot-sieve 1.0.1 [1] [2] and it was included in version 1.0.rc18-2 [3]. Norman [1] http://hg.dovecot.org/dovecot-sieve-1.0/rev/8b6df1256798 [2] http://www.dovecot.org/list/dovecot/2007-January/018723.html [3] http://packages.debian.org/changelogs/pool/main/d/dovecot/current/changelog#versionversion1.0.rc18-2 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#247225: RFS: postfixadmin
Dear mentors, I am looking for a sponsor for my package postfixadmin. * Package name: postfixadmin Version : 2.2.1.1-1 Upstream Author : The PostfixAdmin Development Team [EMAIL PROTECTED] * URL : http://postfixadmin.sourceforge.net/ * License : GPL Section : web It builds these binary packages: postfixadmin - Virtual mail hosting interface for Postfix The package appears to be lintian clean. The upload would fix these bugs: 247225 The package can be found on mentors.debian.net: - URL: http://mentors.debian.net/debian/pool/main/p/postfixadmin - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/p/postfixadmin/postfixadmin_2.2.1.1-1.dsc I would be glad if someone uploaded this package for me. Kind regards Norman Messtorff -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489608: mdadm: hung task timeout when doign data check
Hi, I've got also a Call Trace on my system: [1702572.396576] md: data-check of RAID array md0 [1702572.396576] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. [1702572.396576] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for data-check. [1702572.396576] md: using 128k window, over a total of 20972736 blocks. [1702572.402228] md: delaying data-check of md1 until md0 has finished (they share one or more physical units) [1702572.402228] md: delaying data-check of md2 until md0 has finished (they share one or more physical units) [1702930.912273] INFO: task md1_resync:23339 blocked for more than 120 seconds. [1702930.912294] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [1702930.912307] md1_resyncD 0 23339 2 [1702930.912321] 8100084d5db0 0046 8100084d5d78 8100084da7d0 [1702930.912338] 0003 81011d1be810 81011fac3470 81011d1bea98 [1702930.912355] 0282 0400 [1702930.912369] Call Trace: [1702930.912406] [a00e69ad] :md_mod:md_do_sync+0x224/0x908 [1702930.912427] [8022832a] move_tasks+0x68/0x90 [1702930.912436] [8020a857] __switch_to+0x96/0x35e [1702930.912447] [8022f012] hrtick_set+0x88/0xf7 [1702930.912458] [80246021] autoremove_wake_function+0x0/0x2e [1702930.912475] [a00e94b1] :md_mod:md_thread+0xd7/0xed [1702930.912491] [a00e93da] :md_mod:md_thread+0x0/0xed [1702930.912500] [80245efb] kthread+0x47/0x74 [1702930.912508] [80230057] schedule_tail+0x27/0x5c [1702930.912518] [8020cef8] child_rip+0xa/0x12 [1702930.912531] [80245eb4] kthread+0x0/0x74 [1702930.912539] [8020ceee] child_rip+0x0/0x12 [1702930.912547] [1702930.912553] INFO: task md2_resync:23341 blocked for more than 120 seconds. [1702930.912563] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [1702930.912576] md2_resyncD 8100084d9e70 0 23341 2 [1702930.912587] 8100084d9db0 0046 81011d194e60 81011d194e60 [1702930.912604] 810001026880 81011d22c380 81011f0cead0 81011d22c608 [1702930.912621] 810001026880 80319a75 8100084d9e90 8022954d [1702930.912639] Call Trace: [1702930.912654] [80319a75] __next_cpu+0x19/0x26 [1702930.912663] [8022954d] find_busiest_group+0x254/0x6dc [1702930.912679] [a00e69ad] :md_mod:md_do_sync+0x224/0x908 [1702930.912692] [8022832a] move_tasks+0x68/0x90 [1702930.912701] [8020a857] __switch_to+0x96/0x35e [1702930.912711] [8022f012] hrtick_set+0x88/0xf7 [1702930.912721] [80246021] autoremove_wake_function+0x0/0x2e [1702930.912738] [a00e94b1] :md_mod:md_thread+0xd7/0xed [1702930.912754] [a00e93da] :md_mod:md_thread+0x0/0xed [1702930.912763] [80245efb] kthread+0x47/0x74 [1702930.912772] [80230057] schedule_tail+0x27/0x5c [1702930.912781] [8020cef8] child_rip+0xa/0x12 [1702930.912792] [8022ad5c] __wake_up+0x38/0x4f [1702930.912802] [80245eb4] kthread+0x0/0x74 [1702930.912810] [8020ceee] child_rip+0x0/0x12 [1702930.912819] [1702980.305382] md: md0: data-check done. [1702980.30] md: delaying data-check of md1 until md2 has finished (they share one or more physical units) [1702980.30] md: data-check of RAID array md2 [1702980.30] md: minimum _guaranteed_ speed: 1000 KB/sec/disk. [1702980.30] md: using maximum available idle IO bandwidth (but not more than 20 KB/sec) for data-check. [1702980.30] md: using 128k window, over a total of 463210112 blocks. [1702980.415992] RAID1 conf printout: [1702980.415992] --- wd:2 rd:2 [1702980.415992] disk 0, wo:0, o:1, dev:sda1 [1702980.415992] disk 1, wo:0, o:1, dev:sdb1 [1703112.375096] INFO: task md1_resync:23339 blocked for more than 120 seconds. [1703112.375115] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [1703112.375129] md1_resyncD 8100084d5e70 0 23339 2 [1703112.375142] 8100084d5db0 0046 8100084d5d78 8100084da7d0 [1703112.375160] 0003 81011d1be810 81011f0cead0 81011d1bea98 [1703112.375177] 0282 0400 [1703112.375191] Call Trace: [1703112.375227] [a00e69ad] :md_mod:md_do_sync+0x224/0x908 [1703112.375247] [8022832a] move_tasks+0x68/0x90 [1703112.375257] [8020a857] __switch_to+0x96/0x35e [1703112.375268] [8022f012] hrtick_set+0x88/0xf7 [1703112.375279] [80246021] autoremove_wake_function+0x0/0x2e [1703112.375296] [a00e94b1] :md_mod:md_thread+0xd7/0xed [1703112.375311] [a00e93da] :md_mod:md_thread+0x0/0xed [1703112.375321] [80245efb] kthread+0x47/0x74 [1703112.375329] [80230057] schedule_tail+0x27/0x5c
Bug#247225: Intent to package
Hi, as I'm using postfixadmin productive and this ITP is open 4y, I'm really interested in packaging this software. Jeronimo Pellegrini and Rafal Krypa: Please let me know if you're still interested in packaging postfixadmin after such a long time. I've looked already at the upstream .deb version and found some things which should be polished a bit. I'm expecting a first version in the next weeks. Thanks, Norman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448432: No need to loose your data...
I had also some SQL issues after upgrading to 1.4.004-2.dfsg-1. No user was able to login. I had to open http://mydomain/egroupware/setup and login with my config-username to start the DB update manually. DB update works fine, but: The table Applications (step 5) noticed egw-pear is missing. dpkg tells me different and dependency of egroupware-core looks good (depends on egroupware-egw-pear, which is already installed on my side) Also in this table: a noticed version conflict with notifywindow and workflow with the notice sources deleted/failure (notice translated from german...). I've selected the boxes install/update to solve the problems. I had to update the notifywindow application first, to solve the issue on FeLaMiMail too. All is looking good now, except the workflow application. Maybe i have to installed the Debian package, but i don't need that application on my side. After this steps i'm now able to login as user again without any issue. There wasn't any hint on package upgrade to do this. Maybe i've missed a existing hint... Do we have to improve some steps if egw needs a DB upgrade again? I couldn't find any informations in our well known references/docs about the behaviour in such situations. I'm happy if someone could direct me to some docs :o) Norman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404711: Possible solution...
package postfix-policyd tags 404711 confirmed patch thanks Hi, the attached diff provides my prepared solution. Thanks, Norman -- Norman Messtorff | http://normes.org Do _not_ use this Spamtrap: [EMAIL PROTECTED] diff -u postfix-policyd-1.80/debian/install-files/mysql.sql postfix-policyd-1.80/debian/install-files/mysql.sql --- postfix-policyd-1.80/debian/install-files/mysql.sql +++ postfix-policyd-1.80/debian/install-files/mysql.sql @@ -112,6 +112,14 @@ KEY _expire (_expire) ) TYPE=MyISAM; +CREATE TABLE IF NOT EXISTS blacklist_dnsname ( + _blacklist char(60) NOT NULL default '', + _description char(60) NOT NULL default '', + _expire int(10) unsigned NOT NULL default '0', + UNIQUE KEY _blacklist (_blacklist), + KEY _expire (_expire) +) TYPE=MyISAM; + CREATE TABLE IF NOT EXISTS spamtrap ( _rcptchar(60) NOT NULL default '', _active tinyint(1) unsigned NOT NULL default '1', diff -u postfix-policyd-1.80/debian/changelog postfix-policyd-1.80/debian/changelog --- postfix-policyd-1.80/debian/changelog +++ postfix-policyd-1.80/debian/changelog @@ -1,3 +1,9 @@ +postfix-policyd (1.80-2.2) unstable; urgency=low + + * 'blacklist_dnsname' table missing on new installs. (Closes: #404711) + + -- Norman Messtorff [EMAIL PROTECTED] Fri, 10 Aug 2007 12:35:13 +0200 + postfix-policyd (1.80-2.1) unstable; urgency=medium * Non-maintainer upload. signature.asc Description: Digital signature
Bug#405601: #405601: /etc/init.d/ipsec stop doesn't work correctly
Hello Alexis, i can confirm your reported bug. With one modification: it happens only if i have established IPSec connections while the init.d script want to stop the services. Can you verify this behaviour on your side? Thanks for reporting! Norman -- Norman Messtorff | http://normes.org Do _not_ use this Spamtrap: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#386469: openbsd-inetd, action start failed when upgrading
Very strange, but i cannot reproduce this bug again on my machine. Upgrade from: -3 to -4: no problems -4 to -5: no problems -3 to -5: no problems -5 plain install: no problems. Every time purged the package. Downgrade from: -5 to -4: no problems All on the same machine i've reported some days ago. Ok, where are the voodoo doll's? Attached you will find a logfile with my trials and the snipplet of my dpkg.log from upgrade on 2007-03-05. This bug _must_ be in context with another package upgrade. How can i go on to help you? -- Norman Messtorff | http://normes.org Do _not_ use this Spamtrap: [EMAIL PROTECTED] 2007-03-05 09:11:27 upgrade libusb-0.1-4 2:0.1.12-2 2:0.1.12-5 2007-03-05 09:11:27 status half-configured libusb-0.1-4 2:0.1.12-2 2007-03-05 09:11:27 status unpacked libusb-0.1-4 2:0.1.12-2 2007-03-05 09:11:27 status half-installed libusb-0.1-4 2:0.1.12-2 2007-03-05 09:11:27 status half-installed libusb-0.1-4 2:0.1.12-2 2007-03-05 09:11:27 status unpacked libusb-0.1-4 2:0.1.12-5 2007-03-05 09:11:27 status unpacked libusb-0.1-4 2:0.1.12-5 2007-03-05 09:11:27 upgrade libsdl1.2debian 1.2.11-7 1.2.11-8 2007-03-05 09:11:27 status half-configured libsdl1.2debian 1.2.11-7 2007-03-05 09:11:27 status unpacked libsdl1.2debian 1.2.11-7 2007-03-05 09:11:27 status half-installed libsdl1.2debian 1.2.11-7 2007-03-05 09:11:27 status half-installed libsdl1.2debian 1.2.11-7 2007-03-05 09:11:27 status unpacked libsdl1.2debian 1.2.11-8 2007-03-05 09:11:27 status unpacked libsdl1.2debian 1.2.11-8 2007-03-05 09:11:27 upgrade libsdl1.2debian-oss 1.2.11-7 1.2.11-8 2007-03-05 09:11:27 status half-configured libsdl1.2debian-oss 1.2.11-7 2007-03-05 09:11:27 status unpacked libsdl1.2debian-oss 1.2.11-7 2007-03-05 09:11:27 status half-installed libsdl1.2debian-oss 1.2.11-7 2007-03-05 09:11:28 status half-installed libsdl1.2debian-oss 1.2.11-7 2007-03-05 09:11:28 status unpacked libsdl1.2debian-oss 1.2.11-8 2007-03-05 09:11:28 status unpacked libsdl1.2debian-oss 1.2.11-8 2007-03-05 09:11:29 status half-configured openbsd-inetd 0.20050402-5 2007-03-05 09:11:30 status unpacked libusb-0.1-4 2:0.1.12-5 2007-03-05 09:11:30 status half-configured libusb-0.1-4 2:0.1.12-5 2007-03-05 09:11:40 status installed libusb-0.1-4 2:0.1.12-5 2007-03-05 09:11:40 status unpacked libsdl1.2debian-oss 1.2.11-8 2007-03-05 09:11:40 status half-configured libsdl1.2debian-oss 1.2.11-8 2007-03-05 09:11:41 status installed libsdl1.2debian-oss 1.2.11-8 2007-03-05 09:11:41 status unpacked libsdl1.2debian 1.2.11-8 2007-03-05 09:11:41 status half-configured libsdl1.2debian 1.2.11-8 2007-03-05 09:11:41 status installed libsdl1.2debian 1.2.11-8 2007-03-05 09:11:45 status half-configured openbsd-inetd 0.20050402-5 2007-03-05 09:13:21 install linux-headers-2.6.18-4 keine 2.6.18.dfsg.1-11 2007-03-05 09:13:21 status half-installed linux-headers-2.6.18-4 2.6.18.dfsg.1-11 2007-03-05 09:13:23 status unpacked linux-headers-2.6.18-4 2.6.18.dfsg.1-11 2007-03-05 09:13:23 status unpacked linux-headers-2.6.18-4 2.6.18.dfsg.1-11 2007-03-05 09:13:23 install linux-headers-2.6.18-4-486 keine 2.6.18.dfsg.1-11 2007-03-05 09:13:23 status half-installed linux-headers-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:25 status unpacked linux-headers-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:25 status unpacked linux-headers-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:25 upgrade linux-headers-2.6-486 2.6.18+5 2.6.18+6 2007-03-05 09:13:25 status half-configured linux-headers-2.6-486 2.6.18+5 2007-03-05 09:13:25 status unpacked linux-headers-2.6-486 2.6.18+5 2007-03-05 09:13:25 status half-installed linux-headers-2.6-486 2.6.18+5 2007-03-05 09:13:25 status half-installed linux-headers-2.6-486 2.6.18+5 2007-03-05 09:13:25 status unpacked linux-headers-2.6-486 2.6.18+6 2007-03-05 09:13:25 status unpacked linux-headers-2.6-486 2.6.18+6 2007-03-05 09:13:27 status installed linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:28 remove linux-headers-2.6.18-3-486 2.6.18-7 2.6.18-7 2007-03-05 09:13:28 status half-configured linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:28 status half-installed linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:29 status config-files linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:29 status config-files linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:29 status config-files linux-headers-2.6.18-3-486 2.6.18-7 2007-03-05 09:13:29 status not-installed linux-headers-2.6.18-3-486 keine 2007-03-05 09:13:31 install linux-image-2.6.18-4-486 keine 2.6.18.dfsg.1-11 2007-03-05 09:13:31 status half-installed linux-image-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:37 status unpacked linux-image-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:37 status unpacked linux-image-2.6.18-4-486 2.6.18.dfsg.1-11 2007-03-05 09:13:37 install linux-image-2.6.18-4-686 keine 2.6.18.dfsg.1-11 2007-03-05 09:13:37 status half-installed linux-image-2.6.18-4-686 2.6.18.dfsg.1-11 2007-03-05 09:13:43 status unpacked linux-image-2.6.18-4-686 2.6.18.dfsg.1-11
Bug#386469: BUGREPORTERS PLEASE CHECK!
Hello Thomas, Unless I'm not misstaken (there are only indications but no evidence so far), then the cause of the problem we're witnessing here is, that /etc/init.d/openbsd-inetd stop is aparently *not* being executed before the update. Can anybody refute this? - In case you happen to witnessing the problem, can you affirm that this is effectively the case? inetd was running before upgrade and doesn't stopped during this task. I stopped inetd by hand and rerun te upgrade successfully. Restarting the upgrade without stopping inetd wasn't succeed. - Can you figure out why this is so? - Is /etc/init.d/openbsd-inetd possibly not executable? It was/is executable, i can stop inetd by hand. I couldn't see any changes on filesystem permissions too. - Is /etc/inetd.conf missing? No. -- Norman Messtorff | http://normes.org Do _not_ use this Spamtrap: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#386469: openbsd-inetd: start after upgrade failed again if openbsd-inetd is running
Package: openbsd-inetd Followup-For: Bug #386469 I think the bug isn't closed completely: [09:20:53] [EMAIL PROTECTED]:~ 0# LC_ALL=C aptitude upgrade Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Setting up openbsd-inetd (0.20050402-5) ... Starting internet superserver: inetdinvoke-rc.d: initscript openbsd-inetd, action start failed. dpkg: error processing openbsd-inetd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: openbsd-inetd E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up openbsd-inetd (0.20050402-5) ... Starting internet superserver: inetdinvoke-rc.d: initscript openbsd-inetd, action start failed. dpkg: error processing openbsd-inetd (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: openbsd-inetd [09:21:25] [EMAIL PROTECTED]:~ 255# invoke-rc.d openbsd-inetd stop Stopping internet superserver: inetd. [09:21:32] [EMAIL PROTECTED]:~ 0# LC_ALL=C aptitude upgrade Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0B of archives. After unpacking 0B will be used. Setting up openbsd-inetd (0.20050402-5) ... Starting internet superserver: inetd. [09:21:44] [EMAIL PROTECTED]:~ 0# ps aux |grep inetd root 10590 0.0 0.0 2680 892 ?Ss 09:21 0:00 /usr/sbin/inetd root 10622 0.0 0.0 2020 736 pts/3R+ 09:22 0:00 grep -E inetd -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages openbsd-inetd depends on: ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra ii lsb-base3.1-23 Linux Standard Base 3.1 init scrip ii tcpd7.6.dbs-13 Wietse Venema's TCP wrapper utilit ii update-inetd4.27-0.4 inetd.conf updater openbsd-inetd recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#409772: nagios-nrpe-server: please include inetd support
Package: nagios-nrpe-server Version: 2.5.1-3 Severity: wishlist Tags: patch NRPE can run as inetd service but is started as daemon-only by default. Please add an easy way to change between daemon and inetd mode. -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages nagios-nrpe-server depends on: ii adduser 3.102Add and remove users and groups ii libc6 2.3.6.ds1-10 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8c-4 SSL shared libraries ii lsb-base3.1-22 Linux Standard Base 3.1 init scrip Versions of packages nagios-nrpe-server recommends: pn nagios-plugins | nagios-plugi none (no description available) -- no debconf information diff -dNurp nagios-nrpe-2.5.1/debian/nagios-nrpe-server.default nagios-nrpe-2.5.1-normes/debian/nagios-nrpe-server.default --- nagios-nrpe-2.5.1/debian/nagios-nrpe-server.default 2007-02-05 13:02:33.0 +0100 +++ nagios-nrpe-2.5.1-normes/debian/nagios-nrpe-server.default 2007-02-05 12:54:37.0 +0100 @@ -1,6 +1,9 @@ # defaults file for nagios-nrpe-server # (this file is a /bin/sh compatible fragment) +# Run as inetd (Default=0, run as Daemon) +#INETD=0 + # DAEMON_OPTS are any extra cmdline parameters you'd like to # pass along to the nrpe daemon #DAEMON_OPTS=--no-ssl diff -dNurp nagios-nrpe-2.5.1/debian/nagios-nrpe-server.init nagios-nrpe-2.5.1-normes/debian/nagios-nrpe-server.init --- nagios-nrpe-2.5.1/debian/nagios-nrpe-server.init2007-02-05 13:02:33.0 +0100 +++ nagios-nrpe-2.5.1-normes/debian/nagios-nrpe-server.init 2007-02-05 13:04:58.0 +0100 @@ -43,6 +43,9 @@ set -e case $1 in start) + if [ $INETD == 1 ]; then + exit 1 + fi log_daemon_msg Starting $DESC $NAME start_daemon $NICENESS $DAEMON -c $CONFIG -d $DAEMON_OPTS log_end_msg $?
Bug#407793: kernel-package: using obsolete package 'ldso'
Package: kernel-package Version: 10.066 Severity: minor Tags: patch The package 'ldso' is obsolete: # rmadison ldso ldso | 1.9.11-15 |stable | i386 Description of ldso: The Linux dynamic linker and library for libc4 and libc5. This dynamic linker provides the user-level support for loading and linking DLL and ELF shared libraries. You do not need this package unless you have very old programs which use libc4 or libc5. The libc6 package has its own dynamic linker that is used for all current programs. Etch also includes only libc6. --- kernel/ruleset/targets/target.mk.old2007-01-21 13:17:33.0 +0100 +++ kernel/ruleset/targets/target.mk2007-01-21 13:17:43.0 +0100 @@ -308,7 +308,7 @@ else $(PMAKE) -C $(architecture)/compile/GENERIC endif endif - COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils ldso make dpkg-dev |\ + COLUMNS=150 dpkg -l 'gcc*' perl dpkg 'libc6*' binutils make dpkg-dev |\ awk '$$1 ~ /[hi]i/ { printf(%s-%s\n, $$2, $$3) }' debian/buildinfo @echo this was built on a machine with the kernel: debian/buildinfo uname -a debian/buildinfo -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-amd64 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages kernel-package depends on: ii dpkg 1.13.25package maintenance system for Deb ii dpkg-dev 1.13.25package building tools for Debian ii file 4.17-5 Determines file type using magic ii gcc [c-compiler] 4:4.1.1-15 The GNU C compiler ii gcc-3.3 [c-compiler] 1:3.3.6-15 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-5The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.1-21 The GNU C compiler ii gettext 0.16.1-1 GNU Internationalization utilities ii make 3.81-2 The GNU version of the make util ii perl 5.8.8-7Larry Wall's Practical Extraction ii po-debconf1.0.8 manage translated Debconf template Versions of packages kernel-package recommends: ii bzip21.0.3-6 high-quality block-sorting file co ii libc6-dev [libc-dev] 2.3.6.ds1-8 GNU C Library: Development Librari -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#395012: /usr/bin/vdccm in synce-kde and vdccm
Package: synce-kde Version: 0.9.1-1 Severity: grave Hello, if i try to install synce-kde and vdccm: --- snip --- [EMAIL PROTECTED]:~# LC_ALL=C aptitude clean Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done [EMAIL PROTECTED]:~# LC_ALL=C aptitude install synce-kde vdccm Reading package lists... Done Building dependency tree... Done Reading extended state information Initializing package states... Done Reading task descriptions... Done Building tag database... Done The following NEW packages will be automatically installed: agsync The following packages have been kept back: libbonoboui2-0 libbonoboui2-common libbonoboui2-dev libgl1-mesa-glx The following NEW packages will be installed: agsync synce-kde vdccm 0 packages upgraded, 3 newly installed, 0 to remove and 4 not upgraded. Need to get 426kB of archives. After unpacking 1561kB will be used. Do you want to continue? [Y/n/?] Writing extended state information... Done Get:1 http://ftp.de.debian.org etch/main agsync 0.2-pre-9 [73.4kB] Get:2 http://ftp.de.debian.org etch/main synce-kde 0.9.1-1 [297kB] Get:3 http://ftp.de.debian.org etch/main vdccm 0.9.3-1 [55.4kB] Fetched 426kB in 1s (385kB/s) Selecting previously deselected package agsync. (Reading database ... 225396 files and directories currently installed.) Unpacking agsync (from .../agsync_0.2-pre-9_amd64.deb) ... Unpacking synce-kde (from .../synce-kde_0.9.1-1_amd64.deb) ... Selecting previously deselected package vdccm. Unpacking vdccm (from .../vdccm_0.9.3-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/vdccm_0.9.3-1_amd64.deb (--unpack): trying to overwrite `/usr/bin/vdccm', which is also in package synce-kde Errors were encountered while processing: /var/cache/apt/archives/vdccm_0.9.3-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up agsync (0.2-pre-9) ... Setting up synce-kde (0.9.1-1) ... [EMAIL PROTECTED]:~# --- snap --- I can reproduce this bug on etch/i386 and etch/amd64. Maybe synce-kde should be depend on vdccm? Thank you for your work on this packages. Norman -- Norman Messtorff | http://normes.org Do _not_ use this Spamtrap: [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]