[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
This prevents postfix from starting up when it tries to cpio /etc/ssl/certs into its runtime chroot -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Also affects: euca2ools (Ubuntu Quantal) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] [NEW] euca-describe-group(s) broken/missing
Public bug reported: Hi, euca2ools 2.1.1-0ubuntu1 ships: lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-groups - euca-describe-group lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-group - euca-describe-groups so no actual implementation of euca-describe-group(s), just two symlinks pointing at each other. This isn't an issue in quantal or precise, just in raring; in quantal: -rwxr-xr-x root/root 1722 2012-04-18 00:47 ./usr/bin/euca-describe-groups lrwxrwxrwx root/root 0 2012-07-13 18:57 ./usr/bin/euca-describe-group - euca-describe-groups There seems to be a related issue with man pages. Cheers, ** Affects: euca2ools (Ubuntu) Importance: High Assignee: Loïc Minier (lool) Status: New ** Changed in: euca2ools (Ubuntu) Importance: Undecided = High -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] Re: euca-describe-group(s) broken/missing
** Changed in: euca2ools (Ubuntu) Assignee: (unassigned) = Loïc Minier (lool) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Changed in: euca2ools (Ubuntu) Assignee: (unassigned) = Loïc Minier (lool) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1007533] Re: euca2ools in precise (probably also quanta) breaks openssl when installed first
The change uncovered that the certificate wasn't being installed in quantal and raring anymore; the dangling symlinks breaks postfix startup in some configurations (as it tries to cpio /etc/ssl/certs into a chroot). -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1007533 Title: euca2ools in precise (probably also quanta) breaks openssl when installed first To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1007533/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] Re: euca-describe-group(s) broken/missing
This affects 2.1.1-0ubuntu1 (so quantal) but not 2.0.0~bzr516-0ubuntu3{,.1} (precise / precise-updates) ** Also affects: euca2ools (Ubuntu Quantal) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Description changed: $ dpkg -L euca2ools | grep cert-ec2 /etc/ssl/certs/cert-ec2.pem $ ls -l /etc/ssl/certs/cert-ec2.pem lrwxrwxrwx 1 root root 33 Jul 13 16:57 /etc/ssl/certs/cert-ec2.pem - /usr/share/euca2ools/cert-ec2.pem It would seem that this is an improper fix or regression from bug 1007533. + [rationale] + The EC2 certificate is missing in quantal when it was present in previous releases and the broken symlink breaks Postfix startup in some configurations (as it tries to cpio /etc/ssl/certs into a chroot). - ProblemType: Bug - DistroRelease: Ubuntu 12.10 - Package: euca2ools 2.0.2-1ubuntu2 - ProcVersionSignature: User Name 3.5.0-17.28-generic 3.5.5 - Uname: Linux 3.5.0-17-generic x86_64 - ApportVersion: 2.6.1-0ubuntu3 - Architecture: amd64 - Date: Sun Dec 2 02:11:40 2012 - Ec2AMI: ami-0169 - Ec2AMIManifest: FIXME - Ec2AvailabilityZone: nova - Ec2InstanceType: m1.small - Ec2Kernel: unavailable - Ec2Ramdisk: unavailable - PackageArchitecture: all - ProcEnviron: - TERM=screen - PATH=(custom, no user) - LANG=en_US.UTF-8 - SHELL=/bin/bash - SourcePackage: euca2ools - UpgradeStatus: No upgrade log present (probably fresh install) + [test case] + dpkg -L euca2ools | grep cert-ec2 returns both the /etc/ssl/certs/cert-ec2.pem symlink and an actual /usr/share/euca2ools/cert-ec2.pem file + + [regression potential] + Can't think of a specific regression potential here. ** Changed in: euca2ools (Ubuntu Quantal) Assignee: (unassigned) = Loïc Minier (lool) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 651049] Re: php5: FILTER_VALIDATE_URL will invalidate a hostname that includes '-'
What is the status of this bug? Will this ever be fixed for 10.04 LTS? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to php5 in Ubuntu. https://bugs.launchpad.net/bugs/651049 Title: php5: FILTER_VALIDATE_URL will invalidate a hostname that includes '-' To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/php5/+bug/651049/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Changed in: euca2ools (Ubuntu) Status: Triaged = Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] Re: euca-describe-group(s) broken/missing
** Changed in: euca2ools (Ubuntu) Status: New = Fix Committed ** Changed in: euca2ools (Ubuntu Quantal) Assignee: (unassigned) = Loïc Minier (lool) ** Description changed: - Hi, - euca2ools 2.1.1-0ubuntu1 ships: lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-groups - euca-describe-group lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-group - euca-describe-groups so no actual implementation of euca-describe-group(s), just two symlinks pointing at each other. This isn't an issue in quantal or precise, just in raring; in quantal: -rwxr-xr-x root/root 1722 2012-04-18 00:47 ./usr/bin/euca-describe-groups lrwxrwxrwx root/root 0 2012-07-13 18:57 ./usr/bin/euca-describe-group - euca-describe-groups - There seems to be a related issue with man pages. + There is a similar issue with man pages. - Cheers, + [rationale] + euca-describe-group functionality is missing in quantal which is a regression from previous releases. + + [test case] + These command should all work: + euca-describe-group --version + euca-describe-groups --version + man euca-describe-group + man euca-describe-groups + + [regression potential] + Can't think of a specific regression potential here. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] Re: euca-describe-group(s) broken/missing
Correction, this doens't affect quantal. ** Changed in: euca2ools (Ubuntu Quantal) Status: New = Invalid ** Description changed: euca2ools 2.1.1-0ubuntu1 ships: lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-groups - euca-describe-group lrwxrwxrwx root/root 0 2012-12-17 16:26 ./usr/bin/euca-describe-group - euca-describe-groups so no actual implementation of euca-describe-group(s), just two symlinks pointing at each other. This isn't an issue in quantal or precise, just in raring; in quantal: -rwxr-xr-x root/root 1722 2012-04-18 00:47 ./usr/bin/euca-describe-groups lrwxrwxrwx root/root 0 2012-07-13 18:57 ./usr/bin/euca-describe-group - euca-describe-groups There is a similar issue with man pages. - - [rationale] - euca-describe-group functionality is missing in quantal which is a regression from previous releases. - - [test case] - These command should all work: - euca-describe-group --version - euca-describe-groups --version - man euca-describe-group - man euca-describe-groups - - [regression potential] - Can't think of a specific regression potential here. ** Changed in: euca2ools (Ubuntu Quantal) Assignee: Loïc Minier (lool) = (unassigned) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098096] Re: euca-describe-group(s) broken/missing
This bug was fixed in the package euca2ools - 2.1.1-0ubuntu2 --- euca2ools (2.1.1-0ubuntu2) raring; urgency=low * Actually install debian/cert-ec2.pem into usr/share/euca2ools/; LP: #1085537. * Rename Vcs-* to XS-Debian-Vcs-*. * Fix euca-describe-group - euca-describe-groups binary and manpage symlinks; LP: #1098096. -- Loic Minier loic.min...@ubuntu.com Thu, 10 Jan 2013 09:53:43 +0100 ** Changed in: euca2ools (Ubuntu) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1098096 Title: euca-describe-group(s) broken/missing To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1098096/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
This bug was fixed in the package euca2ools - 2.1.1-0ubuntu2 --- euca2ools (2.1.1-0ubuntu2) raring; urgency=low * Actually install debian/cert-ec2.pem into usr/share/euca2ools/; LP: #1085537. * Rename Vcs-* to XS-Debian-Vcs-*. * Fix euca-describe-group - euca-describe-groups binary and manpage symlinks; LP: #1098096. -- Loic Minier loic.min...@ubuntu.com Thu, 10 Jan 2013 09:53:43 +0100 ** Changed in: euca2ools (Ubuntu) Status: Fix Committed = Fix Released -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Branch linked: lp:ubuntu/euca2ools -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1069570] Re: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think...
I've reopened this, it is affecting juju-core, it's very easy to reproduce (at least on virtual hardware), just see #20. ** Also affects: juju-core Importance: Undecided Status: New ** Changed in: maas Status: Expired = Confirmed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1069570 Title: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think... To manage notifications about this bug go to: https://bugs.launchpad.net/juju-core/+bug/1069570/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1069570] Re: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think...
#20 is exactly what happens in the MAAS QA lab every day. I don't believe that this bug has been seen there. Regardless of that, I'd really like to see a tcpdump of all DHCP, ARP and ICMP traffic as requested in #15. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1069570 Title: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think... To manage notifications about this bug go to: https://bugs.launchpad.net/juju-core/+bug/1069570/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] [NEW] mailman 1:2.1.15-1 FTBFS on amd64 in raring
Public bug reported: mailman's configure script assumes that Python.h is present in distutils.sysconfig.get_config_var('CONFINCLUDEPY') which is arch- specific and not where it is in raring. ** Affects: mailman Importance: Undecided Status: New ** Affects: mailman (Ubuntu) Importance: High Assignee: Robie Basak (racb) Status: In Progress ** Tags: ftbfs raring -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
** Also affects: mailman Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
Based on the distutils documentation, I think that calling distutils.sysconfig.get_python_inc() is a more appropriate way of determining the location of Python.h. It seems to work both after and before the transition that broke Raring. Is this appropriate for upstream as well? ** Patch added: mailman.debdiff https://bugs.launchpad.net/mailman/+bug/1098162/+attachment/3479074/+files/mailman.debdiff ** Description changed: mailman's configure script assumes that Python.h is present in distutils.sysconfig.get_config_var('CONFINCLUDEPY') which is arch- specific and not where it is in raring. + + https://launchpadlibrarian.net/126517790/buildlog_ubuntu-raring- + amd64.mailman_1%3A2.1.15-1_FAILEDTOBUILD.txt.gz -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
** Attachment added: mailman_2.1.15-1ubuntu1_amd64.build https://bugs.launchpad.net/mailman/+bug/1098162/+attachment/3479075/+files/mailman_2.1.15-1ubuntu1_amd64.build -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1085537] Re: /etc/ssl/certs/cert-ec2.pem is dangling symlink
** Patch added: quantal-debdiff.patch https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+attachment/3479081/+files/quantal-debdiff.patch -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to euca2ools in Ubuntu. https://bugs.launchpad.net/bugs/1085537 Title: /etc/ssl/certs/cert-ec2.pem is dangling symlink To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/euca2ools/+bug/1085537/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-r-kdump-tool] Enable kdump mechanism from kdump-tool instead of kexec-tools
Blueprint changed by Louis Bouchard: Work items changed: Work items: - [louis-bouchard] - kdump-tools needs to be MIR / file a bug: TODO + [louis-bouchard] - kdump-tools needs to be MIR / file a bug: DONE [stefan-bader-canonical] - discuss linuxcrashdump changes on ubuntu-devel / ubuntu-kernel: TODO [stefan-bader-canonical] - linuxcrashdump changed to install kdump-tool (after discussion): BLOCKED [arges] - write better documentation for kdump-tool: TODO [dannf] - validate/invalidate with kdump-tools / mkdumpfile on ARM: TODO [louis-bouchard] - Integrate netdump support: POSTPONED [med] - netdump charm to aggregate dumps in a cloud: TODO -- Enable kdump mechanism from kdump-tool instead of kexec-tools https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-kdump-tool -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Blueprint servercloud-r-kdump-tool] Enable kdump mechanism from kdump-tool instead of kexec-tools
Blueprint changed by Louis Bouchard: Whiteboard changed: User Stories: Risks: Test Plans: Release Note: -- The kdump mechanism from the kdump-tool package is more flexible than its kexec-tool equivalent. It allows for multiple dumps to be collected, is the mechanism used in upstream Debian and has a configuration file that let the sysadmin controls some parameters. It is currently functional on Ubuntu but the documented way of gathering a kernel dump is to use the 0_kdump initscript delivered by kexec-tools which package the kernel dump file as an Apport bundle. While this solution is sufficient on Desktops, it becomes restrictive on server/cloud installs. Rationale: Current kexec-tool kernel dump capture mechanism is too limitative in a server/cloud environment. Because you only capture last crash; people want to change mkdumpfile options, have to hack scripts vs. conf files. We might need to consider different use cases for desktop/server if using kdump-tool. But this might not be bad since we can have a similar setup as kexec-tool. linux-crashdump - - needs to be changed to install kdump-tool - - does it need to install 'crash'? we might not do analysis on same machine + - needs to be changed to install kdump-tool + - does it need to install 'crash'? we might not do analysis on same machine - Goal: Decide on the feasibility of using kdump-tool as default for server/cloud installs - + Goal: Decide on the feasibility of using kdump-tool as default for + server/cloud installs + Issues : what is the current story around kdump with UEFI ? - - currently disabled if using secure boot - - but will be re-enabled when we can use signed kexec kernels + - currently disabled if using secure boot + - but will be re-enabled when we can use signed kexec kernels Is the server only requirement valid or should we use kdump accross the board ? Is usage of apport hooks for kernel dumps useful and/or valid ? Need to be considerate of - - whoopise integration (how is this turned on for servers?) - - private data reporting (private daisy instance?) + - whoopise integration (how is this turned on for servers?) + - private data reporting (private daisy instance?) Can server/cloud users upload large amounts of crash data?; need to consider sensitive environments, etc. Discussion points: Right now start with x86, long term ensure it works on ARM. consider how we can reproduce apport behavor with kdump-tools during discussion. need to determine use cases for desktop/server for kdump-tool configurations + + Notes: + MIR is not required for kdump-tools as its source package (makedumpfile) is already in main -- Enable kdump mechanism from kdump-tool instead of kexec-tools https://blueprints.launchpad.net/ubuntu/+spec/servercloud-r-kdump-tool -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1097783] Re: Regression: some python library functions return wrong types
** Changed in: python2.7 (Ubuntu) Importance: Undecided = High -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to genshi in Ubuntu. https://bugs.launchpad.net/bugs/1097783 Title: Regression: some python library functions return wrong types To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/genshi/+bug/1097783/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1097783] Re: Regression: some python library functions return wrong types
This is an upstream change, as a byproduct of issue #10182 http://bugs.python.org/issue10182 In that bug, a complaint was made that match starts were being truncated on x64 Windows machines, so the types were changed to longs. I can reproduce this with hg tip of the 2.7 branch, and the world will see it whenever 2.7.4 is released. You see it in Ubuntu because we track hg tip, so you're getting this change before 2.7.4 is released. It's arguably a backward incompatible change to Python 2.7 and perhaps it should be reverted (but it's a tough call). I'll update the Python issue, but I suggest you nosey yourself to it and engage on the change there. I think your description on this bug is inaccurate since afaict it only affects the re module. I'll update that, but if you know of other apis that are affected, please let me know. ** Bug watch added: Python Roundup #10182 http://bugs.python.org/issue10182 ** Summary changed: - Regression: some python library functions return wrong types + re module apis return longs now -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to genshi in Ubuntu. https://bugs.launchpad.net/bugs/1097783 Title: re module apis return longs now To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/genshi/+bug/1097783/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1045986] Update Released
The verification of this Stable Release Update has completed successfully and the package has now been released to -updates. Subsequently, the Ubuntu Stable Release Updates Team is being unsubscribed and will not receive messages about this bug report. In the event that you encounter a regression using the package from -updates please report a new bug using ubuntu-bug and tag the bug report regression-update so we can easily find any regresssions. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to dhcp3 in Ubuntu. https://bugs.launchpad.net/bugs/1045986 Title: Ubuntu AppArmor policy is too lenient with shell scripts To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/apparmor/+bug/1045986/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1097783] Re: re module apis return longs now
Cool, so Benjamin reverted the API change in upstream hg by using PyInt* instead of PyLong* apis. You'll see this the next time Matthias syncs to upstream. ** Changed in: python2.7 (Ubuntu) Status: New = Fix Committed -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to genshi in Ubuntu. https://bugs.launchpad.net/bugs/1097783 Title: re module apis return longs now To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/genshi/+bug/1097783/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098294] [NEW] Use of uninitialized value $admin in string eq at ...
Public bug reported: When I install krb5-config 2.3 (along with some other Kerberos-related packages) on Ubuntu Quantal, I see this: [...] Get:8 http://$APTHOST/ubuntu/ quantal/universe krb5-user amd64 1.10.1+dfsg-2 [114 kB] Get:9 http://$APTHOST/ubuntu/ quantal/universe kstart amd64 4.1-2 [54.3 kB] Fetched 1620 kB in 1s (1093 kB/s) Preconfiguring packages ... Use of uninitialized value $admin in string eq at /tmp/krb5-config.config.261821 line 171, STDIN line 19. Selecting previously unselected package libgssrpc4:amd64. (Reading database ... 46594 files and directories currently installed.) Unpacking libgssrpc4:amd64 (from .../libgssrpc4_1.10.1+dfsg-2_amd64.deb) ... [...] Setting up libkadm5srv-mit8:amd64 (1.10.1+dfsg-2) ... Setting up krb5-config (2.3) ... Use of uninitialized value $admin in string eq at /var/lib/dpkg/info/krb5-config.config line 171, STDIN line 19. Setting up libpam-krb5:amd64 (4.6-1) ... Setting up krb5-doc (1.10.1+dfsg-2) ... [...] ** Affects: kerberos-configs (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to kerberos-configs in Ubuntu. https://bugs.launchpad.net/bugs/1098294 Title: Use of uninitialized value $admin in string eq at ... To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/kerberos-configs/+bug/1098294/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1037567] Re: need config-drive-v2 support
I've committed changes for this in a precise branch at lp:~smoser/ubuntu/precise/cloud-init/sru . I have a ppa build of that at https://launchpad.net/~smoser/+archive/cloud-init-test/ . Any testing on that would be appreciated. The plan is to move SRU this as soon as the current SRU moves to -updates. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1037567 Title: need config-drive-v2 support To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1037567/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1005551] Re: update-grub-legacy-ec2 ignores kernels named -generic
I've committed changes for this in a precise branch at lp:~smoser/ubuntu/precise/cloud-init/sru . I have a ppa build of that at https://launchpad.net/~smoser/+archive/cloud-init-test/ . Any testing on that would be appreciated. The plan is to move SRU this as soon as the current SRU moves to -updates. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1005551 Title: update-grub-legacy-ec2 ignores kernels named -generic To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1005551/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1077020] Re: cloud-init ca-certs leaves a blank line in /etc/ca-certificates.conf
I've committed changes for this in a precise branch at lp:~smoser/ubuntu/precise/cloud-init/sru . I have a ppa build of that at https://launchpad.net/~smoser/+archive/cloud-init-test/ . Any testing on that would be appreciated. The plan is to move SRU this as soon as the current SRU moves to -updates. -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1077020 Title: cloud-init ca-certs leaves a blank line in /etc/ca-certificates.conf To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-init/+bug/1077020/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098299] [NEW] entropy pool should be seeded earlier in boot process
*** This bug is a security vulnerability *** Public security bug reported: Currently, the entropy pool is seeded by /etc/init.d/urandom. This should be done earlier in the boot process by an upstart job, and should be done before the ssh daemon is started. Although the ssh keys are generated on package install, openssh uses openssl's PRNG which is seeded on boot for ephemeral keys. See https://factorable.net/weakkeys12.extended.pdf for more information. ** Affects: openssh (Ubuntu) Importance: Undecided Status: New ** Affects: sysvinit (Ubuntu) Importance: Undecided Status: New ** Also affects: openssh (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to openssh in Ubuntu. https://bugs.launchpad.net/bugs/1098299 Title: entropy pool should be seeded earlier in boot process To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1098299/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098294] Re: Use of uninitialized value $admin in string eq at ...
This should be harmless, just noisy, but will be fixed in the next release. Thanks! -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to kerberos-configs in Ubuntu. https://bugs.launchpad.net/bugs/1098294 Title: Use of uninitialized value $admin in string eq at ... To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/kerberos-configs/+bug/1098294/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1031065] Re: cloud-init-nonet runs 'start networking' explicitly
I built a precise cloud-init with the 'start networking' removed and tried starting an lxxc instace with that from current precise daily (with mountall 2.36.3). This issue persisted. Steve, did you tihnk this *should* be fixed in precise? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1031065 Title: cloud-init-nonet runs 'start networking' explicitly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1031065/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098314] [NEW] pg_num inappropriately low on new pools
Public bug reported: Version: 0.48.2-0ubuntu2~cloud0 On a Ceph cluster with 18 OSDs, new object pools are being created with a pg_num of 8. Upstream recommends that there be more like 100 or so PGs per OSD: http://article.gmane.org/gmane.comp.file- systems.ceph.devel/10242 I've worked around this by removing and recreating the pools with a higher pg_num before we started using the cluster, but since we aim for fully automated deployment (using Juju and MaaS) this is suboptimal. ** Affects: cloud-archive Importance: Undecided Status: New ** Affects: ceph (Ubuntu) Importance: Undecided Status: New ** Tags: canonistack ** Also affects: cloud-archive Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ceph in Ubuntu. https://bugs.launchpad.net/bugs/1098314 Title: pg_num inappropriately low on new pools To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1098314/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098320] [NEW] ceph: default crush rule does not suit multi-OSD deployments
Public bug reported: Version: 0.48.2-0ubuntu2~cloud0 Our Ceph deployments typically involve multiple OSDs per host with no disk redundancy. However the default crush rules appears to distribute by OSD, not by host, which I believe will not prevent replicas from landing on the same host. I've been working around this by updating the crush rules as follows and installing the resulting crushmap in the cluster, but since we aim for fully automated deployment (using Juju and MaaS) this is suboptimal. --- crushmap.txt2013-01-10 20:33:21.265809301 + +++ crushmap.new2013-01-10 20:32:49.496745778 + @@ -104,7 +104,7 @@ min_size 1 max_size 10 step take default - step choose firstn 0 type osd + step chooseleaf firstn 0 type host step emit } rule metadata { @@ -113,7 +113,7 @@ min_size 1 max_size 10 step take default - step choose firstn 0 type osd + step chooseleaf firstn 0 type host step emit } rule rbd { @@ -122,7 +122,7 @@ min_size 1 max_size 10 step take default - step choose firstn 0 type osd + step chooseleaf firstn 0 type host step emit } ** Affects: cloud-archive Importance: Undecided Status: New ** Affects: ceph (Ubuntu) Importance: Undecided Status: New ** Tags: canonistack ** Also affects: ceph (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to ceph in Ubuntu. https://bugs.launchpad.net/bugs/1098320 Title: ceph: default crush rule does not suit multi-OSD deployments To manage notifications about this bug go to: https://bugs.launchpad.net/cloud-archive/+bug/1098320/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 274108] Re: postfix set-permissons fails
This irritated me so I created a fixed /usr/lib/postfix/postfix-files here. Commented out the manpages and html files as well as the files I do not have. This is from a basic Ubuntu Lucid postfix install. http://pastebin.com/Cgcn23mZ -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to postfix in Ubuntu. https://bugs.launchpad.net/bugs/274108 Title: postfix set-permissons fails To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/postfix/+bug/274108/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 611137] Re: cc_mounts may need to translate device names for xvda or virtio
this is confirmed on lucid if you boot a maverick or newer kernel with it. ** Also affects: cloud-init (Ubuntu Lucid) Importance: Undecided Status: New ** Changed in: cloud-init (Ubuntu Lucid) Status: New = Confirmed ** Changed in: cloud-init (Ubuntu Lucid) Importance: Undecided = Medium ** Changed in: cloud-init (Ubuntu Lucid) Assignee: (unassigned) = Jos Boumans (jib) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/611137 Title: cc_mounts may need to translate device names for xvda or virtio To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/611137/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 611137] Re: cc_mounts may need to translate device names for xvda or virtio
** Description changed: As shown in cloud-config syntax at [1], cloud-init allows the user to a name that will appear in the metadata service instead of a device name. For example, the user can specify: - - [ ephemeral0, /mnt, auto, defaults,noexec ] + - [ ephemeral0, /mnt, auto, defaults,noexec ] If the metadata service contains something like: - 'block-device-mapping': {'ami': 'sda1', - 'ephemeral0': 'sda2', - 'root': '/dev/sda1', - 'swap': 'sda3'}, + 'block-device-mapping': {'ami': 'sda1', + 'ephemeral0': 'sda2', + 'root': '/dev/sda1', + 'swap': 'sda3'}, Then an entry in /etc/fstab will be added for 'sda2'. There are 2 possibilities that the string 'sda2' will be wrong. a.) on ec2, we're using a -virtual kernel, or some kernel without a patch to make xen block devices show up as 'sdX' rather than 'xvdX'. Currently our -ec2 kernels have xen block devices as sdX, but this may change. b.) on eucalyptus, with virtio as root device and/or ebs. In this case, the metadata service will still likely have 'sdX' but the kernel devices would be named vdX. In either case, some trickery will have to be done to decide to rename. Really, this is just a general problem with the metadata service provided by the hypervisor believing it knows certain things about the OS that is running in it. -- [1] http://bazaar.launchpad.net/~cloud-init-dev/cloud-init/trunk/annotate/head%3A/doc/examples/cloud-config.txt ProblemType: Bug DistroRelease: Ubuntu 10.10 Package: eucalyptus-nc 2.0~bzr1211-0ubuntu1 ProcVersionSignature: User Name 2.6.32-305.9-ec2 2.6.32.11+drm33.2 Uname: Linux 2.6.32-305-ec2 i686 Architecture: i386 Date: Thu Jul 29 03:06:03 2010 Ec2AMI: ami-e930db80 Ec2AMIManifest: ubuntu-images-testing-us/ubuntu-maverick-daily-i386-server-20100727.manifest.xml Ec2AvailabilityZone: us-east-1b Ec2InstanceType: m1.small Ec2Kernel: aki-407d9529 Ec2Ramdisk: unavailable ProcEnviron: - PATH=(custom, user) - LANG=en_US.UTF-8 - SHELL=/bin/bash + PATH=(custom, user) + LANG=en_US.UTF-8 + SHELL=/bin/bash SourcePackage: eucalyptus -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/611137 Title: cc_mounts may need to translate device names for xvda or virtio To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/611137/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
** No longer affects: mailman -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1033727] Re: USB passthrough doesn't work anymore with qemu-kvm 1.1.1
Hi again! The good news: 1.3.0 works (at least with my setup). The bad news is that this might lower the motivation to fix 1.1.2 ;-) ... Attached is the USB trace file from the non-working case with V 1.1.2. If decompressed, it's an 185 MB text file and - honestly - i cannot make any sense of it, but here you have it... ;-) There's two USB devices passed-through: 1) vendor=0x529 product=0x1 - Hardlock USB Dongle 2) vendor=0xd46 product=0x3003 - Kobil USB Smartcard Reader HTH, Peter ** Attachment added: Trace of the non-working case https://bugs.launchpad.net/qemu/+bug/1033727/+attachment/3479688/+files/usb_trace.txt.bz2 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to qemu-kvm in Ubuntu. https://bugs.launchpad.net/bugs/1033727 Title: USB passthrough doesn't work anymore with qemu-kvm 1.1.1 To manage notifications about this bug go to: https://bugs.launchpad.net/qemu/+bug/1033727/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1031065] Re: cloud-init-nonet runs 'start networking' explicitly
With the current mountall in precise, 2.36.3, yes - there shouldn't be any further need to call 'start networking' directly. Are the symptoms exactly the same as before the mountall fix? -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to cloud-init in Ubuntu. https://bugs.launchpad.net/bugs/1031065 Title: cloud-init-nonet runs 'start networking' explicitly To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1031065/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1069570] Re: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think...
Anyone who is affected, please can you paste all the information requested in #15. Please also say which versions of every package you are using. Robie - it could be a bug that's fixed in the code awaiting SRU. We are not testing older packages in the lab. ** Changed in: maas Status: Confirmed = Incomplete -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to maas in Ubuntu. https://bugs.launchpad.net/bugs/1069570 Title: 1 MAC Address, two IPs - DNS is out of sync with DHCP leases databases, I think... To manage notifications about this bug go to: https://bugs.launchpad.net/juju-core/+bug/1069570/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
@Mark Sapiro This also affects the upstream Mailman project, since the pristine upstream tarball also will also fail to build on Ubuntu after the next release. What's the reason you removed the bug task? ** Also affects: mailman Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
** Branch linked: lp:mailman/2.2 ** Branch linked: lp:mailman/2.1 -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs
[Bug 1098162] Re: mailman 1:2.1.15-1 FTBFS on amd64 in raring
I looked too quickly the first time and thought it was strictly a Debian/Ubuntu packaging issue and didn't look closely at your comment #1 ** Changed in: mailman Importance: Undecided = Low ** Changed in: mailman Status: New = Fix Committed ** Changed in: mailman Milestone: None = 2.1.16 ** Changed in: mailman Assignee: (unassigned) = Mark Sapiro (msapiro) -- You received this bug notification because you are a member of Ubuntu Server Team, which is subscribed to mailman in Ubuntu. https://bugs.launchpad.net/bugs/1098162 Title: mailman 1:2.1.15-1 FTBFS on amd64 in raring To manage notifications about this bug go to: https://bugs.launchpad.net/mailman/+bug/1098162/+subscriptions -- Ubuntu-server-bugs mailing list Ubuntu-server-bugs@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-server-bugs