Re: Make systemd journal persistent | remove rsyslog (by default)
Jamie Strandboge [2017-01-10 16:27 -0600]: > Remote logging. Rsyslog is far superior in this regard. Granted, remote > logging > is not enabled by default but it is a requirement in many environments. The systemd-journal-remote package does provide the necessary tools and is reasonably flexible (push or pull, builtin https or using arbitrary ports which you e. g. could forward through ssh). It might not be as flexible as rsyslog, but as one needs to set up remote logging manually anyway, you always have the possibility of picking rsyslog, journal, or even something else. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: PGP signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Issues related to the yakkety switch to systemd-resolved
Hello Joe, Joe Barnett [2016-10-18 7:27 -0700]: > Since upgrading to yakkety, I've noticed the following issues seemingly > related to (a partial?) switch to systemd-resolved for DNS: Yes, it's partial still. See the blueprint [1] for detailled status. > 1) The first issue I noticed was that when connected to an openvpn VPN, > firefox stopped being able to resolve DNS entries from the VPN's DNS > server, while command line tools (host/ping) worked fine. Traced this down > to two things, both seemingly related to my former use of resolvconf not > fully migrating over to use systemd-resolved: Note that we did not (and did not plan to) migrate away from resolvconf -- too many packages hook into it which would need to get changed first, so we continue to let /etc/resolv.conf be managed by resolvconf for the time being. > a) Had to change my .ovpn file to point to > /etc/openvpn/update-systemd-resolved > instead of /etc/openvpn/update-resolv-conf > b) Had to change my /etc/resolv.conf to point to > /lib/systemd/resolv.conf instead of /run/resolvconf/resolv.conf So while trying that is appreciated, it *will* break resolv.conf mangling integration with a lot of packages [2]. None of these should affect a reasonably standard desktop, but you should be aware of it. > 2) After a suspend/resume cycle, DNS queries stopped working unless I > restarted network-manager: > https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1629620 > a) After doing the fixes for problem #1, this appears to be working > better now That's unrelated to resolved, as NM is still configuring dnsmasq (and hence /etc/resolv.conf should have 127.0.1.1 only). I've heard reports that a recent change in NM (https://launchpad.net/bugs/1592721) broke split-horizon DNS for some people, and from a quick IRC debugging it seemed that dnsmasq was in a weird state after (re)starting NM. Killing the dnsmasq instances and re-connecting to the network (in nm-applet) helped these folks -- does it work for you too? > 3) Steam was unable to see the network: https://bugs.launchpad.net/ > ubuntu/+source/steam/+bug/1631980 > a) After manually installing libnss-resolve:i386, this is now resolved, > but should this package have been installed automatically when > libnss-resolve:amd64 was installed? No, that can't work. Ideally, libnss-resolve:i386 would be installed automatically as soon as you install any :i386 package. However, unlesss we make libc6:i386 Recommends: libnss-resolve, we don't have any mechanics for that. For this we actually keep the "dns" fallback in /etc/nsswitch.conf, so that foreign-architecture programs still use the plain old /etc/resolv.conf for resolution if they don't have the corresponding "resolve" NSS module installed. > Anyways, assuming there's eventually a fix found for #4, my real question > is not so much that there were bugs, but rather are there still changes > that should be made to make the solution for these issues more automatic > (ie, automatically apply 1.b and 3.a)? Or at least to notify the user more > loudly that their configuration is not fully supported? In principle everything ought to work as before on a desktop with NM. So we don't need notifications IMHO, we "just" need to debug and fix the dnsmasq regression (see above) for 16.10. For 17.04 I'd actually like to finish the transition on the desktop as well and move NM away from dnsmasq, so that we use the same solution on servers and desktops. (Again see [1]). Martin [1] https://blueprints.launchpad.net/ubuntu/+spec/foundations-y-local-resolver [2] http://people.canonical.com/~pitti/tmp/resolvconf-hooks.txt -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: The Simple Things in Life
Xen [2016-07-21 5:22 +0200]: > It was ln -s /dev/null /etc/udev/rules.d/80-net-setup-link.rules. > > But that doesn't work, it used to work somewhere at some point. It does work, other than for USB devices, which is LP: #1593379. It got fixed in xenial-updates two days ago. Perhaps you forgot to "update-initramfs -u" after that and have the USB device already connected. FWIW, this is the *only* reply to this thread that I will ever do. I'm too busy following by secret agenda to reply to the other mails... Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: optional dark theme
Vitaly Zdanevich [2016-02-16 17:15 +0300]: > So my dear developers of Ubuntu - how about include (maybe in the > next release) some dark ui (for example > http://killhellokitty.deviantart.com/art/Dorian-theme-3-10-416353853)? Ubuntu already has a dark theme by default, so this is certainly not a priority or goal. And please don't ask the same question twice on the same mailing list within a few days. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Disabling deb-src by default
Usama Akkad [2016-01-28 10:38 +0200]: > Source packages are enabled by default. We don't enable them by default on cloud images, so I guess it can't be a legal requirement to have them. ubuntu-dev-tools has pull-lp-source which works without local apt sources, but we don't install that by default -- and we shouldn't as-is as it has a horribly heavy dependency chain. But maybe we can separate out pull-lp-source so that it's suitable for shipping by default? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Missing new kernel after upgrade 14.04 -> 16.04
Ryein Goddard [2016-01-19 11:35 -0800]: > If you install a non-generic kernel maybe it is assumed you know what you > are doing and want to use that kernel? > > If you just upgraded everyone with a non-generic kernel then people who > compiled their own would automatically be switched. But that's not a self-compiled kernel, that's an officially supported one on 14.04. So I think Nils has a point and this indeed should be dealt with correctly on upgrade. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: parsing upstream version and revision from Ubuntu package Version strings
Hello Stephen, Stephen Quintero [2016-01-14 19:00 -0800]: > As I understand from the Debian policy manual a package Version string > should include the revision, if any, appended after a hyphen to the > version, while the version itself should represent the upstream version, so > that apache2 *2.4.10-8ubuntu2* indicates: This is true for packages which have an actual upstream, like Apache. > Many packages appear not to conform to this. For example: > >- apt: *0.8.16~exp12ubuntu10* >- apt: *1.0.1ubuntu2* >- apt-clone: *0.3.1~ubuntu11* >- apt-listchanges: *2.85.13ubuntu2* Projects like apt, debian-installer etc. have no "upstream" in that sense, they are being developed by the Debian project itself for Debian. As such they don't distinguish between an "upstream version" and a "Debian revision", and should *not* have a revision number. See https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version > None of these Version strings have a hyphen to separate any revision. Take > the last example. Does it indicate version '2.85.1' revision '3ubuntu2', > or version '2.85.13' revision 'ubuntu2', or just version '2.85.13ubuntu2' > in which case it is clearly not an upstream version at all. Appending "ubuntuX" to the version number (both for versions with upstreams and native ones) is the Ubuntu version policy, so that it can always be seen which Debian version the Ubuntu package derived from. So you can always chop off "ubuntu.*" to get the Debian version. > Other package Version strings do have a hyphen separating a revision from > the version, but the version is still obviously not the upstream version. > For example: > >- account-plugins: *0.11+14.04.20140409.1-0ubuntu1* >- xchat-gnome: *1:0.30.0~git20131003.d20b8d+really20110821-0.2ubuntu12* >- x11proto-randr: *1.4.0+git20120101.is.really.1.4.0-0ubuntu1* Yes, upstream versions can become pretty complicated when doing things like "update to the latest upstream snapshot" (common for upstreams which are slow to release), or "revert to an earlier version". Much of that is coming from the fact that version numbers are required to be monotonously increasing, which requires this "oldversion+really_newversion" trick. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Re: about upstart
yan...@iscas.ac.cn [2016-01-07 15:20 +0800]: > How does ubuntu solve the the problem “initctl can not use when > /sbin/upstart and systemd in ubuntu14.10”.And how is the reasion? Sorry, I cannot parse this. You use "initctl" as user for the user upstart, and you don't use it as root for system services when the system is running systemd. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Re: about upstart
yan...@iscas.ac.cn [2016-01-06 17:16 +0800]: > Thanks for your reply.Is there any other reasion.By "pstree",the pulseaudio > is started by upstart.I mean,even when I choose systemd as the init daemon.I > can not remove upstart in Ubuntu15.04 ? Yes, pulseaudio is a session process and started by the session upstart. You can't entirely remove upstart in Ubuntu yet, just upstart-sysv for the system services. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: about upstart
Hello yankun, yan...@iscas.ac.cn [2016-01-06 13:47 +0800]: > In ubuntu15.04,there is also upstart running when systemd is the init.So why > to do this ? You are most probably seeing the session upstart process. User sessions haven't been converted away from upstart (to systemd or dbus activation) yet. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: about sysemd219 ubuntu15.04
Hello, yan...@iscas.ac.cn [2015-11-23 16:11 +0800]: > polkit is needed in ubuntu15.04? You don't say for what or in which context (desktop? server?) etc. My recommendation is to leave it installed if it already is (desktop), and not bother about it on a server where it's usually not installed by default. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: about the systemd(219) of ubuntu
Hello yankun, yan...@iscas.ac.cn [2015-11-20 14:07 +0800]: > Hi guys.In Ubuntu 15.04,what is related to the systemd-logind or to > pam-module configure .Because there is a problem: when I use this thing > "loginctl list-sessions" ,it tells me there is 0 sessions and in /run/user/ > there is no $user as like descripted by systemd. Thank you! Do you have the package "libpam-systemd" installed? Do you have the line session optionalpam_systemd.so in /etc/pam.d/common-session? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Tom H [2015-08-18 9:33 -0400]: > # When this machine is running systemd, standard service calls are turned into > # systemctl calls. > > > And this is what you want for the sake of consistency. > > I don't understand how "/etc/init.d/postfix status" is diverted to > systemctl for postfix but it is. FYI, this is via /lib/lsb/init-functions.d/40-systemd that gets run through the standard /lib/lsb/init-functions which every SysV init script is supposed to source. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Tom H [2015-08-18 5:40 -0400]: > Unless Ubuntu decides "we're going to provide native systemd units for > all packages that have sysvrc scripts in Ubuntu version X", these > units'll be provided at whatever pace the maintainers of packages with > sysvrc scripts choose to do so; and it's not a big deal. It's not a question of "decide", but to actually go ahead and do it. It's quite obviously better to have native units as they are both upstreamable (and thus improve inter-distro collaboration and documentation), and allow you to actually use the powers of a modern init system. Over time this will happen, but I doubt that SysV init scripts will entirely go away anytime soon. At least you need the support for third-party packages, and LSB mandates them. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Tom H [2015-08-18 4:49 -0400]: > > update-rc.d and invoke-rc.d are tools for package maintainers only (to > > be used from pre/postinst scripts) and only applies to sysv-init > > scripts ... > > Yes and no. They are meant for maintainer scripts but update-rc.d is > needed by admins for enabling/disabling daemons because there isn't > another tool available in Debian and Ubuntu. Right, and it's the very tool to do just that. What gives the impression that it is a maintainer scipt-only tool? > There was a Debian bug for service, the admin equivalent of > invoke-rc.d, to be enhanced to forward "service daemon enable|disable" > to update-rc.d in order to provide an admin interface but the Debian > systemd and upstart maintainers requested that this work with their > respective toys and the bug went nowhere. That would make things even more confusing IMHO. "service" is for runtime starting/stopping, "update-rc.d" for configuring which services start at boot. It has worked like that forever in Debian/Ubuntu, with any init system. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Oliver Grawert [2015-08-17 15:24 +0200]: > if you need to prevent an upstart service from starting on boot you need > to create a .override files containing the word "manual", as described > in your askubuntu links. i dont think there exists a tool to do that for > you (and such a tool would be quite overkill to replace a one liner > anyway :) ) "update-rc.d enable|disable" actually does work for upstart jobs (by creating said override files) just as well as it works for SysV init and systemd units. > note that by debian policy a service shipped in a deb is required to > always start, the debian assumption is that you uninstall the deb if you > do not want to run the service ([1] has some details). For the record, in the systemd world you can do that with (local) presets. We just don't respect them yet, that's a rather long-standing TODO in the Debian/Ubuntu packages. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
João M. S. Silva [2015-08-04 17:38 +0100]: > I suggest an equivalent of Fedora's chkconfig for server startup service > administration. > > It seems strange that a simple solution for this problem does not already > exist It has existed forever in Debian and Ubuntu and is called update-rc.d, see its manpage. It integrates with all init systems. Wrt. the followup discussion, you can also use systemctl directly (it will call update-rc.d for SysV init scripts) in Ubuntu 15.04 and later. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Removing runlevel 06 no longer needed?
Hey Bryan, Bryan Quigley [2015-06-03 15:57 -0400]: > I've been looking at merging keepalived or snmpd with Debian and they > both have something like: > explicit init start/stop parameters (don't stop at 0 and 6) > Call dh_installinit correctly to avoid installing links in rc[06].d > > As far as I can tell that was an Upstart specific workaround[1]. Am I > correct in that? Can those differences be dropped now that we are on > systemd? systemd's sysv-generator does not currently look at whether an init.d script has stop links or not, it will be called with "stop" on shutdown either way. But that's a bug/missing feature in the generator, from my POV. If an init.d script does not need to be called during shutdown, its LSB header should still have "Should-Stop: 1" only (i. e. no 0 and 6), and there is no reason why this would be Ubuntu specific -- such updates should be sent to Debian as well. These days, with insserv, the LSB header is the only thing that matters. dh_installinit, update-rc.d aren't getting called with runlevels any more, just with defaults/enable/disable. If you still have a package which doesn't do that, this should be updated as well (and again the change forwarded to Debian). So in short, we should get rid of such Ubuntu deltas, but not by dropping them but by getting them into Debian IMHO. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Debian Continuous Integration on Ubuntu
Hey Ole, Ole Streicher [2015-04-09 11:13 +0200]: > I am curious about the CI process on Ubuntu. The web page ci.ubuntu.com > seems to play with image CI tests that are independent of the Debian > ones. Right, these are for Ubuntu desktop/server/touch images, which are Ubuntu specific. > Are the Debian Continuous Integration tests <https://ci.debian.net/> run > during Ubuntu development as well, or is this planned? If yes, how can > one access the results? Yes, in fact Ubuntu began with the autopkgtest business and ci.debian.net was then set up to run them for Debian too :-) The results for vivid are on https://jenkins.qa.ubuntu.com/view/Vivid/view/AutoPkgTest/ Similar URLs for trusty and utopic. Ubuntu uses the tests to gate the landing of package uploads into the development series, so http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html is also an useful page to look at. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Cloud images and ubuntu package testing now use systemd
Kai Mast [2015-03-04 13:11 -0500]: > Will the user sessions also be switched to systemd? Eventually, but not in this cycle. We haven't even started working on that. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Go 1.3 is unmaintained/unsupported upstream
Robie Basak [2015-02-13 17:39 +]: > But this is the way the world is going, and something I think Ubuntu > needs to adapt to. I heavily disagree for something as fundamental as a toolchain/compiler, but we've had this conversation a lot of times already :) > I'm not sure how, though. In theory, if their quality is good, could > we SRU and rely on their backward compatibility guarantee? It's great to hear that there now is some effort to maintain backwards compatibility. When we started to adopt Go, there wasn't even that, but it was still in the early stage of "anything goes". If there is some enforced backwards compatibility now, it does sound prudent to re-discuss the maintenance/upgrades indeed. > Would we really need to rebuild all reverse dependencies? If we'd update Go in a stable release, then we must make sure that all reverse dependencies are still *buildable* and still work without a regression. IMHO they don't actually need to be rebuilt as SRUs too in the sense of doing 70 no-change uploads. We'd only need to upload those reverse deps which need sourceful changes to build and/or work with a new Go compiler (and then need to have an SRU exception for this). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Go 1.3 is unmaintained/unsupported upstream
John Lenton [2015-02-13 16:26 +]: > Go 1.3.3, which we are shipping in Vivid, is unmaintained upstream¹ > (yes, despite being released less than six months ago). > > Would it be possible to move to 1.4 in vivid? Better be quick, feature freeze is next Thursday :-) If you prepare/upload a package and ensure that all packages that build-depend on it are still working (we have 76: reverse-depends -b src:golang), it should be fine. I suggest staging that in a PPA, and once everything builds, upload the new golang-go, and any package which needs updates to build with 1.4. > This wouldn't fix the fact that it will become unmaintained in > Vivid's timeframe It's in universe, so inherently unsupported, and I figure at the moment folks developing with Go would rather use some backports or a PPA anyway? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: dpkg packaging problems
Hello Enrico, Enrico Weigelt, metux IT consult [2015-01-02 16:52 +0100]: > Unfortunately, the .so's loose the +x flag in the package > (while usual 'make install' is okay) - it seems that some of the > dh stuff drops that flag :( Yes, man dh_fixperms. Shared libraries don't need to and should not be executable. If you have a corner case where that's desirable, use -X to exclude those from permission fixes. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: 15.04 and systemd
Hey Tom,
Tom H [2014-12-05 8:03 -0500]:
> > | $ grep ifup /lib/udev/rules.d/99-systemd.rules
> > | SUBSYSTEM=="net", KERNEL!="lo", TAG+="systemd",
> > ENV{SYSTEMD_ALIAS}+="/sys/subsystem/net/devices/$name",
> > ENV{SYSTEMD_WANTS}+="ifup@$name.service"
>
> I noticed this after sending my original email. I'm now using NM (I
> had to log on to a WEP network!) and I'd meant to check whether
> unmasking ifup@.service would result in the same errors because this
> rule doesn't have "check whether something other than ifupdown is
> bringing up the network" (if that's even possible in a udev rule).
The rule doesn't have to. ifup will know by itself (through
/etc/network/interfaces) if it's responsible for a particular
interface; if not, this is a no-op.
> > This will handle hotplugged interfaces which are covered by ifupdown,
> > i. e. /etc/network/interfaces.
>
> Except that my "interfaces" file's empty.
Right, then the rule and ifup@.service are irrelevant for your system.
This is also why the disabled /etc/init.d/networking init script did
not cause acual damage on your system. systemd brings up lo on its
own, so you don't need ifupdown for "lo" even.
> By hotplugged do you mean when using Debian's "allow-hotplug"?
I meant "added the hardware while the computer/user session is
running". "allow-hotplug" is Debian's ifupdown declaration for this
(but not supported directly under Ubuntu).
> I hadn't seen the ifup udev rule when I wrote the above so I thought
> that systemd was using the sysvinit networking script to trigger
> ifup@.service.
The sysvinit script is called at boot to bring up the non-hotplugged
interfaces (lo, builtin ethernet or wifi cards), if they are tagged as
"auto".
> I'll set up a VM to try to reproduce this.
>
> Do you mean upgrade trusty-to-utopic or utopic-to-vivid?
Well, finding out the upgrade path that causes /etc/init.d/networking
to be disabled is exactly the exercise :-) It might just be "clean
utopic install and upgrade to vivid", but it might be more complicated
than that.
Thanks!
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: 15.04 and systemd
Hey Tom,
sorry for the late answer!
Tom H [2014-11-03 15:06 -0500]:
> "Cannot add dependency job for unit systemd-vconsole-setup.service,
> ignoring: Unit systemd-vconsole-setup.service failed to load: No such
> file or directory." is in the output of journalctl until I remove
> "systemd-vconsole-setup.service" from "Wants=" and "After=":
This is tracked as https://launchpad.net/bugs/1392970, I'll look into
it soon. (Should be mostly cosmetical)
> I'm using systemd-networkd.service (and libvirt) and ifup@.service
> isn't enabled:
ifup@.service is for ifupdown, it's entirely unrelated to networkd.
This is not supposed to be "enabled" (there's no [Install] section).
It gets triggered through udev rules:
| $ grep ifup /lib/udev/rules.d/99-systemd.rules
| SUBSYSTEM=="net", KERNEL!="lo", TAG+="systemd",
ENV{SYSTEMD_ALIAS}+="/sys/subsystem/net/devices/$name",
ENV{SYSTEMD_WANTS}+="ifup@$name.service"
|
This will handle hotplugged interfaces which are covered by ifupdown,
i. e. /etc/network/interfaces.
> "/etc/init.d/networking" is disabled:
>
> # find /etc/rc?.d -name "*networking" | sort
> /etc/rc0.d/K07networking
> /etc/rc6.d/K07networking
> /etc/rcS.d/K09networking
You are the third person to report that after Didier Roche and
Sebastien Bacher, so this isn't pilot error any more. Would you mind
filing a bug about this (against ifupdown for now) and describe how
you installed/upgraded your system? I'd like to be able to see a
reproducer and see where things go wrong. Are you (or someone else)
able to reproduce this somehow? Like, install trusty into a
schroot/container/VM and dist-upgrade?
> 3) friendly-recovery.service
>
> https://bugs.launchpad.net/ubuntu/+source/friendly-recovery/+bug/1354937
Fixed in vivid.
> 4) nfs-common, nfs-kernel-server, rpcbind
>
> NFS is broken with systemd as pid 1 because nfs-common only has upstart jobs.
That's https://launchpad.net/bugs/1312976 and indeed you already
posted your proposed patches there, thanks!
Thanks!
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
signature.asc
Description: Digital signature
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Devuan
Stephen P. Villano [2014-12-02 5:11 -0500]: > Personally, I prefer SElinux to polkit You know that these two have pretty much nothing in common, right? Perhaps you meant "SELinux over AppArmor"? Indeed that's another example where Debian offers a choice but Ubuntu doesn't -- we examine the alternatives, pick one, and support nothing else. (cf. combinatorial explosion and efficient maintenance and support). So indeed, if for some reason you can't use the choice that Ubuntu made, then going directly to Debian is probably a better choice. Even better of course would be to point out actual problems in Ubuntu's choice so that we can improve it. (Technical problems, not "I don't like it" :-) ). Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Devuan
Enrico Weigelt, metux IT consult [2014-12-02 7:55 +0100]: > By the way: is it then be mandatory ? Yes, it will be. As Scott and others have already pointed out, Ubuntu never offered a choice of init systems, and doesn't plan on doing so. This just introduces complexity, combinatorial testing explosion, etc. that we don't want and don't offer for any other part of the plumbing stack. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: root and capabilities list
ds [2014-10-14 22:31 +0400]: > Yes it is. the capability is set on exe file by the installer. Ah, how does that work? I'm not aware of an ELF/kernel feature which allows doing that, this sounds interesting? > The exe itself should never acquire root ideally. Only has the > limited subset of root powers CAP_SYS_RAWIO and CAP_SYS_MODULE Note that at least CAP_SYS_MODULE is equivalent to root (as you can load any local .ko which can then provide you with a backdoor into the kernel), so from a security POV this doesn't help much. Of course you'd drop both root privs and CAP_SYS_MODULE right after program initialisation when you don't need them any more. The other workaround would be if your project ships and udev rule which makes the msr devices world readable. We don't currently have any explicit rule for msr as far as I can see, so they are just using the kernel defaults in devtmpfs. If open and read on them is additionally protected by CAP_SYS_RAWIO, then world-readability should not hurt indeed (note that I haven't verified this). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: root and capabilities list
Hello ds, ds [2014-10-14 21:44 +0400]: > I'm trying to write a widget, which reports intel CPUs power > consumption. For that, the widget needs access to /dev/cpu/.../msr, > as well as ability to load kernel modules cpuid and msr. > I can set CAP_SYS_RAWIO capability to get the access, but the > problem is that /dev/cpu/.../msr & cpuid files can only be read > and written by root. You also need root to initially get those CAP_*, so this is not a real limitation. So this should work: - start as root (the widget itself or preferably a small helper which reads the data from /dev/ and reports it on stdout or D-BUS or so) - open /dev/cpu/* - (if necessary) modprobe stuff - prctl(PR_SET_KEEPCAPS) - setgid()/setuid() to drop privileges - setpcap() to only keep CAP_SYS_RAWIO Then your process will run as user with only CAP_SYS_RAWIO, and has open fds to /dev/cpu/* which you can continue to use. FWIW, I find it pretty pointless that you need a capability to read from an open fd -- it should suffice to have the capability to open() the device. The kernel had had the same mis-design with /proc/kmsg for years which prevented effective privilege dropping in klogd. Thus ideally you should start as root, open /dev/*, then suid() and run as normal user without extra privs and can do without the capability dance. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bug in some way but where? Where to file a bug?
Thomas Novin [2014-04-04 23:20 +0200]: > $ sudo ls -la .cache/dconf > total 12 > drwx-- 2 root root 4096 mar 28 18:06 . > drwx-- 24 thnov thnov 4096 apr 4 22:45 .. > -rw--- 1 root root 2 mar 28 18:06 user > > $ sudo ls -la .dbus > total 12 > drwx-- 3 root root 4096 mar 28 18:06 . > drwxr-xr-x 35 thnov thnov 4096 apr 4 22:47 .. > drwx-- 2 root root 4096 mar 28 18:06 session-bus You somehow managed to get root-owned files into your home directory. In particular, the .cache/dconf/user file is rather worrying. If you fix that with sudo chown -R thnov:thnov ~ it should be all fine again, and probably also fix a couple of other misbehaviours. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: NetworkManager cleartext config files vs home folder encryption
Dimitri John Ledkov [2013-12-25 14:15 +]: > I don't remember, but i thought it was not the default. Until lucid or natty it indeed wasn't, it defaulted to per-user connections. But this is highly unfriendly with multiple users, you don't have network available in lightdm, and all our OEMs changed the default anyway, so since natty or precise or so NM now defaults to system-wide connections. (FWIW, I fully agree with this.) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Including VirtualBox guest drivers in trusty iso.
Dimitri John Ledkov [2013-12-20 12:11 +]: > Looks like "virtualbox-guest-dkms" package doesn't declare any > Modaliases, maybe it should be integrated with ubuntu-drivers, if > possible. Indeed, then it would also automagically appear in the additional drivers tab in software-properties. virtualbox-guest* is already whitelisted for auto-installation in ubuntu-drivers-common, so once it gets a Modaliases: it should "just work" in ubiquity, "ubuntu-drivers autoinstall", etc. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: unable to install apache2 mod php5
Hello, 李白|字一日 [2013-07-15 12:34 +0800]: > is there anyone know how to solve this problem? Yes, please stop using saucy-proposed in your apt sources. By its very definition it is packages that are broken. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal to change default search engine
Benjamin Kerensa [2013-06-24 13:17 -0700]: > Ubuntu does not have a default search engine although the browsers it ships > do. If your interested in getting the default search engine changed in one > of the browsers available in Ubuntu that kind of a push would have to occur > upstream. For the record, even the ubuntu-defaults-builder machinery allows derivatives to change the default search engine. This is not a technical problem, but a political/business/decision making one. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Source packages appropriate by default?
Robie Basak [2013-05-21 13:55 +0100]: > Why don't we talk about ways to make it just as easy, but without the > requirement that indexes are downloaded locally even when they are not > being used? pull-lp-source and pull-debian-source are about as easy as it can be IMHO, and offer a lot more functionality (downloading from different pockets, releases, and Debian). We don't install those by default, though, they are in ubuntu-dev-tools. But these are obvious candiates for replacing "apt-get source" in the absence of deb-src apt sources. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: any plymouth ...
Thomas Prost [2013-05-15 8:28 +0200]: > So the question is: What must I do to carry on, seeing all what the > machine is doing - instead of that nice aubergine screen ? Drop the "splash" boot option. You can do this for an individual boot in the grub menu editor (press shift after power on to get to the grub menu), or permantly in /etc/default/grub and then running "sudo update-grub". Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu without polkit
Hello Kevin, Kevin Chadwick [2013-04-06 1:12 +0100]: > If you really wanted to do that you would find the likes of Selinux, > RBAC, TOMOYO and apparmor more effective, useful to a user and less of > a risk, however they do not save you from writing bad code and sudo > encourages the best of that in a nice priviledge seperated utility. Again, MAC systems like SELinux, RBAC, or AppArmor do completely different things than sudo or polkit. Pretty please read http://www.freedesktop.org/software/polkit/docs/latest/polkit.8.html for what polkit actually is and does first. > If it was the case that polkit just did that then sudo would still be my > choice as it is not always running, is filesystem based Right, and polkit is not filesystem based. The kinds of actions that polkit controls don't map to file objects. Conversely, file objects or commands which you can control via sudo or RBAC have no idea about the concept of more abstract actions (like "set the system clock"), user sessions, multiple seats, etc., so please stop claiming that one is a superset of another. We need MAC systems, sudo, AND polkit. > nvidia-settings wants to install an xorg.conf file. An Nvidia user > could easily have this ability via sudo and a sudoers policy could be > provided in two seconds. Nobody stops you from doing this. It's not like anyone proposed to abolish sudo. :-) > run polkit with all the defaults which is far more permissions and code > running as root than he needs. > > Look into locking it down, yet it is still pointlessly running as root > and notoriously annoying to configure not to mention pointlessly > pulling in things like the JS package which aids rop attacks. Running polkit itself does not give anyone any extra power/privilege. Pulling in JS is a valid concern for the latest upstream PK versions, and the main reason why we keep an older version for now. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Discovering the package of an open window
Michael Spencer [2013-01-18 10:39 -0600]: > What is the best way to discover the package a program is in by clicking > on an open window? > > So far I've been using xprop to get the PID of the window, reading where > /proc//exe points too, and then running apt-file search on that. That's by and large how I do it, although dpkg -S /path/to/program doesn't require apt-file to be installed. > However, for some programs, like LibreOffice Writer, I get > libreoffice-core, not libreoffice-writer. That's actually correct. LibreOffice is really by and large one big binary with different "modes" for Writer, etc., and it is indeedn libreoffice-core which ships /usr/lib/libreoffice/program/soffice.bin. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Suggestions on controlling the automounter
Gregor Shapiro [2013-01-07 8:59 +0100]: > Ubuntu is (as some competent Linux users have told me) a "user friendly" > distribution and as such lots of more or less 'advanced' things you might > like to do are difficult or impossible. If you are or have a desire to be > competent (which I definitely am not), use a full fledged Linux: e.g. > Fedora or Debian. Please note that this comment is totally irrelevant to the problem that Dale is having. The mechanism of configuring the behaviour of storage devices is _exactly_ the same in Debian and Fedora, as we all use the same plumbing stack (Linux, udisks, gvfs). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Suggestions on controlling the automounter
Hello Dale, Dale Amon [2013-01-06 23:37 -0800]: > What I want to accomplish is to either blacklist certain UUID's > so that it does not interfere with my desires You can add UUID=, LABEL=, or plain device names to /etc/fstab and not specify the "auto" option. udisks respects this, and then Unity/GNOME will stop automounting that particular device. > , or even better, if it dealt properly with luks USB devices named > in crypttab and fstab. That needs some more details. > I also find that once it has popped up the window and let you > give it the pass word, you cannot then remove the device via > the graphic front end (I am using Oneiric on my primary work > machine) but have to do it at command line using umount and > cryptsetup luksClose. That again works fine here, so needs more details. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: b43 driver in Ubuntu (and also Debian)
Hello Ma, Ma Xiaojun [2012-11-08 16:17 -0600]: > The second is about jockey/u-d-commons. > As I skim through the source code, I haven't seen anything that > handles b43 installation. Jockey still had a handler for b43 until maverick. It was dropped in natty and above, as our linux-firmware package has shipped the firmware since then: /lib/firmware/brcm/bcm43xx-0.fw /lib/firmware/brcm/bcm43xx_hdr-0.fw /lib/firmware/brcm/brcmfmac43236b.bin Also, we now use the "wl" driver by default, which works a lot better (or at all) on the hardware we have test access to. ubuntu-drivers-common does not have any particular "handlers". If we still want b43-fwcutter for some reason (perhaps it might extract different firmware than the one in linux-firmware), it should grow a Modaliases: package field to say which hardware it should be applied to. Then u-d-common will pick it up automatically. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Accessing GVFS mounts from 3rd party applications?
Hello David, David Klasinc [2012-04-07 9:47 +0200]: > Now, the real problem. Digital cameras that are recognized by gphoto2 > and are 'mounted' with PTP there is no way to access them. > > So, are there any workarounds that don't require a lot of manual work? You can click "Unmount" in the dialog that comes up when you plug in the camera, and then use any photo management program which uses libgphoto2 directly to access the camera instead of gvfs. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: user-mode-linux in precise
Ritesh Raj Sarraf [2012-01-30 12:58 +0530]: > There seems to be no user-mode-linux for Precise. Is this intentional? The source package still exists, but someone needs to update it for the current kernel. It is currently unbuildable, as linux-source-3.0.0 does not exist any more. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: recommended way to build upstream kernel for ubuntu
Hello Christoph, Christoph Mathys [2012-01-06 9:29 +0100]: > Which is the recommended way to build my own kernel from kernel.org > source on ubuntu? I need header, kernel+modules and occasionally debug > symbols. If you just need an upstream kernel, you can use http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/ Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: wine on precise
Kai Mast [2011-12-19 20:49 +0100]: > do the wine-packages on precise (64bit) still work for anyone? seems > like the dependencies broke completetly with the move to multiarch... If you need to run wine on precise until precise has been sufficiently multi-arched, grab the oneiric version of ia32-libs and install that, then wine will run smooth as silk. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu should move all binaries to /usr/bin/
nick rundy [2011-11-01 15:01 -0400]: > I came to ubuntu from Windows. And one thing Windows does well is make it > easy to find an executable file (i.e., it's in C:\Program Files\) In fact, Windows makes that really hard, as there is no standard location for binaries. Each application ships its executables in its own directory. > Finding an executable file in Ubuntu is frustrating & lacks > organization that makes sense to users. I doubt that many users actually care, and those wo do can use "which". Also. all binaries a user is actually concerned with are in /usr/bin (i. e. the ones you'd call to open documents with). > Here's a link to an article that talks about Fedora's idea: > http://www.h-online.com/open/news/item/Fedora-considers-moving-all-binaries-to-usr-bin-1369642.html?view=print > That would mean that we need to drop the possibility to have /usr on a separate partition/network file system, or make the initramfs clever/complicated enough to actually wait for /usr to come up. Also, the separation of /sbin and /usr/sbin is not just totally random; for non-admin users it makes them not appear in tab completion etc, which cleans up the command namespace a bit. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Brainstorming for UDS-P
Scott Kitterman [2011-09-28 1:33 -0400]: > Will we sync from Testing or Unstable this cycle? My feeling is that syncing from testing served us well for the last LTS, and Debian is not in a freeze which would force unstable to calm down, so I would go again for autosyncing from testing, and letting developers manually sync from unstable at will. Now that this is by and large a self-service, this should work even better than in lucid. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Brainstorming for UDS-P
Rodrigo Moya [2011-09-26 19:42 +0200]: > aptdaemon already implements the session DBus interface from PK. What > I'm talking about is about adding the system DBus interface from PK to > aptdaemon As it happens, Sebastian Heinlein just announced that he has started working on this. :-) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Brainstorming for UDS-P
Allison Randal [2011-09-23 21:56 +0100]: > While we're all in the final preparations for Oneiric, it's round about > that time in the cycle to start thinking about plans for the next cycle. > What's on your mind? Cleanup: Get rid of more GNOME/GTK2-isms, like stop shipping two webkits, drop PyGTK2 apps, etc. Identify and fix boot speed regressions of the last three cycles (we already started working on this two weeks ago, and the worst offenders were/are being fixed, but still a long way to go to what we had in lucid). I'd like to re-propose the "fix pet bugs" idea. I. e. bugs which you had assigned to you for a long time already and don't want to let go because you'd like to work on them, which would improve Ubuntu significantly, but have always been below the "release critical" level that we usually stuck with. (e. g. my own [1]). Martin [1] https://bugs.launchpad.net/~pitti/+assignedbugs?field.tag=pet-bug -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Brainstorming for UDS-P
Barry Warsaw [2011-09-23 19:55 -0400]: > * Python 3 only on the CDs. Given that in Oneiric we do not have a single Python 3 app on the CD, there are major blockers like dbus etc., and that P is an LTS/stability cycle, I think we should limit ourselves to shipping some python 3 apps. > * Python 2.6 dropped. Yay :) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Plugins written in Python can no longer be enabled
Jean-Philippe Fleury [2011-09-02 15:25 -0400]: > I updated to Ubuntu 11.10 Beta 1, and I'm no longer able to enable > gedit plugins written in Python. Example of an error on the > terminal: Known issue, this needs an update of libpeas. I'm on it. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: only Unity 2D with latest Oneiric updates
Hello Adam, Adam Dingle [2011-07-11 14:57 -0700]: > 1. On the login screen, the mouse is frozen. I have to remove and reinsert > the mouse's USB connector before the mouse will move. > > 2. After I log in, I find myself in Unity 2D. I see no way to get back to > the regular Unity 3D. Both issues are caused by https://launchpad.net/bugs/807306 Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Oneiric topic] IPv6
Scott Kitterman [2011-04-19 12:03 -0400]: > What's the delay caused to get an IPv4 address when it tries IPv6 first and > fails? When using my router's name server (which suffers from this bug), DNS resolution generally takes some 20 seconds. In other words, pretty much unacceptable for any kind of interactive internet usage. :-/ Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Oneiric topic] IPv6
Hello all, Mathieu Trudel-Lapierre [2011-04-19 9:50 -0400]: > We used to see a few issues related to broken routers blocking on > DNS requests. Note sure if there's really still a lot of those, but I > guess it's something to keep in mind: requests could block and > turn into a big annoyance for users who don't care about IPv6. There actually was a recent followup in this bug (#417757). It seems that Firefox has an alleged workaround for this, but so far we don't have anyone who had time to take a look for the general eglibc case. (I still have a router which has that problem, standard German Telekom gear - SpeedPort W7xx thingy). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: URGENT: CUPS test page does not print due to buildds problem
Till Kamppeter [2011-04-19 21:02 +0200]: > it is about bug 710881, https://bugs.launchpad.net/bugs/710881. For the record, this is most likely due to the optipng optimization in pkgbinarymangler. I'll have a look tomorrow morning. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Natty Feature Freeze
Patrick Goetz [2011-02-21 14:41 -0600]: > Does the feature freeze include updating binary drivers? In principle yes, but as the current nvidia/fglrx drivers in Natty are totally broken (they are currently not available for the current X.org ABI), they will be updated by the end of the release (assuming that there will be a new compatible upstream release up to that point). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Busy work
Hello Reuben, Reuben Thomas [2011-02-04 12:44 +]: > https://bugs.launchpad.net/ubuntu/+source/pmount/+bug/237361 > > It's a trivial man page formatting bug. > Now, I don't want to downplay the importance of correct tagging of > bugs, but, as I said, this is a trivial documentation bug. How about > just fixing it? > > I see this happen again and again. It's sad, because it is not a good > use of Ubuntu dev time, and the bug often takes ages to get fixed. This is a very good example of bugs which we shouldn't actually "just" fix in Ubuntu. pmount is really obsolete ancient technology which isn't used in any of the desktop environments we are interested in Ubuntu, and I'm saying this as the original author of pmount. :-) As such, pretty much every attention you spend on it is kind of wasted and should rather be spent on projects that we actually do use. If we would fix this bug in Ubuntu now, we would introduce a delta to upstream and delta to Debian (well, in the case of pmount these are identical) which we would then have to maintain. IMHO these kind of bugs are best fixed in cooperation with upstream, and then trickle down into the distros as part of new upstream releases. (Actually this is true for many bugs even in supported software, not just for this kind of "neglected old universe packages"). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Introducing Products
Emmet Hikory [2010-11-24 3:18 +0900]: > If folks wish to support a target that doesn't have a current kernel > image, but can be supported by only configuration changes to the > Ubuntu kernels, should they request more kernel images be produced > by the kernel team, or upload their own derivative kernels? A new binary flavour from the same linux source package would be preferable here, as it greatly reduces the overhead of the extra upload, extra archive administration (NEWing), and extra SRU processing. I know that the linaro armel kernels were just split from a common source package, which seems like a step backwards. This was a trade-off to be able to build several of them in parallel. But i386/amd64 architectures/builders are "fast enough" and also multi-core, so I'd love to see this workaround being limited to arm kernels. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: SSH and the Ubuntu Server
Dustin Kirkland [2010-11-18 10:57 -0600]: > On Thu, Nov 18, 2010 at 10:00 AM, Serge Hallyn > > Forgive me if the answer is obvious - but how is this any > > better then than simply expecting users to click 'ssh server' > > in the tasksel window which always comes up? > > It's not any better, Serge. :-( My first knee-jerk reaction to your initial mail was the same as Serge's -- I think it would be absolutely straightforward to enable ssh server by default by enabling this task, and it remains a conscious decision by the user. However, I'm a bit confused by your answer -- are you saying that the "ssh" task is enough to accomplish this, or that you don't consider that good enough? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: incomplete apport retraces fix...
Hello Daniel, sorry for the delay. Conferences and such... Daniel J Blueman [2010-10-22 15:46 +0100]: > >> @@ -445,6 +445,7 @@ > >> dependency_versions[pkg] = version > >> try: > >> if self.get_architecture(pkg) != 'all': > >> + dependency_versions[pkg+'-dbg'] = > >> dependency_versions[pkg] > [...] > > As apt takes care of the -dbgsym and -dbg package conflicts, it works > fine for both -dbg and -dbgsym packages to be expressed; this patch is > thus tested and resolves the functionality breakage. Ah, right. I committed it to trunk now, and I'll upload a new release to natty soon. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: I am looking for packages with checks
C de-Avillez [2010-11-10 14:22 -0600]: > Although I am basically looking for server packages, I am willing to > consider other flavours. So, if you know of such packages, please tell me. gcc and gdb have fairly extensive test suites as well. In the Python area I could offer Apport, but the tests don't get run during package build. pkgbinarymangler has a python test suite run during build, and pkg-create-dbgsym has a shell test suite. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: More LiveCD space optimizations
Hello Martin, Martin Owens [2010-11-07 1:36 -0400]: > That already is written in C, it's the script that pulls in the config > and runs the usb_modeswitch program which is written in tcl. > > It should be very possible to convert it to python or vala. No python please, it has the same poor boot time behaviour. C or vala or anything compiled should do. > I have to wonder what 200 udev rules all with different vendor and > product ids does to the boot time. Not much, since either none or just one will match on your system. usb-modeswitch needs those long lists, but udev is good at efficient rule matching and parsing (that's what it is for, after all). Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: More LiveCD space optimizations
John McCabe-Dansted [2010-10-08 0:07 +0800]: > We could test each file to ensure the image is identical, perhaps > using pngtopnm, and md5sum. This would be especially important for > jpegrescan/jpgcrush, which is at version 0.0.0-1. I use a simple test script for this kind of check, see https://bugs.launchpad.net/ubuntu/+source/advancecomp/+bug/671599/comments/1 Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: More LiveCD space optimizations
Matthias, Matthias Klose [2010-10-08 11:54 +0200]: > - Packages which should not be on the CD. Some things should not be > on the CD at all. Looking at the current live CD log, a typical > candidate for this would be tcl8.4. Why is it there, and how can > it be avoided? One thing that currently needs it is usb-modeswitch. I'd love the usb-modeswitch-dispatcher thing to be rewritten in C, Vala, or another compiled language. Not only is it holding tcl in the default install, but it also dramatically slows down boot. > - Localized help images. You cannot just remove the images from an > application's help, but in the past we did ship all these localized > help images on the CD. CC'ing Martin, don't know the current status. > However it looks like there are some xml files which maybe should > be part of the language packs. Since Lucid (or so) we strip those out of the app packages and ship them in the language packs. That already saved us a lot of space. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: LiveCD optimisations
Hello Louis, Louis Simard [2010-11-01 17:10 -0400]: > AdvanceCOMP is packaged in maverick "universe" as advancecomp. > jpegoptim is packaged in maverick "universe" as jpegoptim. > > Could these programs be added to the build scripts, or would that be > discouraged since they're in "universe"? Would these optimisations be > a case for inclusion into "main"? Yes, of course. I added some work items for advancecomp and jpegoptim to the spec. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: LiveCD optimisations
Hello Louis, Louis Simard [2010-05-20 20:35 -0400]: > Optimising the PNG images saves 5.5 MB on the filesystem.squashfs. For the record, I just uploaded a new pkgbinarymangler to natty which now calls optipng on PNG files, as part of https://blueprints.launchpad.net/ubuntu/+spec/performance-desktop-n-install-footprint Thanks a lot for bringing this up! > Optimising the SVG files saves an additional 7 MB. This is next on my list. I'll package scour, and add it to cdbs gnome.mk with some test cases. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: incomplete apport retraces fix...
Hello Daniel, Daniel J Blueman [2010-10-18 7:07 +0100]: > It was clear many of the -dbg packages provide the debug symbols in > favour of non-existent -dbgsym variants. Tweaking apport [1] to > attempt installation of the -dbg packages resolves (at least in my > case) vast numbers of incomplete stack frames Ah, good point. > --- packaging_impl.py.orig2010-10-18 06:33:27.467981687 +0100 > +++ packaging_impl.py 2010-10-18 07:00:33.283964588 +0100 > @@ -445,6 +445,7 @@ > dependency_versions[pkg] = version > try: > if self.get_architecture(pkg) != 'all': > +dependency_versions[pkg+'-dbg'] = > dependency_versions[pkg] > dependency_versions[pkg+'-dbgsym'] = > dependency_versions[pkg] This needs some finer-grained checks, though. the -dbgsym packages conflict with the -dbg ones, so we must do an either/or check here. I don't have time to fix/test this right now, though. If you do, that'd be great, I'm happy to merge a tested patch. Otherwise we should track this as a bug report, please feel free to assign to me. Thanks! -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Split all documentation into their own packages
Gonsolo [2010-09-27 16:26 +0200]: > Well, then you package system is destroyed/bewildered, isn't it? No, if you add these filters to /etc/dpkg/dpkg/conf.d/, the packaging system will be fine. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Split all documentation into their own packages
Hello Gonsole, Gonsolo [2010-09-27 2:57 +0200]: > I own a web server with tight space (1GB). Over 300MB are in /usr, > over 25MB in /usr/share/doc. I'd like to remove all files in > /usr/share/doc but unfortunately it is not as easy as removing all > -doc packages. You can do that relatively easily in Maverick thanks to a new dpkg feature: https://wiki.ubuntu.com/ReducingDiskFootprint#Drop%20unnecessary%20files Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: About ibus 1.3.7 ibus languages
Loïc Martin [2010-09-22 22:39 +0200]: > Pinyin won't work for Taiwanese users - like you're saying, > ibus-chewing is needed since those users don't use pinyin at all (i.e. > ibus-pinyin isn't "good enough"). language-support-fonts-zh-hant (for Taiwanese users) does pull in ibus-chewing and ibus-table-cangjie. Do we need anything else? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: About ibus 1.3.7 ibus languages
Hello Aron, thanks for the explanations! Aron Xu [2010-09-23 1:27 +0800]: > * Chinese: ibus-pinyin (ibus-chewing is better for some traditional > Chinese users, but ibus-pinyin is still good enough comparing > with ibus-m17n) > * Japanese: ibus-anthy > * Korean: ibus-hangul I confirm that those three are pulled in by their respective language-support-*, i. e. if you install with a network connection, you will get them by default for those languages. -pinyin is now on the CDs in maverick, so Chinese users will always get pinyin regardless of network status. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: extending apport/problem_report format?
Hello Edwin, Edwin Grubbs [2010-09-16 17:47 -0500]: > Launchpad.net is looking into whether to use the problem_report python > module to store website errors or even to use the apport python module > to help collect system data for the problem report. Currently, each > exception is stored in a separate "oops" file with a bunch of extra > data, such as the cgi request variables, and it is formatted like an > rfc822 email message to take advantage of modules for formatting and > parsing. That indeed is what Apport .crash reports have as well. > The oops-tools project, which analyzes and displays the oops files in > a web page, is planned to be open sourced soon. Therefore, I have two > main questions. > 1. Is there interest in having the problem_report format be extended > to handle more complex data structures that will be parsed and > analyzed by a tool such as oops-tools? Not from my side. So far we got along well with just having a single-layer dictionary. The convention for lists as values is to have one element per line, e. g.: Dependencies: libfoo1 libbar2 Can you point out an example what else you need? > 2. Would apport be interested in receiving other features of > oops-tools, such as the django based web interface for viewing oopses? Is this read-only, or can you also update the data there? We have used Launchpad Bugs as a "crash database" backend so far, because a bug tracker provides us all the functionaly that we need, except that it's sometimes hard to tell apart crashes and regular bugs, for getting a clean view for triagers. It sounds like an interesting option, though, if it can represent the structure of Ubuntu, like distros/packages/package versions, etc. > The second question is probably hard to answer right now, so I'll > focus on the limitations of the problem_report format that we would > either extend in a wrapper class or in problem_report itself. > > * problem_report doesn't provide a standard format for complex data. Right, it currently uses standard RFC822, which doesn't define any more complex data types. > Even adding another level of name/value pairs inside a field is not > well supported, since you have to use a StringIO object to get the > data from ProblemReport object to put it in a field of another > ProblemReport. Lists of dictionaries would also require their own > format. Here is an example of recursive ProblemReports. This works fine if you hardcode assumptions about the syntax of particular field names, which we generally have to for such post-processing scripts anyway. But if we need complex data structures, then I'd rather use a standard format like JSON for this, as you suggested. The problem_report module is not conceptually limited to RFC822 only. For example, it also has the ability to output its data Multipart/MIME format (for uploading data to Launchpad). So it wouldn't be a problem at all to add reading/writing JSON. However, the module currently _is_ conceptually limited to a single level dictionary structure, since API users can (and do) pretty much treat it as a dictionary with extra features, and can currently rely on the data types of the values (strings). We could allow more, and then just fix the existing write() and write_mime() to throw an exception if they encounter an unrepresentable data type; this would mean you could never upload such a report to Launchpad bugs. > * problem_report only allows field names to contain letters, numbers, > ".", "_", and "-". That could cause problems when dumping a bunch of > name/value pairs from an application in order to analyze it later. That's not a problem in Apport and package hooks, since (as pointed out before) the set of key names is pretty much static. In the cases where it isn't, hookutils provides a helper for cleaning up key names. I'd like to avoid arbitrary strings here, since it can easily lead to problems, break the RFC822 format, or cause unexpected errors in scripts which process those reports. > * problem_report really supports text or compressed text files. There > is no ability to specify a content-type even when using > problem_report's write_mime() method. In general we know what content type a field has. If not, then you could always specify it in another field, like: Data: blob0xDEADBEEF DataType: image/jpeg ? > * The write_mime() method even encodes the single-line name/value > pairs as base64, so it is not at all human readable. Only if it's longer than 5 lines or has non-ASCII characters, otherwise it lands in the "short values" text section (where it is readable). But why do you care? This format is supposed to be nothing more than a transport vehicle from client computers to Launchpad. It's not really supposed to be looked at by huma
Re: Backport an non-exist package to lucid main
Hello YunQiang, YunQiang Su [2010-09-14 1:37 +0800]: > opencc now is in 10.10's main, but it is not in lucid. > > Can I backport it? Yes, the backport process covers that. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Including usb-modeswitch in default installation?
Hello Josua, Josua Dietze [2010-09-02 19:22 +0200]: > In the meantime, things have happened. Indeed! usb-modeswitch is in Maverick by default, replacing modem-modeswitch. :-) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Discussion about bug #615504
Hello Leandro, Leandro de Oliveira [2010-08-16 15:29 -0300]: > The main issue is that a symlink named libbluetooth.so is required for > bluecove to work without user intervention. This sounds like a build system bug of bluecove. Library packages must not install a versionless libfoo.so symlink. This is allowed for -dev packages, since they do not have to be installable in several versions in parallel, but that must be the case for the actual libraries. Also, linking against a versionless library would be very crash prone, since you cannot rely on the library's ABI. bluecove isn't packaged, it seems to be a third-party app? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Reintroducing packages throught -proposed
Hello, Benjamin Drung [2010-08-14 20:51 +0200]: > I am asking this question, because libstdc++5 was removed from karmic > and it was recently reintroduces in maverick. I wasn't really happy about libstdc++ returning to maverick, but it kind of "just happened" through autosyncs. -backports sounds fine for this IMHO. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Apache2 in default Ubuntu install
Hello Harry, Harry Strongburg [2010-08-13 4:55 +]: > I found out why though, it's packaged with php5, which is also > pretty stupid to do. If a user installs PHP, they should also > install any httpd they want. Not Apache automatically. php5 installs everything related to PHP, which includes the web server module. If you only want the command line interpreter, but none of the web stuff, just install php5-cli instead. But I dare to claim that most people who want PHP actually want it as a web server platform. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Desktop CDs: Around 60 MB saved on the installed system, 28 MB in binary packages
Hello Till, Till Kamppeter [2010-08-12 8:22 +0200]: > Why does it add 15 MB? Because I can't read numbers properly. (sorry..) Wow, this is an amazing reduction! You introduced 8 MB of savings, so you are of course very entitled to put back 1.5 MB :) so please go ahead. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Desktop CDs: Around 60 MB saved on the installed system, 28 MB in binary packages
Hello Till, Till Kamppeter [2010-08-11 19:50 +0200]: > the Google Summer of Code 2010 is over and the only student working > for OpenPrinting, Vitor Baptista from Brazil, was successful with > the project of effectively compressing PPDs for PostScript printers > which are physically residing on the system. I have made use of this > software now in the foomatic-db and hplip packages leading to the > following savings: > > Binary Package *.deb file installed system > > openprinting-ppds ~4 MB ~5 MB > openprinting-ppds-extra~18 MB ~28 MB > hplip-data ~4 MB ~26 MB This is great to see, thanks for this work! > Note also that the splitting of openprinting-ppds and > openprinting-ppds-extra was done to remove a big part of the > space-consuming PPD files from the Desktop CD. Now as the data is > vastly compressed I am thinking about merging the PPDs of > openprinting-ppds-extra back into openprinting-ppds and doing away > with openprinting-ppds-extra. WDYT? That would add 15 MB after removing 8 MB, so this would still be a net loss of 7 MB; I don't think we can afford that, since we are still in "desperate mode" on the CDs -- we removed almost all langpacks before alpha-2, so we currently have almost no i18n support, and we already had to do a lot of work to get alpha-3 non-overflown. However, if we get enough space for -extra, I'd keep the split in any case, since it's not needed for the majority of systems. So it should still be possible to uninstall it on small footprint systems. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Ubuntu-devel-discuss Digest, Vol 44, Issue 39
Hello, karthikeyan Sivakkumar [2010-07-28 18:53 +0530]: > Can you please send me the zip file of entire ubuntu code to this id ..? I > have tried in the link ... Am not able to proceed further with the links .. > Kindly mail me the zip file of the entire ubuntu code ... The closest thing to that is to download the source code DVD: http://cdimage.ubuntu.com/releases/lucid/release/source/ (They are also available for Maverick alpha-2, and all forthcoming milestones). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: bug reporting and file descriptors...
Reinhard Tartler [2010-07-22 13:00 +0200]: > > 7 -> /home/daniel/test.mp3 > > > > Would it make sense to have this information, or have I overlooked > > something? > > I think it would be incredibly helpful. Note that we got quite a lot of complaints when hooks exposed arbitrary paths to files or even directories, due to privacy reasons. If we are going to do this, we need to do some anonymization there. Martin -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Who's still maintaining libusb-0.1?
Hello Eric, Eric Miao [2010-05-31 18:09 +0800]: > Sorry I brought this topic to such a massive audience. But unfortunately > upower > seems to be still linked with libusb-0.1, and thus bug 427805 and numerous > other > duplicates are affecting many users. (http://bugs.launchpad.net/bugs/427805) For the record, upower git head is ported to the newer libusb1. > Debugged this and came up with a simple fix (a most common error), yet I don't > know where to send except as attachment on LP. But this was already SRUed into Lucid, so it shouldn't be a problem any more? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Fwd: Re: How to use the new Launchpad status?
Hello Brian, Micah Gersten [2010-07-07 20:06 -0500]: > Forwarding Brian Murray's response from the ubuntu-bugsquad list. > As an example there might be a bug about Ubuntu bug reports not being > fixed which will not stay in an Invalid status because that issue > happens to be an important matter to a lot of people. Subsequently, > setting a bug like that to Opinion may be a useful thing to do. This seems like a prime example what Opinion should _not_ be. If a bug cannot be fixed, then no amount of "but this sucks!" exclamations will change this. So that bug should really be "Invalid". A better approach to this would IMHO be to make it much harder to reopen bugs which are in a terminal state (fix released, wontfix, invalid). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: How to use the new Launchpad status?
Bruno Girin [2010-07-07 18:17 +0100]: > You do have bugs that are reported that are really a matter of > opinion as to whether they should be addressed or not. But that's exactly what "wontfix" is for -- an opinionated choice to not do something about a bug which could potentially be changed/fixed (unlike "invalid", which rather means "it's not a bug in the first place" or "it's impossible to fix"). "opinion" does not connote being a terminal state, and is fairly confusing as a bug state IMHO. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Rethinking Ubuntu's Repositories
Hello Conrad, Conrad Knauer [2010-05-24 3:08 -0600]: > Most Firefox users have already moved to version 3.6 (see the graph on > http://gs.statcounter.com/#browser_version-ww-monthly-200904-201005) > which is where Mozilla wants you to be also BTW. Getting a new > version of Firefox on an old version of Ubuntu can be a pain. > Supporting Firefox 3.0.x which is no longer supported by Mozilla (see > http://en.wikipedia.org/wiki/Mozilla_Firefox_3) seems silly. Indeed, with Mozilla's changed support policy we need to upgrade Firefox in previous stable releases to 3.6 (in particular, Hardy). However, this first requires a lot of changes and backports for the underlying libraries, so it is very intrusive and work intensive. The 3.6 update for hardy has been worked on for a while, and is expected to land soon: https://blueprints.launchpad.net/ubuntu/+spec/desktop-lucid-new-firefox-support-model Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Maverick is open for development
Hello Dmitrijs, Dmitrijs Ledkovs [2010-05-08 20:35 +0100]: > Maverick is still a little bit confused about its toolchain though. > To me it looks like gcc-defaults hasn't been reuploaded yet to depend > on gcc-4.5 instead of gcc-4.4. Right, that's on purpose (discussed with Matthias). Whether or not 4.5 becomes the default is an UDS decision, as far as I understood. Martin -- Martin Pitthttp://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Keyboard issues with Ubuntu Lucid 10.04 and VMWare Workstation 7.0
Hello Dave, Dave Anderson [2010-04-27 10:15 -0700]: > XKBMODEL="SKIP" This is tracked in https://launchpad.net/bugs/548891, I hope to fix it soon. It's rooted at a weird keyboard handling in VMWare's installation scripts, but since it affects so many people we'll add a workaround (also for lucid, in an update) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: HAL service scripts
Hello Iain, Iain Buclaw [2010-04-15 10:07 +0100]: > I am wondering if the service scripts in the hal package will be re-added > before the release of Lucid? No, we don't plan to. > I can understand why they were removed (to force a change to ConsoleKit in > the mainline Ubuntu) - but leaving them out leaves us light WM users in the > dark (ie: when inserting a pendrive, and pcmanfm does not automount it). It's got nothing to do with ConsoleKit; they are removed because we switched over to D-BUS activation. I. e. if a program tries to talk to hal, and it's not running, it triggers its startup. This works fine for gnome-power-manager, pitivi, and KDE. We do not want to start hal by default on machines where it's not necessary, since it introduces an additional startup cost, and also causes bugs/extra power usage due to the additional device probing and polling. > Currently, I am forced to include it in /etc/rc.local (or I could just > extract the files from the package in karmic), but this shouldn't really > have to be the case to resort to. Right, this is just a workaround. In theory the startup of pcmanfm should trigger hal startup. If it doesn't, the most likely reason is that it is too cautious and checks if hal is running before trying to connect to it (that's what "lshal" is doing, and the reason why lshal doesn't trigger hal startup). If that's the case, just drop the check, and have pcmanfm connect to hal straight away (and of course check if that failed). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: "Blank CD-ROM disc" icon when there is no disc in the drive
Hello Greg, Greg Bair [2010-04-12 13:20 -0400]: > Using 10.04 beta2. When gnome starts, an icon shows up on the desktop > for a blank CD-ROM. When double-clicked, this goes to the burn:// > folder in nautilus. However, there is no disc in either drive, and when > you attempt to actually burn files in this manner, the only option you > receive is to make an ISO. Relevant LP bugs: 559723, 561585, 562978. If it's still happening for you on current lucid, it's bug 562978. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: "Blank CD-ROM disc" icon when there is no disc in the drive
Greg Bair [2010-04-12 20:10 -0400]: > Using 10.04 beta2. When gnome starts, an icon shows up on the desktop > for a blank CD-ROM. When double-clicked, this goes to the burn:// > folder in nautilus. However, there is no disc in either drive, and when > you attempt to actually burn files in this manner, the only option you > receive is to make an ISO. This is https://bugs.launchpad.net/ubuntu/+source/udev/+bug/559723 Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: White-on-black terminal should be default
Chris Jones [2010-03-06 9:52 +1000]: > Although I'm an avid fan of a white-on-black terminal theme and agree that > it should be the default, I'm not going to add to the argument even more > than what's necessary. It's not necessary indeed -- the new default theme in Lucid for terminals is white-on-black (well, some slightly different colors, but in principle). But oh well, easy enough to fix that to an ergonomically sane black-on-white again. :-) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Goal proposal: Replace gksu because incompatible to at-spi
Hello Francesco, Francesco Fumanti [2010-03-04 21:49 +0100]: > Consequently, I wonder whether it can be possible to create an > Ubuntu 10.10 goal (for Ubuntu 10.04 it might be to late) that aims > to completely remove gksu from Ubuntu and replacing it by something > else. Another option than gksu-polkit would be "pkexec" which comes with polkit directly. It has the big advantage of sharing the UI with all the other polkit dialogs, so that we finally stop having multiple different authentication dialogs. Would that work? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: White-on-black terminal should be default
Fred . [2010-02-19 13:22 +0100]: > Change the default colors to be white text on black background! That should entirely depend on the theme you select. Why should a light theme, where you have dark text on light bg everywhere suddenly swap the colors for the terminal? If you work during daylight, black text on light background is ergonomically much better, and also much more effective on a TFT (doesn't matter so much on CRTs). Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: make udev ignore vmware virtual interfaces
Hello Matthew,
Matthew M. Boedicker [2010-01-25 11:47 -0500]:
> Would it be possible to change
> /lib/udev/rules.d/75-persistent-net-generator.rules to ignore vmware virtual
> interfaces the same way it currently ignores xen virtual interfaces?
I don't have VMWare, so I need some help with this: Can you please do
"ubuntu-bug udev" in such a vmware instance (this will attach the udev
dump, etc.) and point out which interfaces should be ignored? After
filing, please assign the bug to me ("pitti").
Thanks,
Martin
--
Martin Pitt| http://www.piware.de
Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org)
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: rebuilding apache with debugging symbols
Hey David, David Hawthorne [2010-01-06 11:23 -0800]: > I'd like to recreate the build process for the apache2-mpm-prefork > package so I can create an identical copy of it with debugging > symbols, so I can debug a module I'm trying to write. I couldn't > find any logs online of the build process, the flags you use, or how > the package itself is created. Before doing this, you could also just use the readymade debug symbol packages: http://ddebs.ubuntu.com/pool/main/a/apache2/ See https://wiki.ubuntu.com/DebuggingProgramCrash for details. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Security vulnerabilities in default Ubuntu install boot process
Crispin Cooper [2009-12-31 1:49 +]: > By default GRUB / GRUB2 will allow anyone who walks up to the computer to > select 'Recovery Mode' and gain root privileges. This is clearly insecure. Not really: https://wiki.ubuntu.com/SecurityTeam/FAQ#Rescue%20Mode Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Problems using apport-chroot for local crash analysis
Hello Alain, Alain Kalker [2009-11-27 10:38 +0100]: > I want to do the retracing as a normal user, not as root. Hence the use > of apport-chroot, and also the problem with apport-retrace -R giving an > incomplete stacktrace because it can't install debug symbol packages. > The reason I want to do this is not to spam with installed > debug symbol packages, and reducing the workload on updates. That's exactly what the Ubuntu retracers do as well. They have fakeroot and fakechroot installed, and apport-chroot supports those (in fact, it's the _only_ mode that it supports). apport-chroot then also calls apport-retrace with --unpack-only --no-pkg to minimize the packaging overhead. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Problems using apport-chroot for local crash analysis
Hello Alain, Alain Kalker [2009-11-27 10:18 +0100]: > Problem #1: How do I setup apport to send crash reports to a local > machine and not to Launchpad? > > For the sake of argument, let's suppose the crash reports will simply be > copied over to for analysis. That's in fact what would be easiest to do. Instead of uploading them to a bug tracker and downloading them again, just run the Apport GUI on the client, but then don't upload. Instead, copy the .crash file to coroner. (This is a little easier with using apport-cli, which has an explicit command for "keep report in a file"). > Problem #2: The report generated right after a crash happens, doesn't > include the required field Package in the report. Only when the user > clicks on "Report Problem", this information is included, including an > incomplete stack trace (see Problem #3), but I want to be able to do > unattended crash reporting. > > I reported this problem originally as a bug: LP: #487759 [1], and Martin > Pitt explained that this info isn't collected right after the crash for > performance reasons. > He suggested that I use apport-retrace's -R option to rebuild the crash > report. The problem is that this requires me to also use the -o option. I don't understand that. -R and -o are independent from each other? > Unfortunately, this causes apport-retrace to attempt a retrace. Back to > square one (well, Problem #3 actually). I don't understand this either. The entire purpose of apport-retrace is to regenerate the Stacktrace fields, so why shouldn't it be done here? > Problem #3: The backtrace from a crash report (even after retracing on > is incomplete (no function parameters, often even no function > names at all). That's why apport-retrace can install the missing debug symbols (.ddeb packages). > When I view a crash report on , it contains an incomplete > stacktrace. Reasonable, as doesn't have the necessary debugging > symbol packages installed. > But when I analyze a crash on using apport-chroot in retrace > mode, the stack trace is still incomplete. It seems that (still have to > verify that) apport-chroot/retrace doesn't do a new retrace if the crash > report already contains one. No, apport-retrace explicitly refreshes Stacktrace* (that's its purpose, after all). What is the particular output? Without further information, my best suggestion is that your retracing chroot does not have an apt source for ddebs set up? Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Introduction to Ubuntu Distributed Development
Jordan Mantha [2009-12-17 13:15 -0500]: > I would suggest that Ubuntu uses bzr primarily because Canonical > created bzr and not because it was far and away the greatest DVCS > out there at the time. But it was! Ever tried to use tla? It was almost as complicated as git (SCNR), slow, and far from being well-known/widespread. At "that time", DVCS were a pretty new thing in practical development life. > Interestingly, it actually seemed a lot easier when everybody was > using SVN and we just got to pick which *-svn we used. :-) Except that svn is not distributed, and didn't even have branches, so it's utterly useless for the things we are trying to achieve here :-) Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Problems with language-pack-nds
Hello Nils, Nils-Christoph Fiedler [2009-11-16 12:49 +0100]: > Its just, because it is the right translation and in there were some > misunderstandings in the past with the phrase "Saxon" (for the > German "Sächsisch"), which is in deed not a language but simply a > German dialect, located in the east of Germany. (as you know as a > German :-) ) > And with "Saxon" (Sächsisch), Low German (Niederdeutsch / nds) has > nothing to do! I updated the language name in langpack-o-matic's map, which means that the next round of langpacks (for lucid) will correct this. Thanks for pointing out! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
