Updated parameter

[Dan Moore]

Team, 
I don't think a server OS should suspend when closing the laptop lid.  
I'd like /etc/systemd/logind.conf to have HandleLidSwitch=ignore in the Ubuntu 
Server installation media.  
Thanks, Dan-- 
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: Bileto

[Dan Streetman]

On Mon, Jun 6, 2022 at 5:18 PM Sergio Durigan Junior
 wrote:
>
> On Thursday, June 02 2022, Dan Streetman wrote:
>
> > How do I get access to bileto? Everyone in canonical product engineering
> > seems to use this system but I've never had access. Is it restricted to
> > only some canonical employees?
>
> Hey Dan,
>
> I remember gaining access to bileto automatically when I became a Core
> Dev.  I didn't have to ask permission to anyone.

Looking at the LP team that (I think?) controls Bileto access, i.e.
~bileto-users, I appear to be already in that team...which I never
realized. However, I've even if I do magically have access to use
Bileto, I never knew that, and I still don't know how I can actually
'use' (i.e. upload anything to) it...

is there some docs on how to 'use' bileto?

>
> Cheers,
>
> --
> Sergio
> GPG key ID: E92F D0B3 6B14 F1F4 D8E0  EB2F 106D A1C8 C3CB BF14

-- 
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

Bileto

[Dan Streetman]

How do I get access to bileto? Everyone in canonical product engineering
seems to use this system but I've never had access. Is it restricted to
only some canonical employees?

Thanks!
-- 
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: Call for votes: Developer Membership Board restaffing

[Dan Streetman]

On Tue, Mar 29, 2022 at 6:02 AM Robie Basak  wrote:
>
> On Wed, Mar 23, 2022 at 12:51:52PM +0100, Christian Ehrhardt wrote:
> > If you happen to activate the "wrong" email you'll just see:
> >
> > ```
> >   Email address successfully activated.
> > ```
> >
> > But if you activate the right one (just as Robie said, usually the
> > @ubuntu.com one) you'd in the Web UI of CIVS right after clicking
> > "Complete activation" see this:
> >
> > ```
> > Email address successfully activated.
> >   Pending poll invitations:
> > Ubuntu Developer Membership Board restaffing
> > ```
> >
> > The latter line is a link leading you to your vote.
>
> Thank you Christian for detailing this. Hopefully this has helped others
> vote.
>
> So far the turnout is considerably lower than the previous election two
> years ago. Last time there were 54/173 votes cast at the time the poll
> closed. For the CIVS poll in progress I can't see who voted (or how) but
> the control page does show me the count. So far we have 23/174.
>
> We've had a couple of hurdles:
>
> 1) This extra opt-in step means that the electorate no longer get the
> poll request directly to their inbox. We're relying on them seeing the
> ubuntu-devel-announce@ notifications, or subsequent traffic to
> ubuntu-devel@.
>
> 2) Recently Gmail seems to have adjusted things which has caused
> deliverability problems to @gmail.com addresses (and presumably other
> addresses hosted by Google). IS has made some adjustments to try to
> help, but it's unclear to me if they worked because overnight I received
> ~373 "unsubscribe" notifications to ubuntu-devel-owner@ all at once,
> predominantely relating to @gmail.com addresses. It seems likely to me
> that these are a result of the deliverability problems. So it's not
> clear to me that all of the electorate is actually even aware of the
> election. Of course there are surely many more ubuntu-devel@ subscribers
> than those eligible to vote, so the number of unsubscribes doesn't
> actually mean anything.
>
> I'd appreciate feedback on how to proceed.

Where are the rules/policies written down about how elections should
be handled? We should have the process written down somewhere so there
is not ambiguity like this.

> For example, together with
> some specific action to draw the attention of the electorate, I could
> extend the voting period if that would be considered helpful.
>
> On the other hand, it would be helpful to get the replacement DMB
> members resolved as soon as possible. Perhaps the current vote count can
> be considered enough to not make a big difference to the outcome, given
> that there's no particular reason for bias in those that might not have
> received the announcement?
>
> Robie
> --
> 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

-- 
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: slurm-client build script

[Dan Bungert]

On Thu, Jan 20, 2022 at 06:29:42AM -0500, John Yost wrote:
> Hi Everyone,
> I want to build the 21.08.5 slurm-client installer for Ubuntu 18.04.
> Could you please share the build script?

Hi John,

In Debian & Ubuntu style packaging, there is a source package that contains
both the upstream source and the package build script.

To obtain the source package, you may find the `pull-lp-source` script helpful.
You can find that in the `ubuntu-dev-tools` package.

After that, have a look at:
https://www.debian.org/doc/manuals/maint-guide/build.en.html#completebuild
Please mind the requirements for installing `build-essential` and the
package-specific build dependencies.

Optional: if you think you will be doing more of this sort of backporting, look
into `sbuild` - https://wiki.ubuntu.com/SimpleSbuild - it's wonderful for this
sort of thing but does require some setup.

-Dan

-- 
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 LTS20.04 - wireguard package

[Dan Streetman]

On Tue, Jan 11, 2022 at 12:35 PM Jeffrey Walton  wrote:
>
> On Tue, Jan 11, 2022 at 8:36 AM Dan Streetman  wrote:
> > ...
> > > Fedora has a 6 month release cycle. Each version you are on has the
> > > latest releases of its packages and gets full updates. And in 6 months
> > > you move onto the next stable version. At the 6 month release in the
> > > life cycle, you simply run dnf-system-upgrade [1] and you are on the
> > > next version of Fedora. dnf-system-upgrade is a lot like a Ubuntu
> > > dist-upgrade.
> >
> > Just to clarify, what you are describing about Fedora is EXACTLY the
> > same for Ubuntu...6 month release cycle, latest packages in each
> > release, full updates (for at least 9 months), upgrade with a single
> > command at each 6 month release. The 'dnf-system-upgrade' sounds more
> > like the 'do-release-upgrade' command, not 'apt dist-upgrade' (though
> > both are similar).
>
> Yes, you're right. do-release-upgrade looks like the similar command.
>
> Do you know if do-release-upgrade will move from one LTS version to
> another? I usually select Ubuntu LTS when I want long term stability,
> like over 3 or 5 years. In fact, my main desktop machine is Ubuntu
> 18.04 LTS.

Yes, the /etc/update-manager/release-upgrades file contains a 'Prompt'
setting that controls if do-release-upgrade will upgrade to the next
LTS release or the next 'normal' release.

This blog post has some more detailed info; though the post is
obviously almost 2 years old, I think it's all still relevant/correct:
https://ubuntu.com/blog/how-to-upgrade-from-ubuntu-18-04-lts-to-20-04-lts-today


>
> Fedora does not really offer long term stability. Fedora is more
> suited for the latest stable release every 6 months. Select it when
> you want as close to the bleeding edge as possible while staying
> stable.
>
> Jeff

-- 
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 LTS20.04 - wireguard package

[Dan Streetman]

On Mon, Jan 10, 2022 at 6:17 PM Jeffrey Walton  wrote:
>
> On Mon, Jan 10, 2022 at 2:02 PM Filip Menke  wrote:
> >
> > Is there a reason why the wireguard package is outdated and no updates are 
> > available through the standard update process(apt-get update / upgrade)?
> >
> > Users must update the package manually and from a security perspective a 
> > VPN server should be always up to date otherwise the system could be 
> > vulnerable..
>
> Related, if you want the latest version of a package like Wireguard
> (or GCC, or Python, or Perl, ...), then you might want to look at
> Fedora.
>
> Fedora has a 6 month release cycle. Each version you are on has the
> latest releases of its packages and gets full updates. And in 6 months
> you move onto the next stable version. At the 6 month release in the
> life cycle, you simply run dnf-system-upgrade [1] and you are on the
> next version of Fedora. dnf-system-upgrade is a lot like a Ubuntu
> dist-upgrade.

Just to clarify, what you are describing about Fedora is EXACTLY the
same for Ubuntu...6 month release cycle, latest packages in each
release, full updates (for at least 9 months), upgrade with a single
command at each 6 month release. The 'dnf-system-upgrade' sounds more
like the 'do-release-upgrade' command, not 'apt dist-upgrade' (though
both are similar).

>
> I really like Fedora's model, the use of SELinux in enforcing mode,
> and Fedora's desire to provide the latest versions of software. In
> fact, I run Fedora Workstations to test the latest GCC compilers, and
> Fedora Servers when I need a web server.
>
> I no longer bother with CentOS or Red Hat servers. I can't stand that
> antique software that makes you use Software Collections (SCL) to get
> something semi-modern. I gave up on CentOS and Red Hat servers when
> trying to get Mediawiki running on them. CentOS and Red Hat servers
> with their old software was just too much work.
>
> I also use Ubuntu workstations and servers. But every now and again
> you want the latest software for a server, and that's when you want to
> consider Fedora.
>
> [1] https://docs.fedoraproject.org/en-US/quick-docs/dnf-system-upgrade/
>
> Jeff
>
> --
> 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

-- 
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: firebird3.0 install on Ubuntu 16.04.7 LTS (Xenial Xerus)

[Dan Streetman]

On Sat, Apr 24, 2021 at 10:21 AM Thomas Ward  wrote:
>
> And once more, ESM rears its head.
>
> ESM comes with no community support.  Support for ESM releases is for *paid 
> Canonical support via Ubuntu Advantage subscriptions*.

Just to clarify this slightly, ESM does not come with any
(non-security) bug-fix support, even paid ESM. ESM provides updates to
fix security-related issues/bugs. Both community support, as well as
paid UA contract support (for non-security bug fixes), end when a
release reaches End of Standard Support.

> The Community Council clarified this with Canonical who will be putting out a 
> more descriptive document explaining ESM and this information.  None of the 
> prior releases RE: ESM had any details about End of Standard Support - thats 
> a new thing that was recently added to releases.  So yes ESM repos will get 
> you additonal security patches but it won't extend to community support - 
> that will require paid Canonical contracts.
>
> 16.04 to 18.04 is a valid upgrade path so d-r-u will work. But you will still 
> need to upgrade to 18.04 and I recommend doing that sooner than later.
>
>
> Thomas
>
>
>  Original message 
> From: Ralf Mardorf 
> Date: 4/24/21 10:09 (GMT-05:00)
> To: ubuntu-devel-discuss@lists.ubuntu.com
> Subject: Re: firebird3.0 install on Ubuntu 16.04.7 LTS (Xenial Xerus)
>
> On Fri, 23 Apr 2021 17:27:30 -0400, Thomas Ward wrote:
> >Be aware though: 16.04.7 goes past End of Standard Support this month
> >- you should consider upgrading 16.04 to 18.04 before the end of
> >standard support happens.
>
> Doesn't do-release-upgrade after April work anymore? I suspect that it
> at least does work until April 2023, when Ubuntu 18.04 standard support
> ends. If a release upgrade isn't needed, 16.04 should be (more or
> less) good until April 2024. Am I mistaken?
>
> "Is Ubuntu 16.04 LTS still supported beyond April 2021?
>
> Ubuntu 16.04 LTS will still be supported beyond its free initial
> five-year maintenance period in April 2021, as it transitions to the
> extended security maintenance phase - with three additional years of
> security ensured.
>
> Learn more about Ubuntu 16.04 LTS moving to ESM  ›
> Free for personal use
>
> Canonical provides Ubuntu Advantage Essential subscriptions, which
> include ESM, free of charge for individuals on up to 3 machines. For
> our community of Ubuntu members we will gladly increase that to 50
> machines. Your personal subscription will also cover Livepatch. Get ESM
> now" - https://ubuntu.com/security/esm
>
> --
> 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
> --
> 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

