Bug#692465: RFA: aiccu -- SixXS Automatic IPv6 Connectivity Client Utility
Hi Alex, On 09-10-16 18:56, Axel Beckert wrote: > Reinier, would you nevertheless be interested in occassionally > contributing to the package, e.g. within a packaging team? Sorry, I don't think I can make time for this. Gr Reinier
Bug#692465: RFA: aiccu -- SixXS Automatic IPv6 Connectivity Client Utility
Package: wnpp Severity: normal Due to lack of time and interest in maintaining this package, I request an adopter for the aiccu package. I still use aiccu from time to time, but I'm not able to invest energy in it for the time being, so it's better not to pretend I'm still maintaining it. The package description is: This client configures IPv6 connectivity without having to manually configure interfaces etc. A SixXS account or an account of another supported tunnel broker and at least one tunnel are required. These can be freely requested from the SixXS website at no cost. For more information about SixXS check their homepage. . URL: http://www.sixxs.net Kind regards, Reinier Haasjes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688511: Routing Table support
forwarded 688511 SixXS Staff thanks On 9/23/2012 7:42 PM, Jeroen Massar wrote: > I'll handle this upstream in AICCU (I always wonder why folks ask for > new features in distro bug reports and not at the source...) Thanks Jeroen! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680861: aiccu: Breaks dist-upgrade if not correctly configured
Hi Roger, On 7/20/2012 10:50 AM, Roger Leigh wrote: > While this is true, aiccu causes problems due to its unique requirement > that you must have a valid username/password etc. for your tunnel > broker. ssh does not--by default it works without error, unless you > take deliberate steps to break it. > > When I install aiccu, I might not yet have these details due to needing > to sign up, or not having the details to hand. I don't think it's a > reasonable expectation to require these. > > The other point is that if I don't have these details, then it's not > worth starting up. There's a difference between a broken configuration > and being unconfigured. If it's broken, then it's legitimate to fail > on startup; if it's not yet been configured, then by all means print > a warning, but please don't error out. I tried 2 scenarios: 1) install aiccu...-14.1 with blank username&password -> dist-upgrade 2) install aiccu...-14.1 with bogus username&password -> dist-upgrade In both scenarios the upgrade went ok. In the first scenario aiccu isn't even started and in the second debconf only asked for a password (gave bogus again). So with default installs/upgrades I can't reproduce the problem you describe, only if you deliberate break/change the aiccu config but then you got the same as with openssh-server. There are 3 situations aiccu bails out with an exit 1: 1) configuration file doesn't exist 2) configuration is incorrect 3) AICCU not configured to daemonize The last one could/should be an exit 0 but the other two should really be an exit 1 (and you run into #2). Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680861: aiccu: Breaks dist-upgrade if not correctly configured
package aiccu tag 680861 + wontfix stop Hi Roger, On 7/5/2012 8:14 PM, Roger Leigh wrote: > I have deliberately commented out some of the fields in aiccu.conf. > This means that the service fails to start. > However, this is not a reason to completely break > apt-get upgrade|dist-upgrade. Please continue if "invoke-rc.d start" fails > by using || true or a similar construct. This is not a aiccu-bug, it happens to other packages also. I borked the sshd config and tried to upgrade: ### root@debpack:~# /etc/init.d/ssh restart; echo "RC: $?" ignoring bad proto spec: '3'. /etc/ssh/sshd_config line 9: Bad protocol spec '3'. RC: 1 root@debpack:~# aptitude dist-upgrade The following packages will be upgraded: openssh-client openssh-server 2 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/1363 kB of archives. After unpacking 30.7 kB will be freed. Do you want to continue? [Y/n/?] Reading changelogs... Done Preconfiguring packages ... (Reading database ... 36458 files and directories currently installed.) Preparing to replace openssh-server 1:5.5p1-6+squeeze2 (using .../openssh-server_1%3a6.0p1-2_amd64.deb) ... Unpacking replacement openssh-server ... Preparing to replace openssh-client 1:5.5p1-6+squeeze2 (using .../openssh-client_1%3a6.0p1-2_amd64.deb) ... Unpacking replacement openssh-client ... Processing triggers for man-db ... Setting up openssh-client (1:6.0p1-2) ... Installing new version of config file /etc/ssh/moduli ... Setting up openssh-server (1:6.0p1-2) ... Installing new version of config file /etc/init.d/ssh ... Installing new version of config file /etc/pam.d/sshd ... ignoring bad proto spec: '3'. /etc/ssh/sshd_config line 9: Bad protocol spec '3'. invoke-rc.d: initscript ssh, action "restart" failed. dpkg: error processing openssh-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: openssh-server E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up openssh-server (1:6.0p1-2) ... ignoring bad proto spec: '3'. /etc/ssh/sshd_config line 9: Bad protocol spec '3'. invoke-rc.d: initscript ssh, action "restart" failed. dpkg: error processing openssh-server (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: openssh-server Current status: 0 broken [-1], 0 updates [-2]. ### As you can see this also happens to openssh-server (and probably a lot of other packages). If you really think this is a bug you should report the bug against debhelper because this package add the line "invoke-rc.d aiccu start || exit $?". Personaly I think you shouldn't bork the config to not get the service started but use something like: "update-rc.d disable aiccu" > > Also, please don't ask debconf questions for the username and password, > when these are trivially editable in the configuration file. It serves > no purpose other than to annoy, because it interrupts upgrading by > requiring interactive prompting. It's annoying because it's entirely > unnecessary and wastes everyone's time. We have dpkg conffile > handling to deal with configuration file updates; please don't add > additional work on top of that. This will be handled in #680593. I will leave this bug open for now if somebody want to comment on this, but I will close it in a few days. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667755: Request unblock for aiccu 20070115-15.1
Hi, Axel Beckert uploaded a fix for the following bugs in aiccu: Bug#667755: FTBFS[kfreebsd] (serious) http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667755 Bug#670971: Danish translation http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670971 Please consider this packages for Wheezy, thanks. Kind Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667755: aiccu: FTBFS[kfreebsd]: -- NMU uploaded to DELAYED/6
Hi Axel, On 7/2/2012 10:41 AM, Axel Beckert wrote: > Thanks. Any preference who'll prod the release team for the freeze > exception? :-) No, I don't :) I don't mind you do it after the reschedule, else I can do it tomorrow. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#667755: aiccu: FTBFS[kfreebsd]: -- NMU uploaded to DELAYED/6
Hi Axel, On 7/1/2012 1:08 AM, Axel Beckert wrote: > Please tell me if I should delay it longer. Looks good, you do not have to delay it longer, you may even reschedule to 0-day if you want. Also merged on git. Thanks, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644408: aiccu: please enable hardening options
Hi Thijs, I was a little busy with my new job. I will try to make an upload this week. Regards, Reinier On 25-03-12 13:56, Thijs Kinkhorst wrote: > Hoi Reinier, > > On Tue, 01 Nov 2011 22:29:14 +0100, you wrote: >> I enabled all the hardening options, it will be in the -15 upload. > > When do you think this upload could be made? This is a release goal, > afterall. > > > Cheers, > Thijs > > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#610332: aiccu: diff for NMU version 20070115-14.1
Dear Gregor, Thanks for this and you don't have to delay it any longer. Regards, Reinier On 01-02-12 20:40, gregor herrmann wrote: > tags 610332 + patch > tags 610332 + pending > tags 615897 + pending > thanks > > Dear maintainer, > > I've prepared an NMU for aiccu (versioned as 20070115-14.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. > > Regards. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#624056: aiccu: Uses deprecated _set_priority GnuTLS functions
tag 624056 + help thanks Hi, On 25-04-11 14:21, Andreas Metzler wrote: > The gnutls_*_set_priority family of functions has been marked deprecated > in 2.12.x. These functions have been superceded by > gnutls_priority_set_direct(). The replacement function was added in gnutls > stable release 2.2.0 (released 2007-12-14). I'm not a C-programmer. If somebody could write a patch that would be awesome. Thanks, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#644408: aiccu: please enable hardening options
tag 644408 + pending thanks Hi, On 05-10-11 16:52, Pierre Chifflier wrote: > I have rebuilt the package with hardening options enabled and there was > no error (during build, or at runtime). I enabled all the hardening options, it will be in the -15 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#634102: fix for kfreebsd-* dependencies
tags 634102 + pending thanks Hi, On 16-07-11 22:36, Robert Millan wrote: > Please consider this patch so that aiccu is installable on future ports of > Debian GNU/kFreeBSD (such as the upcoming kfreebsd-mipsel). I applied the patch, it will be in the -15 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593983: aiccu: preconfiguration fails
On 26-08-10 10:00, Philipp Kern wrote: > On Thu, Aug 26, 2010 at 09:58:32AM +0200, Reinier Haasjes wrote: >> By 'a few days' I ment tomorrow, that will be today. >> >> At the moment of writing I needed to make some more changes to it, this >> is done now. >> The only problem now is that piuparts is not finishing with all tests >> pass, if this is fixed (if the problem is indeed aiccu) I will upload >> and notify my mentors. >> >> I hope to upload today. > > Do remember to have the changes minimal for it to be accepted into squeeze. > Your right, almost forgot. Is this to much? * Fix "preconfiguration fails" Add test to check if brokers-file exist. (Closes: #593983) * Upgraded standards-version to 3.9.1 * Removed lintian-overrides; Lintian complained: "unused-override no-upstream-changelog" Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593983: aiccu: preconfiguration fails
On 26-08-10 09:30, Philipp Kern wrote: > On Wed, Aug 25, 2010 at 10:12:10PM +0200, Reinier Haasjes wrote: >> I reproduced the bug and made some changes tot the config script, it's >> working fine now. >> >> I will upload in a few days. > > Why waiting? Given that the package doesn't install in testing and unstable > I think it should be fixed ASAP. > By 'a few days' I ment tomorrow, that will be today. At the moment of writing I needed to make some more changes to it, this is done now. The only problem now is that piuparts is not finishing with all tests pass, if this is fixed (if the problem is indeed aiccu) I will upload and notify my mentors. I hope to upload today. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#593983: aiccu: preconfiguration fails
tag 593983 + pending thanks On 08/25/2010 04:26 PM, Philipp Kern wrote: > severity 593983 serious > thanks > > On Sun, Aug 22, 2010 at 10:13:09PM +0200, Sascha Silbe wrote: >> I just saw this flying by on a fresh installation: >> >> Extracting templates from packages: 100% >> Preconfiguring packages ... >> sed: can't read /usr/share/aiccu/conf-templates/brokers.list: No such file >> or directory >> aiccu failed to preconfigure, with exit status 2 >> >> Not sure about the impact, so keeping the default severity of "normal". >> If this is expected, maybe you could catch it and print some informative >> message? > > aiccu's config script cannot access the brokers.list file at that point > because it isn't installed yet. Of course this does not happen on > upgrades and only on new installations (otherwise it would use the old > list, which is wrong, too). > > This is clearly a bug, the config script should test for the file's > presence and handle it accordingly (i.e. not aborting but configuring > later). > Hi, I reproduced the bug and made some changes tot the config script, it's working fine now. I will upload in a few days. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570622: Fwd: Re: [Fwd: Bug#570622: sixxs.net tunnel names]
Received this a while ago, just saw it wasn't in the bug report. Original Message Subject: Re: [Fwd: Bug#570622: sixxs.net tunnel names] Date: Mon, 15 Mar 2010 14:35:52 +0100 From: Jeroen Massar Reinier Haasjes wrote: [..] > It's cool that aiccu's debconf dialog is dynamic in that it can > give me the choice between all my tunnels. It would be even cooler > if it displayed the tunnel name instead of the ID, which would let > me decide without referencing the website. The TIC protocol does not supply this information at the moment and thus those names are not visible. If we ever decide to provide the names then it would be possible, but not at the moment. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#499920: Fwd: Re: [Fwd: Bug#499920: set preferred source address on default route]
Received this a while ago, just saw it wasn't in the bug report. Original Message Subject: Re: [Fwd: Bug#499920: set preferred source address on default route] Date: Mon, 15 Mar 2010 14:34:41 +0100 From: Jeroen Massar Reinier Haasjes wrote: [..] > on most operating systems, a route can have an (optional) preferred source > address that is used instead of the outbound interface's local address when > initiating a connection. It would be nice to have an option to set this > option for the default route that is created after tunnel set up, so > programs > running on the router can use a different address than the tunnel endpoint > address. How can a route have a default source address? Routing != addressing. IMHO and according to the IETF afaik, selecting source addresses is the job of the application which should bind(), if the application cannot make that decision then the OS should do it, not software that sets up connectivity. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497406: Fwd: Re: [Fwd: Bug#497406: can hang for long time at boot]
Received this a while ago, just saw it wasn't in the bug report. Original Message Subject: Re: [Fwd: Bug#497406: can hang for long time at boot] Date: Mon, 15 Mar 2010 14:26:58 +0100 From: Jeroen Massar Reinier Haasjes wrote: [..] > It seems that aiccu does not background itself until after it's gotten a > connection, or given up. Daemons should abort when something is broken. AICCU does this correctly. Unfortunately there are people like the MacPorts folks who then decide to put AICCU inside a loop and retry forever, causing TIC servers to be hit at a very high rate. > Normally, this does not cause a long delay. My > laptop is offline right now, and when I try to start aiccu, it takes it > only 20 seconds to fail to start. Then don't start AICCU when you know it is offline. Fix your init scripts/dependencies to resolve that. > I think that sixxs is down (can't get to their website etc). Where is a traceroute v4 optionally v6, etc? Also note that tic.sixxs.net is distributed in nature thus 'down' is a very very rare phenomenon. [..] > For systems where nothing in the boot process depends on a functional > ipv6 network, I'd really like to be able to configure aiccu to start > entirely in the background, avoiding any unpredictabe delays of this > sort. Fix your init script and append a '&' presto. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497210: Fwd: Re: [Fwd: Bug#497210: manual configuration of AYIYA tunnels]
Received this a while ago, just saw it wasn't in the bug report. Original Message Subject: Re: [Fwd: Bug#497210: manual configuration of AYIYA tunnels] Date: Mon, 15 Mar 2010 14:30:49 +0100 From: Jeroen Massar Reinier Haasjes wrote: [..] > Right now, tic.sixxs.net seems broken, but chzrh01.sixxs.net works > fine. Yet, I cannot establish a tunnel because aiccu insists on > doing everything. It would be nice if I could provide aiccu with the > tunnel data on the command line and have it create the TUN iface and > set up the tunnel without having to talk to the tic server. Impossible, as the TIC backend might decide to change the heartbeat password (effectively a key-change/rollover). Without a proper password the tunnel won't work, thus one needs a fresh one. Next to that, we like to be able to inform users through the means of TIC that their tunnel is disabled. If there are perceived problems with the SixXS service, contact us to resolve that. It is rather strange that people file Debian bug reports for that actually instead of mailing i...@sixxs.net or filing a ticket on the SixXS website. For that matter, why are people bugging a downstream of a package for feature requests. If the downstream then would fix that, upstream never sees it, rather nasty development that IMHO. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497211: Fwd: Re: [Fwd: error message references unknown "above reason"]
Received this a while ago, just saw it wasn't in the bug report. Original Message Subject: Re: [Fwd: error message references unknown "above reason"] Date: Mon, 15 Mar 2010 14:24:09 +0100 From: Jeroen Massar Reinier Haasjes wrote: > Hi, > > I am forwarding below a bug report filed against the aiccu Debian > package. The user would like to have a verbose message why for example > aiccu couldn't connect to tic.sixxs.net. That is why one can run the tool in verbose mode. See the README. The 'above reason' problem would not show up if one would not only show the last line of the output, the rest of the lines are in syslog. Greets, Jeroen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#583542: [INTL:es] Spanish debconf template translation for aiccu
tag 583542 + pending thanks Hi, On 05/28/2010 10:26 AM, Camaleón wrote: > Package: aiccu > Version: 20070115-12 > Severity: wishlist > Tags: l10n patch > > Greetings, > I added this to the -13 upload. Thanks for the translation. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574498: Patch
tag 574498 + pending thanks Hi, On 05/27/2010 11:29 PM, Jean-Louis Dupond wrote: > This could be easly fixed with the following patch: > > diff -u aiccu-20070115/debian/aiccu.postinst > aiccu-20070115/debian/aiccu.postinst > --- aiccu-20070115/debian/aiccu.postinst > +++ aiccu-20070115/debian/aiccu.postinst > @@ -119,6 +119,9 @@ > # Remove password from database > db_reset aiccu/password > > +# Close all fd's > +db_stop > + > ### END (re)configure ### > ;; > > > > Could this be fixed ? :) > Yes it can :) I applied the patch, it will be in the -13 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497211: Bug #497211 need moreinfo
tag 497211 - moreinfo stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#570622: sixxs.net tunnel names
Hi, martin f krafft wrote: > It's cool that aiccu's debconf dialog is dynamic in that it can > give me the choice between all my tunnels. It would be even cooler > if it displayed the tunnel name instead of the ID, which would let > me decide without referencing the website. That would be cool :) the problem is that the debconf depends on the aiccu binary (command: aiccu tunnels) and this doesn't return the description of the tunnels. As long as this is not in the binary I can't put it in the debian-package. I will forward this wish upstream. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538129: aiccu: setupscript not executed - Pending
tag 538129 + pending thanks Thanks to Norman Rasmussen I applied a patch that fix this issue, it will be in the -12 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567730: aiccu: Should handle empty DNS query responses - Pending
tag 567730 + pending thanks I fix this issue, it will be in the -12 upload. Regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#567730: aiccu: Should handle empty DNS query responses
> Although this clearly isn't your package's fault, true ;) > it would be nice if > the case of the dig/host call returning no valid TXT data would be > handeled in aiccu.config (e.g. by falling back to the brokers list as > it is done if neither dig or host are available). It ain't that hard to implement so I will try to put your suggestion in version -12. Best regars, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#566910: /etc/pm/sleep.d/60aiccu is not executable
tag 566910 + pending thanks Hi, > pm-suspend.log:/etc/pm/sleep.d/60aiccu resume suspend: not executable. > pm-suspend.log:/etc/pm/sleep.d/60aiccu suspend suspend: not executable. Yes I notices. version -11 had to be repackaged by my sponsor and sadly this file didn't got the executable bit, this will be fixed in the next upload. > I also doubt that this script fixes the core issue reported in #531003. > The core issue seems to have something to do with the network going down > or the IP address changing while aiccu is running. I have a if-up.d > script to restart aiccu to deal with a similar prlblem. As I said in #531003 I don't have a setup that supports suspend at the moment. I hope to get such a setup soon so I can test this properly. If you have any comments on how to fix this properly plase let me know. The real problem is upstream but for now I don't get an answer from upstream. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#497211: Bug #497211 need moreinfo
Hi, martin f krafft wrote: > also sprach Reinier Haasjes [2010.01.10.2327 +1300]: >>> # tail /var/log/syslog >>> [...] >>> Jan 1 12:11:07 debpack aiccu: Couldn't connect to the TIC server >>> tic.sixxs.net >>> Jan 1 12:11:07 debpack aiccu: Couldn't retrieve first tunnel for the above >>> reason, aborting >> If you still have problems with aiccu please post the tail of >> /var/log/syslog. > > What's the reason? DNS? IP-level connect() problems? Timeouts? ICMP > port-unreachable? > I'm I correct to say you want Aiccu to output the reason why it can't connect to tic.sixxs.net? If so, I will change this to a wishlist item and send it upstream. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#470500: #470500 (bind9: rndc hangs on GNU/kFreeBSD): Probably also affects dig and host
Hi, Axel Beckert wrote: > We probably hit it again in the postinst scripts of aiccu which call > dig or host in postinst if installed. (Cc to Reinier Haasjes, the new > aiccu maintainer to know that in case a bug report comes in for aiccu.) Thanks for informing me. I subscribed to this bug so further CC's aren't necessary. Best regards, Reinier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#502488: Bug #502488 unreproducible
tag 502488 + unreproducible stop Hi, > The configuration process stops after the password entry screen with the > following message: > > dpkg: error processing aiccu (--configure): > subprocess post-installation script returned error exit status 255 > Errors were encountered while processing: > aiccu > Press return to continue. I just released version 20070115-11 into unstable in which I rewrote the config and postinst scripts. One of the things I changed is the processing of the username and password and what to do when the username/password is wrong. I would close this bug if you didn't send an update (your 2nd mail). The problem that the configuration halts/failed after the password entry I can reproduced (and is fixed in -11). The situation with the lowercase and uppercase I can't reproduce. It gives me the same results with lower- and uppercase. I tag the bug unreproducible for now but I think it is solved with version -11. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#497211: Bug #497211 need moreinfo
tag 497211 + moreinfo stop Hi, > however, there is no "above reason". tcpdump shows that > tic.sixxs.net just sends a FIN packet as fourth packet, right after > the 3-way handshake, but otherwise no information is available. The 'above reason' is mentionted in /var/log/syslog, for example: > # tail /var/log/syslog > [...] > Jan 1 12:11:07 debpack aiccu: Couldn't connect to the TIC server > tic.sixxs.net > Jan 1 12:11:07 debpack aiccu: Couldn't retrieve first tunnel for the above > reason, aborting If you still have problems with aiccu please post the tail of /var/log/syslog. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#564197: No status section in aiccu init script
tag 564197 + confirmed stop Hi, Michael Schwartzkopff wrote: > Package: aiccu > Version: 20070115-9 > Severity: minor > > There is no status section in the init script for the aiccu package. Cluster > need a status section and the LSB also wants it. Thanks. > I will rewrite the init script so it becomes LSB-compliant and has an status section. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#497406: can hang for long time at boot
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I have something similar. When I try to start aiccu this time it failes
to start and hangs (for 25 minutes now).
It is in daemon mode as Jeroen advised [1]:
> r...@debpack:~# grep daemon /etc/aiccu.conf
> daemonize true
An 'strace' to the aiccu-process keeps repeating this:
> sendto(7, "AR\20;KI\243\213
> \1\6\20\6\0\6\f\0\0\0\0\0\0\0\2\224\331\330\f\3q\312\300"..., 44, 0,
> {sa_family=AF_INET, sin_port=htons(5072),
> sin_addr=inet_addr("192.87.102.107")}, 16) = 44
> rt_sigprocmask(SIG_BLOCK, [CHLD], [], 8) = 0
> rt_sigaction(SIGCHLD, NULL, {SIG_DFL, [], 0}, 8) = 0
> rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0
> nanosleep({60, 0}, 0xbfdb0934) = 0
> time(NULL) = 1263117255
Attached is an tcpdump file during this. I can't see anything strange
about it. What I can see in the dump is that the PoP is responding.
PoP info.
PoP Name: nlams05
PoP IPv4: 192.87.102.107
TIC, the PoP (and DNS) are online:
> rein...@debpack:~$ ping -c 3 tic.sixxs.net
> PING tic.m.sixxs.net (193.109.122.244) 56(84) bytes of data.
> 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=1 ttl=128
> time=21.4 ms
> 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=2 ttl=128
> time=22.5 ms
> 64 bytes from nlede01.sixxs.net (193.109.122.244): icmp_seq=3 ttl=128
> time=19.8 ms
>
> --- tic.m.sixxs.net ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 2004ms
> rtt min/avg/max/mdev = 19.862/21.294/22.539/1.113 ms
> rein...@debpack:~$ ping -c 3 nlams05.sixxs.net
> PING nlams05.sixxs.net (192.87.102.107) 56(84) bytes of data.
> 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=1 ttl=128 time=19.4
> ms
> 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=2 ttl=128 time=19.5
> ms
> 64 bytes from sixxs.surfnet.nl (192.87.102.107): icmp_seq=3 ttl=128 time=19.0
> ms
>
> --- nlams05.sixxs.net ping statistics ---
> 3 packets transmitted, 3 received, 0% packet loss, time 2007ms
> rtt min/avg/max/mdev = 19.002/19.347/19.588/0.274 ms
System info:
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers testing
> APT policy: (500, 'testing')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.30-2-686 (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 aiccu depends on:
> ii debconf [debconf-2.0] 1.5.28 Debian configuration management
> sy
> ii iproute 20090324-1 networking and traffic control
> too
> ii iputils-ping3:20071127-2 Tools to test the reachability
> of
> ii iputils-tracepath 3:20071127-2 Tools to trace the network path
> to
> ii libc6 2.10.2-2 GNU C Library: Shared libraries
> ii libgnutls26 2.8.5-2 the GNU TLS library - runtime
> libr
> ii lsb-base3.2-23 Linux Standard Base 3.2 init
> scrip
> ii ucf 3.0025 Update Configuration File:
> preserv
>
> Versions of packages aiccu recommends:
> ii ntpdate 1:4.2.4p8+dfsg-1 client for setting system time
> fro
And system is ntp-synced (I checked).
Best regards,
Reinier
[1] https://www.sixxs.net/forum/?msg=general-798693
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAktJp4AACgkQG49f+I4LebEV3QCeLd4DoACwgK45NgRNTHpKLI67
nDUAnisBXwU1JRJQjyiQsBuzPwB2YUd4
=e7al
-END PGP SIGNATURE-
aiccu.dump
Description: Binary data
Bug#458839: Bug #458839 unreproducible
tag 458839 + unreproducible stop Hi, > After installing aiccu, every attempt to configure it fails with the > message: > > Setting up aiccu (20070115-7) ... > Unknown configuration statement on line 2 of /tmp/aiccu1agHXXconf: "protoco" > Unknown configuration statement on line 3 of /tmp/aiccu1agHXXconf: "serve" > dpkg: error processing aiccu (--configure): > subprocess post-installation script returned error exit status 1 I just released version 20070115-11 into unstable in which I rewrote the config and postinst scripts. Whatever I tries I can't reproduce this bug and maybe the bug is already solved between version -7 and -11. Let me know if the bug still exist with version -10 or -11 else I will close this bug in time. Best regards, Reinier signature.asc Description: OpenPGP digital signature
Bug#531003: tunnel does not survive suspend
Hi,
I, the new package maintainer, wrote a script to be placed in
/etc/pm/sleep.d.
I would be pleased if you could test the script in combination with
suspend. Of course I tested the script itself but not after a suspend.
My installation is not able to suspend at the moment.
Could you also confirm that 60* is the right place.
Thanks in advance.
Best regards,
Reinier Haasjes
#!/bin/sh
# Restart aiccu if connection is down
CONFIG=/etc/aiccu.conf
BINARY=/usr/sbin/aiccu
P6=/bin/ping6
#. "${PM_FUNCTIONS}"
[ -x $BINARY ] || exit $NA
[ -f $CONFIG ] || exit $NA
function ping_root() {
[ -x $P6 ] || return 127
# Get aiccu ipv6_interface
INT=$(grep ^ipv6_interface $CONFIG | cut -d" " -f 2)
# Ping f.root-servers.net (Internet Systems Consortium; distributed
using anycast)
$P6 -I $INT -c 1 f.root-servers.net >/dev/null 2>&1
return $?
}
function check_aiccu() {
# Restart aiccu if ping fails
ping_root || /etc/init.d/aiccu restart >/dev/null
}
case "$1" in
hibernate|suspend)
# Do nothing
;;
thaw|resume)
check_aiccu
;;
*) exit $NA
;;
esac
Bug#562803: aiccu: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Dear Hideki, I'm the new package maintainer and I will add this to version 20070115-11. Thanks for the translation. Best regards, Reinier Hideki Yamane (Debian-JP) wrote: > Package: aiccu > Version: 20070115-10 > Severity: wishlist > Tags: patch l10n > > Dear aiccu package maintainer, > > Here's Japanese po-debconf template translation (ja.po) file that > reviewed by several Japanese Debian developers and users. > > Could you apply it, please? > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529185: retitle 529185 to ITA: aiccu -- SixXS Automatic IPv6 Connectivity Client Utility
Martin, I'm willing to adopt the aiccu package but I don't want to hijack the package from you because you retitled the bug and are the current owner. I think it won't be a problem because you changed it 6 months ago and the current maintainer (of version -10) is QA-group. please let me know if you oke with it. Best regards, Reinier Martin Zobel-Helas wrote: > # Automatically generated email from bts, devscripts version 2.10.35lenny3 > retitle 529185 ITA: aiccu -- SixXS Automatic IPv6 Connectivity Client Utility > > > > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#529185: O: aiccu -- SixXS Automatic IPv6 Connectivity Client Utility
Alexander, I'm willing to adopt the aiccu package and spoke to Martin and he's oke with it but he also told me to speak to you. Are you oke that I adopt the aiccu package? Best regards, Reinier Alexander Reichle-Schmehl wrote: > Hi! > > Philipp Kern schrieb: > >> The package was finally moved to main after discussions with upstream back >> in 2007. Sadly I do not use this utility anymore except on my router, >> which is running on OpenWRT and thus not on the Debian package. Upstream >> is running the SixXS service and was pretty responsive. > > I use it on my server, I'll try to take a look at it when I find the time. > If no one else hasn't done so by then, I'll adopt it. > > > Best regards, > Alexander > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
