CHEF-686:
$ ls -l /var/lib/chef/openid/store/
total 12
drwxr-xr-x 2 root root 4096 2009-12-29 02:39 associations
drwxr-xr-x 2 root root 4096 2009-12-29 02:39 nonces
drwxr-xr-x 2 root root 4096 2009-12-29 02:39 temp
CHEF-812:
$ ls -l /tmp/foo*
-rw--- 1 root root 11 2009-12-29 03:04 /tmp/foo
/chef_0.7.10-0ubuntu1.1.debdiff
** Changed in: chef (Ubuntu)
Assignee: Bryan McLellan (btm) = (unassigned)
--
backup file permissions and world writable fixes in Chef
https://bugs.launchpad.net/bugs/499629
You received this bug notification because you are a member of Ubuntu
Bugs, which
Tested on a clean install of karmic (9.10) using ec2 ami-1515f67c.
Confirmed listed bugs were fixed by checking permissions associated with
the upstream bug reports as evidenced in prior comment.
--
backup file permissions and world writable fixes in Chef
https://bugs.launchpad.net/bugs/499629
** Attachment removed: chef_0.7.10-0ubuntu2.debdiff
http://launchpadlibrarian.net/37258869/chef_0.7.10-0ubuntu2.debdiff
--
backup file permissions and world writable fixes in Chef
https://bugs.launchpad.net/bugs/499629
You received this bug notification because you are a member of Ubuntu
** Changed in: chef (Ubuntu)
Status: New = Confirmed
** Changed in: chef (Ubuntu)
Importance: Undecided = High
** Changed in: chef (Ubuntu)
Assignee: (unassigned) = Bryan McLellan (btm)
--
backup file permissions and world writable fixes in Chef
https://bugs.launchpad.net/bugs
Confirmed on linux-image-2.6.31-9-generic with kvm=1:84+dfsg-0ubuntu16 +
libvirt-bin=0.7.0-1ubuntu3 on karmic.
WinXP would run through the install but not boot after the reboot.
Same with Win7
Then running Win7 from the command line with '-cpu qemu32' allowed it to
boot.
--
Certain VMs do not
On Tue, Aug 25, 2009 at 2:12 PM, Wesleylaunch...@opperschaap.net wrote:
I want to second the idea of -dev package as a dependency for libgems
(or gems) package. I needed to install a gem and I got errors, which
started with mkmf.
Not all gems require a development environment to install, so I
** Bug watch added: Debian Bug tracker #541404
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541404
** Also affects: libextlib-ruby (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=541404
Importance: Unknown
Status: Unknown
** Changed in: libextlib-ruby (Ubuntu)
** Changed in: libextlib-ruby (Ubuntu)
Assignee: (unassigned) = Bryan McLellan (btm)
--
libextlib-ruby requires rubygems but doesn't depend on it
https://bugs.launchpad.net/bugs/412217
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu
** Summary changed:
- Please sync 3.1.1-1 from experimental
+ Please sync 3.1.2-2 from testing
** Description changed:
2.5.7 is over four years old with regular development in the interim
[1].
- 3.1.1-1 from debian experimental builds on intrepid. Please sync from
- upstream.
+ 3.1.2-2
Thank you for taking the time to report this bug and helping to make
Ubuntu better. CPU virtualization extensions have no mechanism to allow
different pieces of virtualization software to share them [1]. Trying to
load the kvm kernel module, which would happen if you installed the kvm
package,
python-vm-builder=0.9-0ubuntu6 from jstrand [1] on jaunty
This appears to work with libvirt using when you specify --mac with
--libvirt on the command line.
This doesn't work with libvirt when using --mac with --libvirt and
--bridge
When running vmbuilder without --libvirt but with --mac, the
On Fri, Apr 3, 2009 at 6:27 PM, Todd Deshane desha...@gmail.com wrote:
First, the chown command takes, as the 2nd and 3rd arguments, the uid
and gid of the user. The user that needs to own the .ssh directory and
its contents is a user that is created within the chroot. While it is
possible to
** Changed in: vm-builder (Ubuntu)
Status: Incomplete = Confirmed
--
RFE: ubuntu-vm-builder should provide option to specify MAC address of new guest
https://bugs.launchpad.net/bugs/261702
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to
Jamie Strandboge has provided a patch for a similar symptom in Bug
342359 that may be of use to you.
--
vmbuilder crashed with ioctl in create()
https://bugs.launchpad.net/bugs/342239
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Public bug reported:
When trying to work around Bug 342359 using jstrand's bzr branch [1], I
got this error while building:
dh_install: python-vm-builder missing files
(debian/tmp/usr/lib/python2.5/site-packages/VMBuilder/*.py), aborting
make: *** [binary-install/python-vm-builder] Error 1
I
Building from jstrand's bzr branch works for me on jaunty (aside from
separate build issues in Bug 354849).
--
[jaunty] ubuntu-vm-builder crashed with ioctl in create()
https://bugs.launchpad.net/bugs/342359
You received this bug notification because you are a member of Ubuntu
Bugs, which is
The 'updated patch' [1] resolves the problem with the ordering causing a
traceback due to the users home directory not existing for me on jaunty.
[1] https://bugs.launchpad.net/ubuntu/+source/vm-
builder/+bug/352114/comments/4
** Changed in: vm-builder (Ubuntu)
Status: Incomplete =
I see this issue as well.
Why not use os.chown instead of run_cmd in your patch?
** Changed in: vm-builder (Ubuntu)
Status: New = Confirmed
--
ssh keys for user are not owned by the user [Jaunty] [PATCH]
https://bugs.launchpad.net/bugs/354288
You received this bug notification because
Bug 334065 is the bug for the package sync. I couldn't tell you what
else needs to be done, I believe it's out of my hands not being an
Ubuntu Developer/MOTU.
--
rubygems1.8 package out of date
https://bugs.launchpad.net/bugs/302990
You received this bug notification because you are a member of
Spoke to upstream about this package, along with the discussion in the
debian bug he adds,
The benefit of allowing people who use ruby-postgres directly (as
opposed to a wrapper layer like Ruby/DBI or Rails/Active Record) to
postpone the migration is not worth the costs: supporting an obsolete
** Bug watch added: Debian Bug tracker #517112
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517112
** Also affects: rcov (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517112
Importance: Unknown
Status: Unknown
--
backtrace with 'stack level too deep'
Shot,
Many Ubuntu packages are direct sync's from Debian packages which is
considered upstream from Ubuntu. While we could fork the packaging and
add our own changes, that adds considerable work to each new release of
the package. Changes and improvements should go as far upstream as
The code in the example appears incomplete and non functional. Reported
this upstream to possible exclude this file as an example.
** Bug watch added: Debian Bug tracker #517143
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517143
** Also affects: libalgorithm-diff-ruby (Debian) via
libgems-ruby (1.3.1-1) experimental; urgency=low
* New upstream release
* Removed debian/patches/21_avoid_ioseek.dpatch
-- Daigo Moriwaki da...@debian.org Wed, 19 Nov 2008 00:03:20 +0900
libgems-ruby (1.2.0-3) unstable; urgency=low
* debian/control:
- `rubygems' is present again to
Public bug reported:
Many ruby applications that have yet to be packaged now require gems
1.3.1. This should definitely make it in to Jaunty.
I've been running the debian package in testing and production for a
couple of months now without any problems. I see no [unreverted] ubuntu
changes in
Please sync 3.1.2-1 from experimental? :)
http://packages.debian.org/source/experimental/ganglia
--
Please sync 3.1.1-1 from experimental
https://bugs.launchpad.net/bugs/302640
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
Are you still having this problem?
Can you provide steps to reproduce it?
If it was a problem you found with a specific package, did installing
another package resolve your problem or did reinstalling the same
packages resolve your problem?
** Changed in: libgems-ruby (Ubuntu)
Status:
libjson-ruby_1.1.2-1 in intrepid builds/installs both:
$ dpkg -c libjson-ruby1.8_1.1.2-1_i386.deb | grep -E 'generator|parser'
-rw-r--r-- root/root 21764 2009-02-24 17:31
./usr/lib/ruby/1.8/i486-linux/json/ext/generator.so
-rw-r--r-- root/root 17660 2009-02-24 17:31
This path appears correct in libnarray-ruby=0.5.9p4-1 on intrepid as
well.
If you are still having problems with this package, please provide more
information on reproducing the problem, including the specific version
of the package.
** Changed in: libnarray-ruby (Ubuntu)
Status: New =
Please file a separate bug for packaging libaws-ruby as outlined at:
https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
Please be aware that this software was effectively rendered obsolete on
2008-03-31 by Amazon's decision to shut down access to v3.x of the AWS
API.
I'm not sure what the
Debian bug has been confirmed and split into a libxml-simple-ruby and a
rails bug.
** Bug watch added: Debian Bug tracker #514582
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514582
** Also affects: rails (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=514582
*** This bug is a duplicate of bug 296605 ***
https://bugs.launchpad.net/bugs/296605
** This bug has been marked a duplicate of bug 296605
libxml-simple-ruby causes warnings in puppet
--
already initialized constant DEF_KEY_ATTRIBUTES
https://bugs.launchpad.net/bugs/321291
You received
** Summary changed:
- libxml-simple-ruby causes warnings in puppet
+ libxml-simple-ruby path workaround causes double loading with rails
** Tags added: rails
--
libxml-simple-ruby path workaround causes double loading with rails
https://bugs.launchpad.net/bugs/296605
You received this bug
Upstream switched [1] from ruby-postgres [2] which wasn't being
maintained to ruby-pg [3]. While the new project appears to be
maintaining updates to the old codebase, it's unfortunately packaged
seperately.
[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474748
[2]
The problem with --system is that the package updates itself. This
breaks the debian package [1]. If you then uninstalled or upgraded using
the packaging system, unknown things would happen because it wouldn't
know anything about what rubygems had done to itself. See also the
current version of
** Bug watch added: Debian Bug tracker #452547
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452547
** Also affects: libgems-ruby (Debian) via
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=452547
Importance: Unknown
Status: Unknown
--
[hardy] gem update --system breaks
Scott,
If you or someone else from MOTU will sponsor any required patches, I
will gladly support the gems package and other ruby packages for that
matter.
--
rubygems1.8 package out of date
https://bugs.launchpad.net/bugs/302990
You received this bug notification because you are a member of
This was fixed in debian in v1.0.0-1, fix being that 'gem update
--system' was disabled. Short of a package making it way into hardy-
updates (since hardy is LTS, but this bug alone probably isn't enough to
justify an update.), you can get v1.1.1-1~hardy1 from hardy-backports
[1].
[1]
Public bug reported:
rcov breaks with '/usr/lib/ruby/1.8/rexml/formatters/pretty.rb:129:in
`wrap': stack level too deep (SystemStackError)'.
0.8.1.2-2 contains a bug with the rexml/rcov interaction. There is a
workaround in place, in report.rb:
if RUBY_VERSION == 1.8.6 defined?
Public bug reported:
The init script exists with a returncode of 1 if you try to check status
immediately after starting apache.
$ sudo /etc/init.d/apache2 restart ; sudo /etc/init.d/apache2 status ; echo $?
* Restarting web server apache2
Public bug reported:
2.5.7 is over four years old with regular development in the interim
[1].
3.1.1-1 from debian experimental builds on intrepid. Please sync from
upstream.
[1]
http://sourceforge.net/project/showfiles.php?group_id=43021package_id=35280
** Affects: ganglia-monitor-core
Rubygems 1.2.0+ no longer performs bulk updates. Earlier versions of
Rubygems had memory consumption issues.
Ubuntu Intrepid 8.10 contains rubygems1.8 1.3.0~RC1really1.2.0-2ubuntu3.
Please confirm that you are indeed running Ubuntu 8.10 (lsb_release -r)
and that the correct rubygems package is
Steven Shiau [1] has placed the source online [2]. He notes:
1. Some commands are done when we create the rpm from tarball, so we
will use autotools in the tarball in the future. For the time being,
some of the file path are done in rpm sepc file, therefore in the future
the autotools is a must
I can't find source tarballs for this software. The maintainers provide
only source rpms and binary rpms on the english sourceforge download
site[1]. Binary debs are also available from a ftp site associated with
the project [2] which claim to be ubuntu 7.04 compatible but are
actually alien'd
45 matches
Mail list logo