-- 
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: Compiling system for Ubuntu

[Dan Kegel]

Here's the rough recipe for building ubuntu 18.04's systemd (well, or
anything, really):

Start a clean ubuntu 18.04 system (perhaps with lxd), then:
sudo apt update
sudo apt dist-upgrade
sudo apt install devscripts
sudo apt build-dep systemd
apt source systemd
cd systemd-237
debuild -b -uc -us
cd ..

That takes 20 minutes or so to run, and should generate a handful of .deb's
in the parent directory, including systemd.

You can then compare the results with the system's systemd package, e.g.
mkdir tmp
cd tmp
apt download systemd
cd ..
sudo apt install diffoscope
diffoscope tmp/systemd_237-3ubuntu10.42_amd64.deb
systemd_237-3ubuntu10.42_amd64.deb

In my case, there were quite a few differences, not sure why.
Nevertheless, I blindly did
  sudo dpkg -i systemd_237-3ubuntu10.42_amd64.deb
to install the result over the system's systemd, and the container did not
explode and catch fire :-)

You should be able to apply your patch immediately before the debuild step.

- Dan

- Dan


On Sat, Sep 12, 2020 at 10:14 AM rafi Moor  wrote:

>
>
>
>
> Hello,
>
>
>
> I’m trying here after getting no answers in Ubuntu forums.
>
>
>
> I have hard time compiling some Ubuntu packages from source.
>
> I now try to compile systemd. On Ubunu 18.04 I've used apt source to get
> the source that is supposed to include Ubunu patches. After compilation, I
> replace libsystemd-shared-237.so with the one I've compiled. Programs that
> are linked with this shared object complain about reference to undefined
> symbol sd_bus_enqueue_for_read. using readelf I can see that the original
> library has this symbol but the new one doesn't. I've tried to apply
> CVE-2020-1712-2.patch but then the compilation fails on missing function
> bus_message_ref_queued(). This function is included in systemd version 246
> but not in 237 which is the version on Ubuntu 18.04.
>
> How can I compile systemd so that I get files identical to those of Ubuntu
> 18.04?
>
> Thanks
> Rafi
> --
> 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
>
-- 
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: default algorithm in package zram-config 0.5

[Dan Streetman]

On Mon, Jun 8, 2020 at 6:40 PM Mitch 74  wrote:
>
> I know about the setting, that's why I mentioned changing the default -
> lzo is a wee bit outdated now, while lz4 is built into the kernel now so
> there's little chance of it not working out of the box. Moreover it's
> not about changing the default in zram

Why do you want to change the default in Ubuntu but not in the upstream kernel?

> , only in the package zram-config
> (i.e. when setting it up).
>
> Le 09/06/2020 à 00:33, Dan Streetman a écrit :
> > On Mon, Jun 8, 2020 at 3:42 PM Mitch 74  wrote:
> >> Hello,
> >>
> >> Considering that now lz4 is by default enabled in kernel, wouldn't it be
> >> better to use it as a compression algorithm in zram instead of lzo?
> > the zram default upstream is still lzo (lzo-rle).  you can select zram
> > alg for each device, at /sys/block/zramN/comp_algorithm, before you
> > initialize it.
> >
> >> Regards
> >>
> >> Mitch 74
> >>
> >>
> >> --
> >> 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

-- 
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: default algorithm in package zram-config 0.5

[Dan Streetman]

On Mon, Jun 8, 2020 at 3:42 PM Mitch 74  wrote:
>
> Hello,
>
> Considering that now lz4 is by default enabled in kernel, wouldn't it be
> better to use it as a compression algorithm in zram instead of lzo?

the zram default upstream is still lzo (lzo-rle).  you can select zram
alg for each device, at /sys/block/zramN/comp_algorithm, before you
initialize it.

>
> Regards
>
> Mitch 74
>
>
> --
> 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

-- 
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: nvidia-340 incapable of single user mode in 20.04

[Dan Kegel]

440 ought to work with that card, if I'm reading this right:
https://www.nvidia.com/Download/driverResults.aspx/159360/en-us
- Dan

On Fri, Apr 24, 2020 at 4:30 PM Dimitri John Ledkov  wrote:

> On Mon, 20 Apr 2020 at 20:53, Jack Howarth
>  wrote:
> >
> >   I am finding on a 2008 MacPro with GTX680 that the installation of
> the nvidia-340 package under Ubuntu 20.04 prevents single user mode boots
> from working. While the nvidia-340 driver works fine from a normal boot,
> when 'single' is added before 'quiet' in the grub kernel arguments, the
> boot produces a black screen that never returns the expected single user
> mode prompts.
> >  A parallel test with current Ubuntu 18.04 with either the stock
> nvidia-340 340.107-0ubuntu0.18.04.4 package or the
> nvidia-graphics-drivers-340 340.108-0ubuntu0.18.04.1 show both of them can
> successfully boot into single user mode.
> > Jack
>
> nvidia-340 is a very old version of nvidia.
>
> 20.04 LTS has: nvidia-driver-390, nvidia-driver-435, nvidia-driver-440.
>
> Can you please use Super to search and launch "additional drivers"
> select 440 driver and install and try that one? It is the recommended
> version of nvidia on 20.04 LTS. Or whichever is highest and supports
> your nvidia card.
>
> --
> Regards,
>
> Dimitri.
>
> --
> 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
>
-- 
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: AMD GPU vault install

[Dan Kegel]

> DKMS make.log for amdgpu-17.40-492261 for kernel 5.3.0-40-generic (x86_64)
> /var/lib/dkms/amdgpu/17.40-492261/build/include/kcl/kcl_pci.h:7:5: error: 
> conflicting types for ‘pci_enable_atomic_ops_to_root’

Sounds like you downloaded amdgpu-pro some time ago, and are trying to
install an old version on a system with a new kernel?

If so, please try downloading a newer amdgpu-pro.
- Dan

On Mon, Feb 24, 2020 at 2:42 PM  wrote:
>
> Hello,
> maybe you can use these information about my vault installation with amd 
> gpupro driver.
> My listings were in attachment.
>
> greetings,
> Mr. Faiss
>
> --
> 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

-- 
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: LateX in default Ubuntu 20.04 installation

[Dan Kegel]

It is a bit hard to find.
https://help.ubuntu.com/stable/ubuntu-help/report-ubuntu-bug.html.en
mentions running ubuntu-bug, and that should work; just give the name
of the package as an argument.
- Dan

On Mon, Feb 24, 2020 at 2:42 PM Petr Schuchmann
 wrote:
>
> Hello,
>
> I asked question on AskUbuntu, they said that 20.04 is offtopic. I asked on 
> launchpad https://answers.launchpad.net/ubuntu/+question/688917, but they 
> adviced to report a bug. I couldn't find a link to create new bug report. It 
> seems that bugs are created only via real crash and Apport or I am blind. So 
> this is my last try to help improve Ubuntu and maybe get answer.
>
> Thank you.
> Kind regards.
> P.S.
> --
> 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

-- 
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: libssl or libssl-dev metapackage?

[Dan Kegel]

As far as I know, libssl-dev is stable.
The -dev suffix just means it provides development files, e.g. .h and .pc
files.
On any particular Ubuntu version, it only gets micro updates, and no
experimental ones.
- Dan


On Wed, Dec 11, 2019 at 11:02 AM Brylie Christopher Oxley 
wrote:

> Hello,
>
> I am contributing to an install script that relies on libssl. The script
> is currently hard-coding for libssl release numbers and adding
> conditional checks for each published version. I have suggested that we
> instead use the libssl-dev or openssl metapackage. The concern with
> libssl-dev is that there might be experimental releases under that alias.
>
> Is there a libssl alias or some other way to get only stable libssl
> releases?
>
> Kind regards,
>
> Brylie
>
>
> --
> 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
>
-- 
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: Question on apt-get update

[Dan Kegel]

