Custom Query (1145 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (274 - 276 of 1145)

Ticket Resolution Summary Owner Reporter
#1150 fixed dasource should refuse to work for "UNRELEASED" packages jdreed

Reported by jdreed, 12 years ago.

Description

Packages with a codename/suitename of "UNRELEASED" should not be released, and dasource should either refuse to work, or at least yell loudly at you.

#187 wontfix daupload errors if you tell it to go on in spite of files missing broder

Reported by broder, 15 years ago.

Description

daupload tests for missing files, and prompts you for if you want to continue the upload. If you say yes, though, it will error when it hits the first missing files.

In my particular case, this resulted in the new source package being uploaded to all releases, but the binary packages for Gutsy, Hardy, and Intrepid weren't uploaded.

#1074 fixed D-Bus-activated services run outside the chroot geofft geofft

Reported by geofft, 13 years ago.

Description

D-Bus has a facility for running services when you send a message to a well-known name but no service is bound to that well-known name (these services are listed in /usr/share/dbus-1/system-services). The system D-Bus daemon runs outside the chroot, so naturally services it activates will also run outside the chroot.

This interacts poorly in a couple of cases with privileged-inside-the-chroot programs making requests to daemons outside the chroot over D-Bus. One notable case is aptdaemon, used by Ubuntu Software Center -- if you install something via that GUI (as opposed to any other GUI, or the command line), then it will get installed in the environment of aptdaemon, namely outside the chroot.

We're probably seeing this in production, given that we've run into a couple of machines with Skype mysteriously installed outside the chroot, and Skype from the partners repository is well-advertised in Ubuntu Software Center.

Addressing #462 would fix this solidly, but would also be fairly high-impact. A much smaller-impact fix is to hook the servicehelper (/usr/lib/dbus-1.0/dbus-daemon-launch-helper, as mentioned in /etc/dbus-1/system.conf), which elevates privileges from the messagebus user to root when running a service. Since we want D-Bus activation to work at boot time, we should have a wrapper that detects if a login chroot exists, and runs the original servicehelper inside the chroot if so, and otherwise just runs the original servicehelper.

Note: See TracQuery for help on using queries.