On Wed, Sep 25, 2019 at 6:19 AM kavitha R  wrote:
> When we run "apt-get update", does it download all the packages information 
> that will be stored in /var/lib/apt/lists/* _Packages file?

I think so.  You could use tcpdump or wireshark to confirm.

> Why do we store the package full description in a different file?

Possibly because apt was written in 1998 and it seemed like a good
idea at the time?

-- 
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: Question on apt-get update

[Dan Kegel]

On Wed, Sep 25, 2019 at 6:19 AM kavitha R  wrote:
> How does apt-cache create and updates the local package cache? Is it periodic 
> or manual? As far as my investigation, it is manual (apt-get update).

It can be manual; if a package like unattended-upgrades is installed,
it can run apt-get update periodically; see
https://wiki.debian.org/UnattendedUpgrades

-- 
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 sudo handles $HOME

[Dan Streetman]

On Thu, May 16, 2019 at 6:35 AM Carl Friis-Hansen
 wrote:
>
> On 5/16/19 3:03 AM, Alex Murray wrote:
> >
> > On Wed, 2019-05-15 at 02:42:56 +0930, Dan Streetman wrote:
> >
> >> in Ubuntu, sudo retains the calling user's $HOME
> >>
> >> this is different from upstream sudo as well as all other UNIXes and
> >> even the sudo documentation we provide.  Should we remove our custom
> >> patch that adds this behavior?
> >
> > I would argue that our current behaviour provides a more usable default
> > (eg. running vim via sudo uses your own configuration so you don't have
> > to maintain a copy of it in /root) and in the case of a machine with
> > multiple sudo users, they all get to use their own configuration rather
> > than a single configuration under /root.
> >
> > However, it does diverge from upstream and so for new users this creates
> > a surprising situation if they are used to and expect the upstream
> > behaviour - (see comments 6 and 7 in
> > https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/760140) - plus it
> > seems we do not document this change in the man page and so we are
> > creating even more surprises for our users.
> >
> >  From a security point of view I do not see any advantage from either
> > behaviour, so it is really more a usability question IMO.
> >
> >>
> >> for reference and more details on downsides of our current sudo behavior, 
> >> see:
> >> https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/1556302
> >>
> >> Note that I have kind-of hijacked the bug, as I believe the issue is
> >> larger than the python-based example in that bug.
> >>
> >> Also as I commented in that bug, I do not recommend changing the
> >> behavior for existing releases.  But I do think we should change the
> >> behavior starting in Eoan and future releases.
> >
> > I agree if this is changed we should not try and SRU it back.
> >
> I would say let it remain user's home for editor configs.
> You could always use option -i in case you want root home.

That is a significant upside to current behavior; but please don't
forget about the downside of accessing editor configs under sudo:
root-owned editor config files, e.g.:
https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/1556302/comments/9

For some users, this is a simple fix of running sudo chown.  For users
simply following online directions though, the errors resulting from
this can be quite frustrating and confusing.  Try googling for 'root
owned emacs.d' or 'root owned viminfo', e.g.:
http://blog.robertelder.org/vim-forgets-copy-buffer-on-reopen/

For those that commonly use fresh vms or containers, root-owned editor
config files can be a common occurance/annoyance.

>
> --
>-=oOOo=-
>  Carl Friis-Hansen
>  https://carl-fh.com/
>  https://dronehyr.se/
>  Phone: +46 372 775199
>-=oOOo=-
>
> --
> 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

-- 
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 sudo handles $HOME

[Dan Streetman]

Good question.

I've cc'ed sudo-users, so the question to the upstream sudo list can
be summarized as:
How likely would it be for upstream sudo to add HOME to env_keep by default?

We ask because Ubuntu carries a patch that adds HOME to env_keep,
unlike the default upstream, or any other Linux/Unix.  We are
considering removing that patch, to match upstream defaults, of *not*
including HOME in env_keep.

More details are in this bug:
https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/1556302

On Thu, May 16, 2019 at 5:10 AM Robie Basak  wrote:
>
> On Tue, May 14, 2019 at 01:12:56PM -0400, Dan Streetman wrote:
> > in Ubuntu, sudo retains the calling user's $HOME
> >
> > this is different from upstream sudo as well as all other UNIXes and
> > even the sudo documentation we provide.  Should we remove our custom
> > patch that adds this behavior?
>
> Does upstream have a position on this question, apart from our
> observation of their current default?
>
> For example: what if we changed it back, then someone persuaded upstream
> to flip the default? That would cause disruption to our users twice. Can
> we ensure, before reverting to their default, that upstream have no
> intention of changing it?
>
> Robie

-- 
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

how sudo handles $HOME

[Dan Streetman]

in Ubuntu, sudo retains the calling user's $HOME

this is different from upstream sudo as well as all other UNIXes and
even the sudo documentation we provide.  Should we remove our custom
patch that adds this behavior?

for reference and more details on downsides of our current sudo behavior, see:
https://bugs.launchpad.net/ubuntu/+source/sudo/+bug/1556302

Note that I have kind-of hijacked the bug, as I believe the issue is
larger than the python-based example in that bug.

Also as I commented in that bug, I do not recommend changing the
behavior for existing releases.  But I do think we should change the
behavior starting in Eoan and future releases.

-- 
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: Removal of libllvm4.0 from disco/universe

[Dan Kegel]

Quicker approach:
realizing that the package you want is gone but not forgotten :-),
download the debs from
https://launchpad.net/ubuntu/disco/amd64/clang-format-4.0/1:4.0.1-10build1
and
https://launchpad.net/ubuntu/cosmic/amd64/libllvm4.0/1:4.0.1-10build1
and install them with
  sudo dpkg -i libllvm4.0_4.0.1-10build1_amd64.deb
clang-format-4.0_4.0.1-10build1_amd64.deb
and Bob's your uncle.
- Dan

-- 
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: Removal of libllvm4.0 from disco/universe

[Dan Kegel]

For what it's worth, I just forward-ported 3.9 from xenial to disco
because the alternative was reformatting a bazillion lines of
source code.  It wasn't too hard, just had to do 'apt source clang-format'
on an ubuntu 18.04 box, transfer the source to a 19.04 box,
install gcc 7 and make three little changes to the package, to wit:
http://kegel.com/linux/llvm-ubu1904.patch

There's probably a PPA somewhere with older versions of clang-format,
but if there isn't, I could create one.
- Dan

-- 
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: Right way to submit patches for Ubuntu packages

[Dan Kegel]

In a similar vein, my ppa
https://launchpad.net/~dank/+archive/ubuntu/python-fixes has a couple
cherrypicked fixes for the python ecosystem in ubuntu 16.04 and 18.04.
I put that together as I was fixing
https://github.com/nexB/scancode-toolkit to install via system pip;
turns out there were a couple problems that could not be fixed without
a couple fixes in ubuntu's python packages.

Any advice for the next step in navigating
https://wiki.ubuntu.com/StableReleaseUpdates ?
Or is a word to a python maintainer more appropriate?

Thanks,
Dan

-- 
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: libc6 == glibc ?

[Dan Streetman]

On Wed, Apr 10, 2019 at 10:41 AM Lenge  wrote:
>
> Hi ubuntu developers,
> why is the glibc named libc6, not libc5 or libc7 ? thanks.

https://en.wikipedia.org/wiki/GNU_C_Library#Fork_%22Linux_libc%22

>
> --
> lenge
> --
> 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

-- 
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: questions re: package qemu-system-sparc

[Dan Streetman]

On Tue, Apr 9, 2019 at 1:33 PM  wrote:
>
> [Emailing here because it's the published maintainer address for Ubuntu 
> package qemu-system-sparc.  Please redirect me if I should look elsewhere.]
>
> From what I've been able to find within Ubuntu 18.10, the latest available 
> version of qemu-system-sparc (and qemu in general) is 2.12.0 (Debian 
> 1:2.12+dfsg-3ubuntu8.6).
>
> However the upstream QEMU project released v3.0.0 on August 14 2018, thus I'd 
> hoped it would make it into Ubuntu 18.10.  Is the delay simply due to a lack 
> of resources?

the next ubuntu release, disco, has qemu 3.1 included:
$ rmadison -s disco -a source qemu
 qemu | 1:3.1+dfsg-2ubuntu3 | disco | source

It is scheduled for release soon:
https://wiki.ubuntu.com/DiscoDingo/ReleaseSchedule

>
> I've confirmed on my system that only the Partner repo isn't enabled.  Is 
> there a "testing" repo or similar that includes more recent versions of QEMU?
>
> Kind regards,
> --
> 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

-- 
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: anyone still use 'import-bug-from-debian'?

[Dan Streetman]

On Wed, Feb 13, 2019 at 10:04 AM Colin Watson  wrote:
>
> On Wed, Feb 13, 2019 at 08:40:39AM -0500, Dan Streetman wrote:
> > As far as I can tell, this hasn't been used by anyone in a long time,
> > or at least only a small number of times.
> >
> > Can anyone who uses it let me know?
>
> If it's helpful, there are 409 bugs in Launchpad whose description
> starts with the string "Imported from Debian bug"; the most recent one
> (https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1694425) was

Yeah, the most recent i found was
https://bugs.launchpad.net/ubuntu/+source/freevo/+bug/1699078
which is also from 2017.

I asked for comments from users since I'm overhauling u-d-t and
noticed it did not seem to be getting used by anyone.

> created on 2017-05-30.  It was quite heavily used up to 2015 or so; my
> general impression is that it's a slightly obscure tool so not widely
> used, but probably used enough to justify keeping it around.
>
> --
> Colin Watson   [cjwat...@ubuntu.com]
>
> --
> 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

-- 
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

anyone still use 'import-bug-from-debian'?

[Dan Streetman]

As far as I can tell, this hasn't been used by anyone in a long time,
or at least only a small number of times.

Can anyone who uses it let me know?

-- 
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: apt update behaves differently from apt-get update

[Dan Streetman]

On Fri, Jun 22, 2018 at 4:23 PM Nish Aravamudan
 wrote:
>
> On Fri, Jun 22, 2018 at 9:46 AM Lao Shaw  wrote:
>>
>> On my freshly installed ubuntu 18.06 my cron job use 'apt-get' as 'apt' is 
>> not recommended to be used in scripts. however, 'apt-get update' will keep 
>> back my packages while 'apt upgrade' will upgrade them, this is not expected.
>
>
> I think you have the wrong mailing list, but, `man apt` says:
>
>apt provides a high-level commandline interface for the package
>management system. It is intended as an end user interface and enables
>some options better suited for interactive usage by default compared to
>more specialized APT tools like apt-get(8) and apt-cache(8).
>
> This does not make me think that `apt` and `apt-get` are intended to have the 
> same behavior in all operations (given that some options are explicitly (well 
> the "some" is explicit, which actually are is not) enabled in `apt` only by 
> default.

$ man apt | grep -E -A 3 '^   upgrade'
   upgrade (apt-get(8))
   upgrade is used to install available upgrades of all
packages currently installed on the system from the sources configured
via sources.list(5). New packages will be installed if required to
satisfy dependencies, but existing packages will never be
   removed. If an upgrade for a package requires the remove of
an installed package the upgrade for this package isn't performed.

$ man apt-get | grep -E -A 4 '^   upgrade'
   upgrade
   upgrade is used to install the newest versions of all
packages currently installed on the system from the sources enumerated
in /etc/apt/sources.list. Packages currently installed with new
versions available are retrieved and upgraded; under no
   circumstances are currently installed packages removed, or
packages not already installed retrieved and installed. New versions
of currently installed packages that cannot be upgraded without
changing the install status of another package will be left at
   their current version. An update must be performed first so
that apt-get knows that new versions of packages are available.


as you said, notice the difference in behavior:
apt: "New packages will be installed if required to satisfy dependencies"
apt-get: "under no circumstances are ... packages not already
installed retrieved and installed"


>
> Thanks,
> Nish
> --
> 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

-- 
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: ebtables update breaks ubuntu updates on WSL

[Dan Streetman]

On Thu, May 31, 2018 at 8:47 AM, Balint Reczey
 wrote:
> Hi Dan,
>
> On Thu, May 31, 2018 at 12:39 PM, Dan Streetman
>  wrote:
>> This isn't a problem with ebtables, it's a problem in WSL.  Note in
>> the long WSL issues bug 1761 you linked to; there are reports of this
>> problem with packages other than just ebtables (for example, that bug
>> starts by complaining about mdadm).
>
> IMO there is a bug in communication.c in ebtables, since this is not a
> permission issue and it should be fixed to enable smooth upgrades in
> WSL.

IMO the "bug" is in ebtables.init and I've taken the lp bug and have a
test ppa; let's move the discussion to the bug if you disagree with my
patch.
https://bugs.launchpad.net/ubuntu/+source/ebtables/+bug/1774120

>
> The error ebtables gets in WSL is EPROTONOSUPPORT.
>
> Cheers,
> Balint
>
>>
>> On Wed, May 30, 2018 at 5:21 PM, Hayden Barnes  
>> wrote:
>>> List,
>>>
>>>
>>>
>>> The install script in the most recent update to ebtables is preventing
>>> Ubuntu users on WSL from updating.
>>>
>>>
>>>
>>> A temporary workaround exists.
>>>
>>>
>>>
>>> https://bugs.launchpad.net/ubuntu/+source/ebtables/+bug/1774120
>>>
>>>
>>>
>>> https://github.com/Microsoft/WSL/issues/1761
>>>
>>>
>>>
>>> https://www.reddit.com/r/bashonubuntuonwindows/comments/8n9h6o/unable_to_update_ebtables_with_apt/
>>>
>>>
>>>
>>>
>>>
>>> Thanks,
>>>
>>>
>>>
>>> Hayden
>>>
>>>
>>>
>>>
>>> --
>>> 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
>>>
>>
>> --
>> 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
>
>
>
> --
> Balint Reczey
> Ubuntu & Debian Developer

-- 
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: ebtables update breaks ubuntu updates on WSL

[Dan Streetman]

This isn't a problem with ebtables, it's a problem in WSL.  Note in
the long WSL issues bug 1761 you linked to; there are reports of this
problem with packages other than just ebtables (for example, that bug
starts by complaining about mdadm).



On Wed, May 30, 2018 at 5:21 PM, Hayden Barnes  wrote:
> List,
>
>
>
> The install script in the most recent update to ebtables is preventing
> Ubuntu users on WSL from updating.
>
>
>
> A temporary workaround exists.
>
>
>
> https://bugs.launchpad.net/ubuntu/+source/ebtables/+bug/1774120
>
>
>
> https://github.com/Microsoft/WSL/issues/1761
>
>
>
> https://www.reddit.com/r/bashonubuntuonwindows/comments/8n9h6o/unable_to_update_ebtables_with_apt/
>
>
>
>
>
> Thanks,
>
>
>
> Hayden
>
>
>
>
> --
> 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
>

-- 
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: Suggestion: Native Linux Network Encryption (NLNE)

[Dan Streetman]

On Tue, Apr 17, 2018 at 1:05 PM, Jesse Cox  wrote:
> You guys don't know me. I'm not a developer of the OS but I think I have
> something which could benefit it in the long run.
>
> Here's the thing: I've been watching video after video about data security
> and encryption and why the average person refuses to adopt encryption
> standards. According to most of these videos, encryption is lacking in the
> world because it's complicated and no one wants to take the time to
> uncomplicate it. SSL was phased in because Netscape added it to their
> browser, forcing all the others to adopt it. I don't have the time to
> develop this project but I have an idea of how to implement a native
> encryption over insecure networks, for all Linux devices on the network. If
> this were a Linux router, it'd also be able to provide security despite
> having an open network.
>
> Here's the idea:
>
> This is all over an unsecured network (so Alice and Bob both have IP
> addresses -- let's say in the IPv4 spectrum for local wifi with an open
> network).
>
> Alice wants to talk to Bob and each of them have the networking software
> (virtual networking device) installed.
>
> The virtual device works by creating an IPv6 address for its client (so they
> both have one). The IPv6 is a hash of each client's public key.
>
> Let's say Alice's public key hash was 00:11:22:33:44:55:66
>
> And Bob's was 77:88:99:10:11:12
>
> Alice's virtual interface would broadcast a message over the IPv4 network
> asking for 77:88:99:10:11:12's public key (since the IP is a hash, the key
> must match and since Bob is the only one with the private key to match the
> hash, he's the only one who can communicate.

This is a bad assumption - a 'hash' is a reduction of a large value
down to a smaller value; it is incorrect that "Bob is the only one
with the private key to match the hash".  Whatever the hash function,
if the number of bits in the hash (IPv6 addr, 128 bits) is less than
the number of bits in the key (at least 2048, could be 4096 or even
higher) then there is no possible hash function that would hash each
key value into a unique hash value.  It's just not mathematically
possible.

Additionally, there are restrictions on what IPv6 value can be used.

Also, you seem to be confusing MAC addresses (XX:XX:XX:XX:XX:XX) with
IPv6 addresses (:::::::).

>
> Once Bob's interface sends Alice's interface his private key

Typically, you never give your private key away to anyone or any other
system.  It's not really "private" if you're giving it away, then it's
called a "shared" key.

> -- in response
> to the broadcast -- the interfaces can exchange AES keys and then
> communicate. The communications can't be hijacked at any point, just
> stopped.
>
> Why is this important?
>
> Linux as a system has a past of creating solutions which benefit their users
> well before any other system. As the push for encryption continues, history
> has shown us that users will not implement safety measures themselves. I
> think it'd be great for Ubuntu to set the standard for a Native Linux
> Network Encryption protocol, which starts on bootup with the system in
> question. This is just an idea but it'd be awesome and a major step forward
> in IT security.

I'm not saying this idea is not possible, it probably is possible at
the L2 layer to add some native encryption involving a per-endpoint
key exchange that encrypts each point-to-point L2 communication
separately.  However, I think that would be far, far more complex than
what you've outlined, but if I'm misunderstanding you then perhaps a
whitepaper with specific details on the entire process would help
explain your idea.

>
> --
> 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

-- 
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

Link Filezilla and lftp against newer version of gnutls

[Dan]

Hello

Filezlla and lftp are linked against gnutls26 which has a bug when trying
to connect to tls/ftp sites resulting in:
gnutls_handshake: Public key signature verification has failed.

Using static Filezilla from https://filezilla-project.org/ and lftp from
other Distributions works fine.

Please link against a higher gnutls.

Here are the bug reports:
https://bugs.launchpad.net/ubuntu/+source/gnutls26/+bug/1261459
https://bugs.launchpad.net/ubuntu/+source/lftp/+bug/1369375

-dan
-- 
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: libjson-spirit-dev

[Dan Chen]

On Wed, Feb 12, 2014 at 9:52 AM, James Devine fxmul...@gmail.com wrote:
 On Wed, Feb 12, 2014 at 8:42 AM, James Devine fxmul...@gmail.com wrote:

 I noticed that one of the files in this package
 /usr/include/json_spirit_writer.h includes another file
 json_spirit_writer_options.h which doesn't seem to exist in this package but
 does exist in the 4.06 zip download off of
 http://www.codeproject.com/KB/recipes/JSON_Spirit.aspx


 This is in regards to the package found in 13.10, 12.04 doesn't seem to have
 this problem.

This defect was addressed in Debian upload (cf. BTS#705045) 4.05-1.1
in early December and is not present in the 14.04 version.

-- 
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: An easy-to-fix hardware related bug still stuck

[Dan Chen]

On Tue, Jan 22, 2013 at 10:50 PM, Ma Xiaojun damage3...@gmail.com wrote:

 The link:
 https://bugs.launchpad.net/ubuntu/+source/b43-fwcutter/+bug/912941

 No rocket science is required to fix this bug; just some trivial shell
 script change is needed.


Which is the preferred diff? Marco's (linked from LP) or your second one on
BTS?

-Dan
-- 
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: Default setting for system suspend in Ubuntu install CD

[Dan Chen]

On Mar 6, 2012 7:56 AM, Roberto NM robe.na...@gmail.com wrote:
 I think the behaviour to do nothing instead of suspending is expected and
user friendly since other major operating systems (Windows, OS X) behave
the same way.

Hi,

I just booted a brand new purchase of a MacbookPro 8,2, and the default
behaviour upon lid close is most definitely to suspend-to-ram.

Similarly, the default behaviour of Windows Vista and 7 both appear to be
to suspend-to-ram (as tested in new installs on Dells and HPs at large USA
retail chains).

On the other hand, it does seem interesting to attempt to detect running
off a live CD and to inhibit suspend-to-ram (and possibly suspend-to-disk,
too). Would you care to file a defect report for this idea?

Cheers.
-Dan
-- 
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

Update duplicity

[Dan Lange]

v0.6.17 was released three months ago but Ubuntu hasn't updated their
packages for 11.10 (oneiric). Is there something blocking this or has
Duplicity slipped through the cracks? 0.6.17 fixes some critical bugs and
I'd much rather stick to the built-in packages over maintaining my own
packages. I just noticed 0.6.18 was released on Feb 29th. Perhaps you can
skip right over 0.6.17 and use 0.6.18?

Thanks,

Dan
-- 
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

[Dan Chen]

On Jan 30, 2012 11:39 AM, Ritesh Raj Sarraf r...@researchut.com wrote:

 Attached is the diff.


Test-sbuilt on amd64 and sponsored. Thanks for your work. Cheers.

-Dan

 Alioth is down and I'm very new to Ubuntu (Just switched to Ubuntu on
 my work laptop. Ubuntu has done impressive work. Kudos). Don't know
 package upload processes here.

 If you help, I can try to upload the package. Else take it and push it
 at both the places. (You would want to comment DH_VERBOSE).


 Ritesh
-- 
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: QTstalker is 0.32, but 3 years ago 0.36 was released?

[Dan Chen]

On Oct 8, 2011 7:45 PM, John Moser john.r.mo...@gmail.com wrote:

 qtstalker in the repos is way behind.  The new version tracks candlestick
indicators.  :(


Debian BTS #429827 has more context.

Cheers,
-Dan
-- 
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: A little care on new commits?

[Dan Chen]

On Tue, Aug 9, 2011 at 12:34, Alexandre Strube su...@surak.eti.br wrote:
 Just that I haven't had an usable desktop for weeks on this latest beta.
 While I generally agree that some things might break, to have a constant
 broken state of everything does not help much. A bit more care before
 committing might help?

Your email lacks a description of what precisely does not work. It
would help the developers if you expanded on those issues, preferably
with Launchpad bug reports.

Cheers,
-Dan

-- 
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: A little care on new commits?

[Dan Chen]

On Tue, Aug 9, 2011 at 13:18, Alexandre Strube su...@surak.eti.br wrote:
 And if it is a bug
 that happens in several cases - that means the developer just threw an
 update for the sake of it with little testing.

Since you attest to being a developer, you likely have a good idea
that in the realm of plumbing, particularly drivers, regressions are
not immediately obvious. We all can test, test and test, but at some
point we each run out of test hardware.

Cheers,
-Dan

-- 
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

Launchpad Maps

[Dan Trevino]

Does anyone know when the team maps left launchpad?

https://launchpad.net/~launchpad/+map

Dan
---
Life, Liberty, and the pursuit of Open Standards!

-- 
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: Is Ubuntu commited to free software?

[Dan Trevino]

I find it interesting that every time someone who obviously has an
interest in Free Software proposes some ways that Ubuntu can be more
free, they are immediately attacked as being part of some elist group,
making demands on others, and have their concerns dismissed as only
being of interest to the FSF or some miniscule part of the community.

I dont believe the original email made any demands.  Only suggestions
on how things can be made better.

I'm not suggesting that *individuals* that advocate free software have
always been without blame in some of their communications.  But its
time to evaluate the suggestions on their merits, without attacking
the group or individual.

As Scott suggested (repeatedly) there _may_ be bugs.  Address them as
bugs.  Demand patches even.

But its time to quit being so defensive.

It sometimes feels like someone who would propose a way to make Ubuntu
more proprietary would be more welcome with their suggestions than the
people who would like to see it more free.

Dan
---
Life, Liberty, and the pursuit of Open Standards!

-- 
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 provide update packages for download and use for offline users

[Dan Trevino]

On Tue, May 11, 2010 at 3:51 PM, Usama Akkad uahe...@gmail.com wrote:
 Hi,

 in the old days when I didn't have fast Internet connection it was a bit
 hard to get ubuntu updated. this is the situation in many parts of the
 world.

 this bug about this issue and can help solving the problem
 https://bugs.launchpad.net/ubuntu/+bug/572776

 and this wiki page to collect the ideas
 https://wiki.ubuntu.com/damascene/offline%20update

 Best wishes,

 Usama

 --
 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


I suggest you check Keryx.  Its been made specifically to solve the
offline issue.

http://keryxproject.org/

https://launchpad.net/keryx/+download

Dan
---
Life, Liberty, and the pursuit of Open Standards!

-- 
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: 2 panels waste the height needed for web browsing on 16/10 screens

[Dan Trevino]

On Fri, Apr 2, 2010 at 10:17 AM, Felix Miata mrma...@earthlink.net wrote:
 On 2010/04/02 14:01 (GMT+0200) Jérôme Bouat composed:

 Most of the laptop screens have a 16/10 or 16/9 ratio. However, Ubuntu
 has a default setting with 2 horizontal panels (on top and bottom of the
 desktop).

 This default desktop configuration decreases the space in height.
 However this vertical space is usefull for browsing the web on small
 16/10 laptop screens (11 to 13 inches).

 Maybe only 1 panel which includes the windows bar (like the Microsoft
 Windows task bar) would be a good trade-off.

 Kubuntu - one bar
 Xubuntu - one bar

 Either can be added to an a Ubuntu system, e.g.: sudo apt-get install
 kubuntu-desktop. If they work for you: sudo apt-get remove ubuntu-desktop.
 --

Wow.  Although i do enjoy me some kubuntu from time to time, thats
kind of an extreme answer to removing a panel.  I would also add:
byobu - one bar.

I do agree with the original premise that having 2 panels is a waste
of space and a relic of the old 800x600, 1024x768 days, however, that
ship has pretty much sailed for Lucid.  There does seems to be a long
standing [1], continuous desire [2] to make better use of space [1].
Hopefully this can be remedied in Lucid +1.

[1] http://davidsiegel.org/nautilus-simplified/
[2] 
http://arstechnica.com/open-source/news/2010/02/task-pooper-could-revolutionize-gnome-desktop.ars

Dan
---
Life, Liberty, and the pursuit of Open Standards!

-- 
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: Ask for a nickname in users-admin; Was: Should Short really be username when creating a user in users-admin

[Dan Trevino]

Was the name/username entry broken to begin with? If so, for what
population?

Dan

On Feb 28, 2010 9:52 AM, Bruno Girin brunogi...@gmail.com wrote:

On Sun, 2010-02-28 at 09:53 -0400, Derek Broughton wrote:
 Thomas Templin wrote:

 
  I woul...
Agreed. Add to this that the concept of name, surname, first name, last
name, etc is also language and culture specific and it's a lot better to
keep it generic and simple. Here are some examples of full names from
different places:

US: Harry Downey Jr = given name + family name + suffix
Spanish speaking world: Gabriel Garcia Marquez = given name + 2 family
names (from the mother and the father)
Middle East: Mohammed bin Rachid al Makhtoum = given name + father's
name + family (tribe) name
Asia: Mao Zedong = family name + given name
Europe: John Smith = given name + family name

So Full Name is the only solution that really works. As for the other
one, Short Name tries to be less technical than Login Name or User
Name but becomes very confusing as it's not something that people would
recognise: you never get asked for your short name in normal life so why
would your computer ask you for it? It makes sense to ask for something
technical like login name or user name because it is then obvious
that it is related to the computer. Furthermore, the concept of login
name or user name is consistent with what you're being asked for on all
web sites that require you to register. Nickname is not a good
substitute either because a lot of people don't consider themselves as
having a nickname or may not feel like they want to use to nickname they
were given at school, even they like it.

If there is an issue of making people understand what a user name is,
it might be better to have a short piece of explanatory text above the
field, such as Your computer needs to be able to recognise you as a
user, so you need to provide it with a name you will use every time you
want to use it. (I don't like that sentence but I can't find anything
better)

My £0.02

Bruno




-- 
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or un...
-- 
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: karmic trashed in Tomshardware.com

[Dan Trevino]

I like how they blamed the software center UI for repo slowness.  Clearly a
well thought out article.

Dan
---
Life, Liberty, and the pursuit of Open Standards!
Sent from Gainesville, FL, United States

On Mon, Dec 7, 2009 at 6:13 PM, Patrick Goetz pgo...@mail.utexas.eduwrote:

 I've been out of the loop for a couple of months, so pardon me if this
 has already been discussed, but Karmic got thoroughly trashed in a
 TomsHardware.com review:

   http://www.tomshardware.com/reviews/ubuntu-karmic-koala,2484.html

 Some of these issues (system freezes when copying large files on ext4)
 I've never heard of before.

 My personal gripes with karmic were finding out that fakeraid now
 doesn't work at all, a regression caused by grub2
 (https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/392136)
 and that the network applet, nm-applet still doesn't work in a
 multi-user context:
 https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/284596


 Either of these is a deal killer for some significant fraction of users
 (e.g. dual booters or household shared PC users, respectively).


 --
 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

-- 
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 google custom search - perhaps it went there by itself?

[dan]

The custom search is quite annoying and intrusive.  I've resorted to
using the binary download.

dan
---
Life, Liberty, and the pursuit of Open Standards!



On Sat, Jul 25, 2009 at 10:45 AM, Vincenzo Cianciacian...@di.unipi.it wrote:
 The fact that there is nobody willing to reply (I posted a similar
 message one year ago, so this is certainly not a matter of time) can
 mean only two things:

 1) on this list, nobody knows the answer. I think this is likely. Then,
 the custom search should be removed from firefox. Nobody knows why it is
 there.

 2) someone knows, but they are ashamed to tell the truth. This is likely
 too. If you just want to adopt a marketing strategy, damnit, just admit
 it. The majority of users including myself will continue to use ubuntu.
 But why silence? This is really worrying.

 Vincenzo


 --
 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


-- 
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 empathy as the default IM application

[dan]

On Wed, Jun 17, 2009 at 2:06 AM, Andrew Sayers 
andrew-ubuntu-de...@pileofstuff.org wrote:

 I guess my previous message wasn't clear - I'm not making an argument
 here from personal preference, I'm trying to file a bug in Ubuntu
 itself.  Specifically, that dropping Pidgin will cause a regression in
 the user experience for migraters.

 I'm also not arguing that migraters are incapable of learning new
 things, just that they shouldn't be asked to learn a new IM program at
 the same time as they're learning where their start menu went.  I would
 have no problem, for example, with asking updaters whether they wanted
 to switch to Empathy.

 This decision was made at UDS with no input from, or output to, the
 wider community.  Brainstorm has never heard of Empathy, and I've never
 seen it get more than luke warm support on this list.  While I agree
 with UDS in general, saying at UDS it was already decided that Empathy
 would ship with Karmic the decision has already been made for us
 goes completely against the grain of open source development.

- Andrew


I think we're missing some context.  At least I was.  Correct me if I'm
wrong, but what you're trying to say is:

When migrating users from Windows to Ubuntu, you start by migrating them to
existing cross platform applications, like Pidgin.  If Pidgin is removed as
the default IM application, further training will be needed for the new
Ubuntu users.

Fair enough, but you have some time to plan for this.  I think the
difficulty for you is that in Ubuntu we're looking for the best *Ubuntu*
experience, not necessarily the best migration experience.  It would be nice
if those two interests were 100% aligned, but sadly they are not, in this
specific case.

Regarding UDS, and the decisions made there, I dont see how those sessions
could be any more inclusive.  There is news and blogs and information
flowing out of there almost 24x7 for a week.  The session schedules are
published.  And there are resources for how you can participate, even if you
are not able to attend.  UDS is probably the most democratic, inclusive,
open source (to misuse the phrase), developer summit ever.

Dan
---
Life, Liberty, and the pursuit of Open Standards!
-- 
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: Problem installing Adobe Flash Player

[Dan Chen]

From: Surfaz Gemon Meme surfa...@gmail.com
 wget 
 http://download.macromedia.com/pub/labs/flashplayer10/libflashplayer-10.0.d21.1.linux-x86_64.so.tar.gz


Please note that the above URL should not be used. Instead, use:
http://download.macromedia.com/pub/labs/flashplayer10/libflashplayer-10.0.22.87.linux-x86_64.so.tar.gz

A number of critical issues have been resolved in the later version.



  

-- 
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: Nonsensical jack sensing - A bug day idea

[Dan Chen]

Hi,

I recommend creating a wiki page with links to the generated
URLs by alsa-info.sh[0] and sorting by SSID, e.g.,

SSID  .. codec+revision  ..  output url

Please be aware that the jack rework upstream is very active
and, thus, those changes will not apply cleanly to any linux
source shipped in Ubuntu. It's best to be running the kernel
team's latest 2.6.29-rc vanilla kernel builds[1] if you're
testing, because any changes made will be pushed to the
sound-2.6 git tree.

If you're not already familiar with hda-verb, I'm willing to
donate an evening or several to walk people through it.

[0] http://www.alsa-project.org/alsa-info.sh
[1] http://kernel.ubuntu.com/~kernel-ppa/mainline/


--- On Fri, 2/20/09, Philip Wyett philwy...@gmx.com wrote:
Users of Linux with ALSA on laptops and other mobile devices have for
years often been presented with the fun and games of sound working great
but then plugging in headphones leaves you with no sound or sound coming
out of speakers and headphones etc. This annoys many and makes distros
look poor to the new user in some cases. Could we have a bug day for and
in conjunction with ALSA to collect as much per user hardware and what
they set to fix it i.e. the 'options' in alsa-base to maybe allow the
ALSA project to make things better for all.


  

-- 
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: Nonsensical jack sensing - A bug day idea

[Dan Chen]

It's not that hda-intel cannot detect the sub-model but that
many BIOSes incorrectly initialise their codecs, hence the
foo_cfg_tbl quirk entries.


--- On Fri, 2/20/09, Zachary Powers zpow...@umflint.edu wrote:
It is my understanding that ALSA issues, like the ones you describe above, 
originate mostly from one single driver, the driver for Intel HDA cards. Is it 
the fact that the driver has difficulty detecting the audio card's 
sub-model(sub-models are the vendor specific versions of these audio cards that 
have changes made to them by the OEM) that many of these issues happen. The way 
the driver is designed is that it uses the BIOS to automaticly detect the 
sub-model, but many OEMs do not specify the sub-model in the BIOS like they 
should.


Perhaps there is some other method this driver can use to try to detect the 
Intel card's sub-model?


  

-- 
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: Nonsensical jack sensing - A bug day idea

[Dan Chen]

Please note that it must be invoked as a bash script.


--- On Fri, 2/20/09, Philip Wyett philwy...@gmx.com wrote:
The script you linked to bails out with errors here. I will
look at that later, but thank you for the link.


  

-- 
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: Notable Changes to Jaunty's PulseAudio

[Dan Chen]

Hi folks,

The latest PulseAudio upload in jaunty actually effects the
autospawn change intended in the previous upload. I anticipate
an outpouring of Launchpad activity over it.

My previous e-mail was woefully lacking in rationale, so I'll
address both the enabling of autospawn and the disabling of
glitch-free.

Firstly, autospawn. There are two significant reasons for
making such a change, and neither one of them is force
PulseAudio use on everyone. As nifty as that conspiracy
theory would be, the real reasons are:

1) Expose races between PA unsuspending the sink(s) and some
   native ALSA (or OSS-only) app grabbing hw: (or /dev/dsp);
2) Test the pulse alsa-lib plugin for buffering problems (as
   exhibited by Firefox 3.2 testing).

In short, your audio will very likely break after the upgrade
completes (to 0.9.14-0ubuntu7). GStreamer and xine-lib apps
will appear to hang, but stopping them and resuming play will
be the easier way to work around the hang.

The culprit actually lies in poor interaction between the
driver (in linux) and the library (in alsa-lib). git HEAD of
PulseAudio contains some workarounds for it, and Luke's PPA[0]
will be tracking those 0.9.15 test releases (which require
significant upgrades in various layers of the audio stack and
likely are not suitable for jaunty).

Secondly, glitch-free. I've identified where glitch-free is
breaking for many users, but there is no one setting that can
magically make the audio aberrations go away. Because 0.9.14
is fairly different from 0.9.15, I have a separate branch[1]
for queueing changes for reenabling glitch-free.

The objective for shipping jaunty is have both autospawn and
glitch-free enabled, but the testing period will help determine
which of those options is feasible in time for release. Thank
you for helping test-drive jaunty!


[0] https://launchpad.net/~themuso/+archive/ppa
[1] https://code.launchpad.net/~crimsun/pulseaudio/timing


  

-- 
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: Installation fails: how to know why? + Audio and video card problems in jaunty

[Dan Chen]

Glitches in the startup sound for jaunty 4 are known and worked around in an 
update.

Vincenzo Ciancia cian...@di.unipi.it wrote:

Hi all,

I tried today to install jaunty alpha 4 booting from an usb stick. It 
starts installation then goes back to partitioning. This may be related 
to the attempt of formatting an ex-ext3 partition in ext4. How to know 
what went wrong? Is there an ubiquity log?

Another question is about audio on an intel video card... the gnome 
startup sound is very noisy, may this be related to pulseaudio? Is this 
a known problem?

An even worse problem is with the video card (i955): Xorg is *extremely* 
slow, with or without compiz. This appeared also in the very first 
alpha, but I thought it was due to some in-progress migration and forgot 
about it. Then I had no time to test anymore. Is this known? Are there 
workarounds?

Thanks to all

Vincenzo

-- 
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

-- 
Sent from my Android phone with K-9. Please excuse my brevity.-- 
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: Notable Changes to Jaunty's PulseAudio

[Dan Chen]

Hi,

I'm investigating the fallbacks in alsa-util.c. Now that we use
autospawn, we should loop on:

1) open playback device_id:hw: (and capture device_id:hw:),break;
2) open playback device_id:plughw: (cap plughw:),break;
3) open playback device_id:plug:dmix: (cap plug:dsnoop:),break;

(3) will catch nearly all cases of needing to use the workaround
described[1].

Thanks.

--- On Mon, 2/16/09, (``-_-´´) -- BUGabundo ubu...@bugabundo.net wrote:
Both PA 9.14 and 9.15~test2 are giving lots of jaunty users problems.
I've informed both Luke and upstream on this.
From a few tests I run, sound is being sent to the devices, but doesnt reach 
the buffer.
Killing[1] PA and restarting helps most yours working around the problem, but 
not all.
In my case I never get sound back after hibernate/resume, so I have to kill PA 
and just use ALSA.

This looks similar the race condition we had around alpha3, and Luke said he 
was going to test that scenario.
I hope this gets fixed soon, 'cause the most frequent question on #ubuntu+1 is 
Is PA working?

[1] pulseaudio -k ; start-pulseaudio-x11


  

-- 
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

Notable Changes to Jaunty's PulseAudio

[Dan Chen]

Hi all,

This morning's upload of PulseAudio to jaunty makes two notable changes for the 
desktop user:

Firstly, autospawn is now enabled, which means that if the daemon is not 
running when the first client attempts to connect, it will be executed 
automatically. This step tests a workaround for the daemon ABENDing while we 
further debug the root cause. The impact of this change is that PulseAudio 
users who have desktop environments other than GNOME running may experience 
some nondeterministic behaviour for the default capture and playback devices 
when the daemon initially autospawns. Please report any such issues using the 
Launchpad bug tracker.

Secondly, we have globally disabled glitch-free to work around a number of 
driver bugs that do not seem addressable within the jaunty development span. 
This change reverts PulseAudio behaviour to rely on the driver's 
interrupt-based buffering semantics, which appear to be more stable for a 
significant number of jaunty testers. If you would like to reenable 
glitch-free, edit /etc/pulse/default.pa and change:

load-module module-hal-detect tsched=0
to:
load-module module-hal-detect

Again, please report regressions from the existing jaunty PulseAudio package 
using the Launchpad bug tracker.

Thanks,
Dan
-- 
Sent from my Android phone with K-9. Please excuse my brevity.-- 
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 news on skype+pulseaudio+intel_hda_realtek ?

[Dan Chen]

--- On Tue, 2/10/09, Felipe Figueiredo phils...@gmail.com wrote:
 I just join the choir in the PulseAudio argument, in that
 it was
 introduced (IMHO) in Ubuntu 6 months ahead of schedule.

Even if it were introduced prematurely[0], there is no sense in
backing it out as a default in 8.04.3. What *does* make sense is
to fix the highest priority issues plaguing it. If we can't
resolve them outright (since, well, that approach requires
backporting alsa-lib, alsa-plugins, and adobe-flashplugin at the
least, and *that* process would be painstaking), we can try
working around them.

I have a hardy branch[1] that has tracked such necessary changes
and that could do with testing. Feel free to branch and bang on
it.

Remember that integration is *hard* /barbie. It always seems
easier when you're on the finger-pointing side instead of the
StableReleaseUpdates side.

Thanks,
Dan


[0] It wasn't introduced prematurely; it wasn't integrated
fully. That's what Lennart decries - an incomplete solution.
Obviously we can improve on that front.

[1] https://code.launchpad.net/~ubuntu-core-dev/pulseaudio/hardy


  

-- 
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: [RFC] Improve communication with testing users about master key changes in development branches

[Dan Chen]

--- On Wed, 2/4/09, (``-_-´´) -- BUGabundo ubu...@bugabundo.net wrote:

 Still, and understand I dont want to impose any more work
 to the already busy scribblers, but it would be nice to have
 either an email announcement, or a wiki page with ALL
 changes of policy, UI, package adding/removal.
 
 Stuff like the changes PulseAudio in jaunty is an example
 of what would fit into this.

There have not been significant policy, UI, or package additions/
removals to base PulseAudio or ALSA userspace components in
jaunty. To what are you referring specifically?

 This would increase the notice of testers to changes, that
 easily slip into the cracks, and also help tracking
 regressions when filling bugs.

The kernel team has a similar page. However, the problem is one
of low signal to noise - lots of bugs being filed, many dozens
being duplicates, with people often chiming in with tangential
information.

I offer that the high priority bugs are very visible, and an
additional wiki page will not change how the developers
prioritise. It would be immensely helpful for an initial glance,
and perhaps drive-bys would find it useful.

Thanks,


  

-- 
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: [RFC] Improve communication with testing users about master key changes in development branches

[Dan Chen]

--- On Thu, 2/5/09, (``-_-´´) -- BUGabundo ubu...@bugabundo.net wrote:
 I mean the going away of the old alsa controls that opened
 from the audio applet.

So you'd like documented the changes in Desktop components.

 Maybe I wasnt clear here:
 This is not meant FOR Devs, but for testers and users.
 Of course this information should be filled by the
 maintainers of the packages or who makes the changes.

If you're volunteering, feel free!

Thanks,


  

-- 
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: [RFC] Improve communication with testing users about master key changes in development branches

[Dan Chen]

We use package changelogs to describe some changes; you can find them in 
/usr/share/doc/$package/changelog.*

As for volunteering, I was referring specifically to making the wiki document. 
I already expend countless non-job hours working on the packages, so any 
additional effort by other community members is what's being discussed.

I don't make decisions regarding what's placed in release notes. Again, perhaps 
you and others could raise this priority in the future.

As always, the old tools are and will be installable, so there's no reason 
one should have to cease using them.

(``-_-´´) -- BUGabundo ubu...@bugabundo.net wrote:

Olá Dan e a todos.

On Thursday 05 February 2009 19:32:27 Dan Chen wrote:
 
 --- On Thu, 2/5/09, (``-_-´´) -- BUGabundo ubu...@bugabundo.net wrote:
  I mean the going away of the old alsa controls that opened
  from the audio applet.
 
 So you'd like documented the changes in Desktop components.

Not all changes are at the Desktop level, but yes, those are the more visible

  Maybe I wasnt clear here:
  This is not meant FOR Devs, but for testers and users.
  Of course this information should be filled by the
  maintainers of the packages or who makes the changes.
 
 If you're volunteering, feel free!

eheh
I already do.
I spend huge amounts of time, testing new versions, helping new users, filling 
bugs, triaging existing reports...
But on this subject I'm at a mist... I dont know what YOU as a dev for PA and 
ALSA know.
So when you guys picked from upstream this new way to make Ubuntu handle sound 
properties you knew what your were doing... I dont. I jut got the result, 
without any *extra* info on how to use it other then try--error.
See what I mean? We need some tiny bit of intel on how to benefit from the new 
changes , _or else_ the all distro just gets yours complaining 'cause they 
dont know what to do with the tools that they already knew with the old ones.


Some times a single one-liner at a wikipage or email is more then enough for 
users/testers (who actually care to read/follow/search) know whats up.
I just did that with the new X HUGE Fonts bug. I read about the change in 
https://wiki.ubuntu.com/JauntyJackalope/TechnicalOverview
Font sizes may be abnormally small or large on monitors which mis-report 
their capabilities. If you suspect this may be the case, please see 
X/Troubleshooting/HugeFonts for steps to troubleshoot this issue. 
and wasnt caught by surprise... ok I was, I only read the email *after* the 
package upgrade. But I better know something, sometime that none at all.

-- 
Hi, I'm BUGabundo, and I am Ubuntu (whyubuntu.com)
(``-_-´´)  http://LinuxNoDEI.BUGabundo.net
Linux user #443786GPG key 1024D/A1784EBB
My new micro-blog @ http://BUGabundo.net
ps. My emails tend to sound authority and aggressive. I'm sorry in advance. 
I'll try to be more assertive as time goes by...
-- 
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
-- 
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 news on skype+pulseaudio+intel_hda_realtek ?

[Dan Chen]

--- On Sun, 2/1/09, Martin Olsson mn...@minimum.se wrote:
 When I upgraded my hardy laptop to
 intrepid I lost audio/mic in Skype:

Your bug report is fairly vague with respect to the actual ALSA mixer control 
settings (i.e., alsamixer -Dhw:0 ) when Skype is attempted. In the future, that 
information (use http://www.alsa-project.org/alsa-info.sh ) should be provided 
for troubleshooting.

 Recently someone posted a comment with some steps that
 fixed the issue for
 me:

That comment (#10) is by no means a fix. At best, it masks the issue with mixer 
control element settings being used by PulseAudio. Removing PulseAudio from the 
picture does not assist in resolving bugs in it any faster.

 PS. I think Lennart is doing a _terrific_ job; I'm hoping
 Ubuntu technical
 board understands the need to be careful about merging new
 stuff to avoid
 regressions. This experience has been quiet painful for me
 and I suspect
 there is other people still out there with PA related
 regressions. DS.

These growing pains are by no means unique to Ubuntu. Every distro that has 
adopted PulseAudio as its primary backend faces them in some fashion.

 I think it would be a good idea to address this situation
 for Jaunty by
 making sure that people who lost audio/mic in
 hardy-intrepid upgrade will
 get it back automatically when upgrading to jaunty.

Yes, yes, it's all nice and dandy to imagine a magic wand to wave and have 
someone else do the fixing for you, but the problems are a lot more involved 
than people who lost audio/mic in hardy-intrepid.

There are various presentations on the awkwardness of current Linux audio, but 
none of them quite do justice to how much effort is required to *troubleshoot* 
which parts in the audio stack are to blame. Your simple phrasing of lost 
audio/mic in hardy-intrepid has numerous culprits; you (generally, of course, 
not just your case) could be discussing a codec regression, a mixer element 
misconfiguration, a race condition in the grabbing of hw:* by any number of 
applications not configured to use PA, a broken user alsa-lib configuration, 
..., the list is mind-boggling. A fix to any or multiple parts of the stack 
potentially regresses usage for others.

How can you help? Test the jaunty daily-live images for Ubuntu and Kubuntu for 
starters.

 This is sort of old news, so has there been any progress on
 this already
 maybe?

We attempt to fix bugs as they appear. Sometimes troubleshooting takes longer 
when a lower signal to noise ratio is in the bug report. Of course, many of us 
owning the audio bugs work on them in our spare time, so your assistance is 
always welcome. Be part of the solution.

 Disclaimer: Yes, Skype is proprietary and that sucks; but
 due to strong
 network effects FLOSS is going to have to find a way to
 deal with this app

And the best way of dealing is to gently recommend to the Skype developers that 
PulseAudio is a much higher priority than it is.

Thanks,


  

-- 
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: a ubuntu-audio mailing list?

[Dan Chen]

Reply inline.



- Original Message 
From: Mackenzie Morgan maco...@gmail.com
[...]
 Forwarded Message 
 From: shirish shirisha...@gmail.com
[...]
 Hi Tony,
While PA has its fair share of grief, its also alsa and other things.
 For e.g. look at this thread.
 
 http://ubuntuforums.org/showthread.php?t=1041622

There are several different issues being muddled in that UF post:
1) taavikko and gspat have the issue of inaudible sound on boot due
to alsa-utils's broken udev.script (fixed; see
http://bazaar.launchpad.net/~crimsun/alsa-utils/ubuntu.new/revision/14)

2) macaholic has the issue of sound device race between non-Free
Flash and PulseAudio (proposed fix in discussion; see bug 314739)

3) iaskedalice09, the original poster, has not included enough
information to debug the symptoms.

 and one of the solutions which is proposed by one of the users.
 
 http://ubuntuforums.org/showpost.php?p=6569156 

Possibly relevant to the original poster's symptom, but there's no way
to tell without further information.

  a. perhaps there are issues with the approach (perhaps some race
 condition or something else due to which ubuntu doesn't have
 initscripts for alsa, I don't know ) .
 
 b. The post might be an incorrect solution to the given problem.
 
 c. Perhaps, its a workaround but what the real issue is we don't know.

All three (a, b, c) addressed above.

Thanks,



  

-- 
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: Are file permissions in files on external devices silly?

[Dan Colish]

I think you're looking at this the wrong way. There are a number of ways
already available to have the functionality you seek. You will need to
leverage both the HAL fdi for the device you're trying to automount and a
script to fix the permissions on a that disk. This is what makes linux so
great, but also so frustrating to new users.

I don't think that allowing users to execute potentially harmful operations
without knowledge of what they are actually doing is a good idea. This is a
feature of many other consumer desktops, but I don't think it has been a
feature of linux nor should it be. The tools are there to make the os do
what you want it to.  I am sure if you create a script that does the proper
operations and share it no one will be upset.

On Fri, Nov 21, 2008 at 11:53 AM, tchomby [EMAIL PROTECTED] wrote:

 On Fri, Nov 21, 2008 at 08:40:38AM -0700, Aaron Toponce wrote:
  How would you propose to solve it? Change the permissions on files to
  the person logged in? Add a user account with the matching UID to match
  those found on the files, then log that user in? Change world
  permissions on the file, so everyone can access it? I think you can see
  the silly-ness behind these options.

 When the You can't access these files because you don't have permission
 error
 message pops up, it should have a button on it that the user can click that
 would recursively change the ownership of the files to the person logged
 in, or
 make the files world-readable, or make them readable by some group that the
 user is a member of (removeable devices group or something). Basically,
 the error dialog should present the user with the option to work-around
 these permissions, rather than leaving this option hidden in the file
 properties dialog where the user might not know it exists, or if they do
 know they have to go through a few unnecessary mouse clicks every time to
 get to it.

 Or alternatively, as someone suggested, maybe the system should not enforce
 file permissions on removeable devices, at least not if the person trying
 to
 access the files is a local sudo user.

  What your brother doesn't realize, is that when you take files from
  system to system, OS to OS, you're going to encounter these headaches.
  It's just the way these things go.

 There's lots of things that were once headaches like this, until someone
 figured out how to make it user friendly.

  What should be expected, is having your brother learn how Linux
  operates. It's always bothered me that just because Windows dumbed down
  the computing experience, means everyone else has to too. When Linux
  starts asking its users to learn a little bit about their operating
  system, such as files permissions, they throw their arms up in disgust,
  saying that they aren't a programmer or advanced computer user. While
  there may be a line to draw on what we should expect from theme, basic
  file permissions, I think, is well behind that line.

 First of all, how did my brother get involved in this? Second, what does
 this
 have to do with Windows? I'm talking about making Ubuntu a bit more usable
 for
 non-technical users. It would also make it less irritating for people like
 me,
 who know what to do but would prefer to avoid the extra mouse-clicks.
 Ubuntu is
 a Gnome-based distribution and aims to be user friendly, this isn't Arch.

 --
 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

-- 
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: Wacom tablets, TabletPC and Xorg support for Ubuntu 9.04 (Jaunty)

[Dan Colish]

Hi Loic,

The move away from xorg.conf has been to a new hal integration. Please see
the documentation in the wiki: https://wiki.ubuntu.com/X/Config/Input
Configuring  an fdi for your tablet hardware should not be any more
difficult than an xorg and could probably be accomplished by a script. I
believe that the move to hal support for input devices will make the
autoconfiguration much more robust in the long run and hopefully give
xserver the ability to just work.

--Dan

On Sun, Nov 9, 2008 at 12:09 PM, Loïc Martin [EMAIL PROTECTED] wrote:

 Hi,

 Since Hardy, Ubuntu doesn't provides any configuration for Wacom tablets
  any more (Gutsy had the lines commented out, but they were there to be
 used if necessary). Part of the reason not to provide commented out
 lines might have been the abscence of a ServerLayout section in
 xorg.conf with new Xorg servers - just uncommenting some lines might
 lead to problems.

 The move away from xorg.conf makes it really hard for Wacom tablet and
 TabletPC users to configure their hardware. Most documentation they find
 isn't valid anymore (one of the problem is creating a ServerLayout with
 just the lines for the wacom devices, with X failing to start as a
 result), and even with up-to-date documentation users have to figure
 themselves what device they should configure, make sure they don't mix
 lines between serial and USB tablets (most users would imagine their
 TabletPC to be USB, which is most often wrong), and not forget the
 special line for TabletPC, which is absent from most howto. We still
 maintain the documentation at https://help.ubuntu.com/community/Wacom,
 but when (if) users find it it's often after their install is messed up.

 Graphic tablets are getting more common due to cheaper models, and even
 if you're not a graphic artist, you'll find Wacom devices in many TabletPC.

 With Intrepid, the stylus input is recognised by HAL when the file
 10-wacom.fdi is present (comes with xserver-xorg-input-wacom. However,
 only the stylus can be configured by this method. No eraser, no pad, no
 touch, no cursor.
 See

 https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-September/005778.html
  Note that the wacom driver doesn't fully support input-hotplug, since
  currently you need to initialize the driver multiple times to enable
  stylus/pen/foo, and that's not possible to do with HAL. The wacom fdi
 file
  configures the device as stylus..

 Traditionnal graphical configuration tools like wacomcpl (mandatory
 for LCD tablets like TabletPC and Cintiq tablets, it's included in
 wacom-tools since Intrepid) don't work anymore since they assume hard
 coded device names (stylus, eraser, cursor...) - see

 http://sourceforge.net/mailarchive/message.php?msg_name=9d40e4ef0811072319r51d8b4c5sc3553db2627104c6%40mail.gmail.com

 
 Now to the problem at hand for Jaunty:

 Talking about using 3 (or more) different devices for wacom input
 (instead of just the stylus like in Intrepid)

 https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-September/005780.html
 On Tue, 30 Sep 2008, Timo Aaltonen wrote:
  It has been confirmed by upstream that what you propose is not possible
 to
  do with HAL, but instead the driver should use NewInputDeviceRequest() to
  accomplish the same. Unfortunately, that'll take some time, but here's
  hoping that the next six months are enough to have that in time for
  Jaunty. Someone needs to kick^H^H^H^Hask upstream  :)

 Where upstream means linuxwacom, see

 https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2008-October/005837.html
  I was referring to linuxwacom upstream, which should be aware of the
 problems
  with input-hotplug, but has not done anything about it AFAIK.

 I contacted upstream, and their answer can be found at:

 http://sourceforge.net/mailarchive/message.php?msg_name=167e8a330811070926n3024605m7bd7baa6e24bfedf%40mail.gmail.com
 Here is an extract:
  Hotplugg is a server-wide issue. It will be resolved for all input
 devices
  in Xorg, not just for Wacom devices.
 
 
  - does wacomcpl support the fdi method? It doesn't recognise anything on
 my
  setup, but it could also be a bug in the Ubuntu version.
 
 
  fdi isn't part of linuxwacom project. It belows to Xorg. The distributor,
 I
  think, will include it once it is ready.
 
  Ping

 So what is Xorg going to do about wacom devices support, and how can we
 make sure that, after one year, this support (or a distribution
 solution) will at least make it into Jaunty?
 Loïc

 --
 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

-- 
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 8.10 significantly slower than previous versions

[Dan Colish]

I'm not convined those Phoronix test are really that accurate, especially
after reading this one:
http://www.phoronix.com/scan.php?page=articleitem=ubuntu_macosxnum=1
It looks like they are not really comparing apples to apples, especially
when it comes to java benchmarking. They're using very different gcc
versions between the os's.

Anyway, it does look like linux wins in the end.

On Thu, Nov 6, 2008 at 1:58 PM, Bryce Harrington [EMAIL PROTECTED]wrote:

 Whoops, I thought you were talking about the recent article about -intel
 performance on x45 chips.  But I see you're actually talking about an
 earlier article about Ubuntu performance in general:
 http://www.phoronix.com/vr.php?view=13022

 Note that in that article they looked only at the proprietary -nvidia
 driver's performance, and did not find any noteworthy regressions in
 that.  So depending on what video driver you're using, it may not have
 much relevance to your issue.

 Bryce

 On Thu, Nov 06, 2008 at 03:58:51PM +0100, mr wrote:
  Hi,
 
  According to the recent benchmarking article by Phoronix, the previous
 two
  releases of Ubuntu are significantly slower than Feisty Fawn. In some
 cases
  this can be seen as up to 50% performance drop with certain desktop
 tasks.
 
  I can confirm that this is true in that my girlfriends desktop used to be
  quite capable of playing a 1080p x264 video but since upgrading to gutsy
 and
  then hardy it has become unwatchable, even mplayer reports that YOUR
  COMPUTER IS TOO SLOW
 
  I think that the reasons behind this reduction in performance across the
  board needs some serious investigation and work done to reverse this
 trend.
  At the moment I am faced with either running an old distro or upgrading
  hardware.
 
  Any discussion on this is welcome :)
 
  Thanks,
 
  Alan
 
  Phoronix article:
 
 http://www.phoronix.com/scan.php?page=articleitem=ubuntu_bench_2008num=1

  --
  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


 --
 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

-- 
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 8.10 significantly slower than previous versions

[Dan Colish]

faster than Vista isn't hard, we want it to be faster than XP because
remember, that's what most people are running.  Why would they switch to
Ubuntu if it's going to make their machine slower?

I think performance is a very relative term. Slow for games can be great for
a database. I am a lot more interested in baseline comparisons between
identical systems. I think Ubuntu will make systems faster, but it also make
some systems slower. It depends on what you mean by speed. In any case,
purpose-built will always beat one size fits all.



On Thu, Nov 6, 2008 at 2:41 PM, Mackenzie Morgan [EMAIL PROTECTED] wrote:

 On Thu, 2008-11-06 at 14:38 -0500, Martin Owens wrote:
   Anyway, it does look like linux wins in the end.
 
  I do not believe that is a good thing; Just because Gnu/Linux can be
  faster than windows vista doesn't automatically mean we are serving our
  users well.

 Yes, the response on /. to Ubuntu 8.10 is faster than Vista was
 generally so what?  One guy said his father in law with a slide rule,
 graph paper, and a pencil was faster than Vista.  The consensus was
 faster than Vista isn't hard, we want it to be faster than XP because
 remember, that's what most people are running.  Why would they switch to
 Ubuntu if it's going to make their machine slower?

 --
 Mackenzie Morgan
 http://ubuntulinuxtipstricks.blogspot.com
 apt-get moo

 --
 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


-- 
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

Input Device Commented Out Lacks documentation

[Dan Colish]

I think there should be a link placed in the xorg document when
update-manager comments out an input device to the new fdi documentation. It
is hard to find that page in the wiki if you're not familiar with the
details of the project. It is also frustrating to not know the proper way to
configure a system when the methods of configuration change.

--Dan
-- 
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: Input Device Commented Out Lacks documentation

[Dan Colish]

Hey Bryce,

Not at all, I'm still converting my current xorg over to fdi, maybe my notes
will be helpful. Mappings look fairly straight forward and I found a good
thread in the forums that elaborates more on the subject.
http://ubuntuforums.org/showthread.php?t=948154

Dan

On Thu, Nov 6, 2008 at 12:31 AM, Bryce Harrington [EMAIL PROTECTED]wrote:

 Hi Dan,

 Would you mind going ahead and sketching this documentation in?
 http://wiki.ubuntu.com/X/Config/Input

 Bryce

 On Thu, Nov 06, 2008 at 12:21:45AM -0500, Dan Colish wrote:
  I think there should be a link placed in the xorg document when
  update-manager comments out an input device to the new fdi documentation.
 It
  is hard to find that page in the wiki if you're not familiar with the
  details of the project. It is also frustrating to not know the proper way
 to
  configure a system when the methods of configuration change.
 
  --Dan

  --
  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


-- 
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: [packaging] LSB Package API

[Dan Kegel]

On Sun, Jun 22, 2008 at 11:02 AM, Denis Washington [EMAIL PROTECTED] wrote:
 I don't think this is a corner case at all. For one thing, propietary
 applications might just don't play a role _because_ there is no really
 good distribution method for them - the typical chicken-and-egg problem.
 (I'm not saying this is the only reason, but an important one.) We're
 just not giving them an easy method of cross-distro integration. I think
 providing this is important.

Sure, and that's why I support the LSB.
Has everybody else given up on it?
- Dan

-- 
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: libapache-asp-perl (LP #145741)

[Dan Sheridan]

 On Mon, Jan 28, 2008 at 03:02:25PM +, Dan Sheridan wrote:
  I'd like to see this package re-added to Hardy. What is the best
  approach? Should I prepare an updated package with trimmed dependencies
  and upload to REVU? Should it be renamed libapache2-asp-perl?
 
On Mon, 2008-01-28 at 11:06 -0500, Mathias Gug wrote:
 
 Uploading a new package to REVU is a good start. Renaming it to
 libapache2-asp-perl or libapache2-mod-asp-perl is a good idea.

I saw this response first, so a new package is now up on REVU. 

On Mon, 2008-01-28 at 13:15 -0500, Scott Kitterman wrote:
 If it's in Debian still, either ask for a synch or prepare a merge debdiff as 
 required.

I saw this response second. I've uploaded a debdiff to LP #145736... the
name change is probably a mistake in the light of the existence of
Apache2::ASP.

Dan.



-- 
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

libapache-asp-perl (LP #145741)

[Dan Sheridan]

Dear all,

Apache::ASP is a perl implementation of Active Server Pages. The package
libapache-asp-perl was removed from Gutsy with the comment Package is
Apache 1.x specific which no longer resides in the archive. However, it
is installable and works correctly on Gutsy with Apache 2.2, and we are
using it production here. It has no build-dependencies other than
debhelper and perl.

I'd like to see this package re-added to Hardy. What is the best
approach? Should I prepare an updated package with trimmed dependencies
and upload to REVU? Should it be renamed libapache2-asp-perl?

Dan.




-- 
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

Can Xinerama be completely disabled in Gutsy?

[Dan Munckton]

Hi

I'm trying to find a workaround for the following Java problem:

#154613: Xinerama prevents Java fullscreen exclusive mode in Gutsy
[https://bugs.launchpad.net/ubuntu/+source/sun-java6/+bug/154613]

Java uses Xrandr to achieve its Fullscreen Exclusive Mode, but rightly
avoids using it if Xinerama is in use. So Java Fullscreen Mode is only
possible when Xinerama is not reported present in the running Xorg.

In both Feisty and Gutsy Xinerama appears to be built-in. In Feisty
Xinerama isn't reported as present/active (using XQueryExtension() etc),
in Gutsy it is.

So as a workaround I need to find a way to completely deactivate and
disable Xinerama in Gutsy.

In the xorg.conf manpage it indicates that adding the following option
in the ServerFlags section should disable it, but it's not.

Section ServerFlags
  Option Xinerama off
EndSection

After restarting X I check in /var/log/Xorg.0.log and find the option is
recognised/parsed but still when I test Java and also query Xorg
directly using the Xlib API it still shows as present.

So I have the following questions:

1) What is the major difference between the way Xinerama is included in
Gutsy in comparison with Feisty?

2) Is it going to be possible to disable Xinerama from within xorg.conf?

3) If I disable Xinerama what am I likely to break (e.g.
DisplayConfigGTK)?

4) Is there another way to achieve this?

I am quite happy plugging away at this on my own but if anyone with more
Ubuntu/Xorg knowledge can give me some insight at this stage it would be
much appreciated.

Cheers

Dan


-- 
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

Google SOC, Project Proposal

[Dan Harvey]

Hi

Just though I should introduce myself to the Ubuntu developers mailing
list and let you rip my idea proposal apart!

I'm Dan Harvey a Natural Science student at Durham Uni (UK) doing
computer science and am very keen to help out improving the usability
of the Ubuntu desktop.

The idea I propose links in with two other ideas proposed on the
Ubuntu GSOC wiki for Integrated web sharing and Easy file sharing
and synchronization (minus the sync which is a whole different
problem in itself...). Basically it involves creating a DBus interface
for file transfer/sharing allowing a unified desktop GUI to access
different file transfer services to either publish files to share or
download. This hides the user from any protocol or service differences
and just lets then do what they want with there data. I'll add a bit
more detail with a few use cases.

Say Fred wants to share a file with a few friends but its too large to
e-mail. So the GUI picks behind the scenes that the web server is best
so asks the http service (could be new daemon or modified Apache or
lighter) to host a file and make sure ports are opened for it, then
returns a url for Fred to give to his friends. All the app has to do
(be it nautilus, f-spot, banshee) is ask for the file to be hosted and
the http service does the rest.

Freds friend then comes along and finds the link to download, as he's
using Ubuntu the transfer service for him decided to pick the http
service to download it and he's happy.

Next is Chris who has recorded a new song with his band (we need a
gnome based garage band replacement!) and wants to spread it to all
his friends, and their friends as its an amazing song. So he goes
though the common GUI which picks (based on its size and who he's
sending it to) that bit torrent would be the best solution. So this
App asks the bit torrent service to publish his song, which in turn
asks the http service to host the torrent file and song to seed it
which he can in turn send to a friend for them to download.

Chris's friend also happens to be using Ubuntu (or other gnome based
OS) and find this link to download, the transfer service now works in
reverse again and picks the bit torrent service to download it with.
He gets the song and is happy as well!

The reason to have a single DBus interface for the different services
means the user never know which protocol is used for either sharing or
receiving so are provided with a consistent user interface. This can
extend to many different protocols in many different applications and
many different user cases making it quite simple but very powerful.

Sorry for such a long first message but I want to post the idea here
so I can get some feed back on it. Will this be useful for people? is
this a good way to solve this problem? do you see any large flaws in
it?

Thanks for your time,
Dan

-- 
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