Re: Proposal: Let's drop i386

still sells 32bit only chips for IoT.  This at least keeps Ubuntu as a prime development environment for these devices. Please also keep a minimal installer. --mtx -- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering i...@metux.net -- +49-151-27565287 -- Ubuntu

Re: Ubiquity NG - was Re: ubiquity migrated to git

On 09.05.2018 22:29, Bryan Quigley wrote: Additionally, we'd have to bring Chromium up to the requirements (snappy edition) for Main. (which I wouldn't mind, but doesn't make sense just for this) Maybe use Servo or Surf instead ? --mtx -- Enrico Weigelt, metux IT consult Free software

Re: Ubiquity NG - was Re: ubiquity migrated to git

it takes modules from the system, helps in automatic debianization, so we can run everything though the usual deb toolchain and maintainers can easily patch whenever necessary. Certainly possible, but *a lot* of work to do, before we reach a reasonable stable state. --mtx -- Enrico Weigelt, metux

Announce: docker-buildpackage

some local customizations. (planned for future releases) I'm also hacking on another tool which automatically clones repos and calls dck-buildpackage for building whole pipelines - but that's still experimental and hackish: https://github.com/metux/deb-pkg --mtx -- Enrico Weigelt, metux

Re: Old Firefox versions discourage real-world testing of Ubuntu development versions

On 04.09.2017 21:50, Chris Coulson wrote: There hasn't been a Firefox update on PowerPC on any release since June > 2016 (it's stuck on 47.0), and there isn't going to be any more Firefox> updates on PowerPC because we don't have the rust compiler building there. 52-esr doesn't require rust

Re: [14.04] nVidia GeForce 1080TI

On 01.06.2017 08:45, Sebastian Busse wrote: > We are thinking of upgrading to current nVidia graphics cards. As far as > I can see, the GeForce 1080 is supported since 367.27 while the GeForce > 1080 TI is supported since 381.09. Considering the hostilty of that company against the FOSS

Re: Packaging nodejs-7.9

On 04.05.2017 09:26, Jérémy Lal wrote: > At the moment, in debian, /usr/lib/nodejs is there to store all node > modules installed from debian packages. hmm, would that conflict w/ having certain "nodejs-$version" subdirs w/ the actual engines (the whole tree - not splitted out the several FHS

Packaging nodejs-7.9

Hi folks, I'm currently packaging nodejs-7.9 for various deb Distros. I'll have to maintain some applications that use the fanciest new features, and precompiled binaries from untrusted sources (eg. nvm+friends) of course are not an option. Before I go all of this alone - is there anybody here

Re: backports for trusty

On 14.04.2017 08:31, Ralf Mardorf wrote: > I'm neither an Ubuntu developer, nor do I maintains some backports. > However, a lot of backports easily could be counter-productive regarding > the Long Term Support's policy. Why so ? > Consider to provide your packages by a PPA. I'm already trying

backports for trusty

Hi folks, anybody around here who also maintains some backports for trusty ? I've collected several packages which I maintain locally (eg. right now I'm packaging recent cairo w/ drm patches applied) and I'd like to put that into bigger community. --mtx -- mit freundlichen Grüßen --

[Bug 1564470] Re: Unable to install NI-VISA nikal kernel module because of GPL-only symbol 'pgprot_writecombine'

It's neither a Ubuntu bug, nor a upstream one. Instead it's entirely NI's fault: they're using an GPL-only symbol (which IIRC always has been GPL-only!) in their proprietary kernel driver. (the idea of binary-only kernel drivers alone is quite insane in the first place). The only serious fix is

dpkg packaging problems

? See: https://github.com/metux/fskit/tree/jessie/master https://github.com/metux/fskit/tree/trusty/master the build process is driven by: https://github.com/metux/packaging cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss

Re: dpkg packaging problems

On 02.01.2015 17:08, Martin Pitt wrote: Hi, Yes, man dh_fixperms. Shared libraries don't need to and should not be executable. Oh, wasn't aware of that. Just used to that as gcc sets that flag. Is it a bug in gcc, or are there platforms where +x is required ? cu -- Enrico Weigelt, metux

Re: The fate of Upstart

uid and configure it to never tell secrets uhm, I might expect too much Plan9 knowledge here ... sorry for that ;-o maybe we should get into deeper discussion on the 9fans list. cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss

[Bug 1321869] Re: xmllint 2.9.1+dfsg1-3ubuntu4.1 does not load entities any more

Just got hit by that bug (while trying to build git-remote-hg, which calls asciidoc), even though that patch seems to be applied in current release (on trusty - libxml2 version 2.9.1+dfsg1-3ubuntu4.4) -- You received this bug notification because you are a member of Ubuntu Bugs, which is

Re: Devuan

is _very_ subjective. cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- 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

smtp blacklisting [WAS: Re: Devuan]

usually hit hi traffic maillists like LKML. cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: Devuan

had been running away (I just happen to know some of them personally, and know some of their reasons) - the novell merge was more a logical consequence of that path :p cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss

Re: The fate of Upstart

behaviour ... cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss

Re: Devuan

places (eg. get rid of cups stuff). In case of Ubuntu will force me to use systemd, I wont invest any resources here (also never again rollout Ubuntu for my customers), instead fully concentrate on Devuan. cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list

Re: The fate of Upstart

driven filesystem-based approach. In the next round, I'll heavily trim down network-manager-gnome to get rid of all the unnecessary stuff (eg. I dont use BT, and i dont want it. period.) cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel

Re: The fate of Upstart

than it already does (eg. could anybody perhaps explain, what I really need that logind for ?). Otherwise people will move away (and never come back). cu -- Enrico Weigelt, metux IT consulting +49-151-27565287 -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify

[Bug 1343081] Re: chromium: missing http:// in URL bar on non-ssl http URLs

I'll repeat it again: The problem occours when marking the text in the URL bar and pasting it in somewhere else with middle-click. To test it, just mark an http url in the URL bar and check the output of 'xsel -o'. It will show exactly what was previously marked in the text field, which the URL

[Bug 1343081] Re: chromium: missing http:// in URL bar on non-ssl http URLs

Correction: the command is 'xclip -o'. ** Bug watch added: code.google.com/p/chromium/issues #406928 http://code.google.com/p/chromium/issues/detail?id=406928 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu.

[Bug 1343081] Re: chromium: missing http:// in URL bar on non-ssl http URLs

http://code.google.com/p/chromium/issues/detail?id=406928 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1343081 Title: chromium: missing http://; in URL bar on non-ssl http URLs To manage

AW: [Bug 1343081] Re: chromium: missing http:// in URL bar on non-ssl http URLs

the responsible code ? I'd like to completely remove that misfeature, which is the root cause here, in the source. cu -- Enrico Weigelt, metux IT consult +49-151-27565287 - Reply message - Von: Florian W. 1343...@bugs.launchpad.net An: enrico weigelt enrico.weig...@gr13.net Betreff: [Bug

[Bug 1343081] [NEW] chromium: missing http:// in URL bar on non-ssl http URLs

Public bug reported: Version 34.0.1847.116 Ubuntu 14.04 aura (260972) On http URLs (non-ssl), the url bar misses the http://; prefix. This is especially ugly when copying URLs. ** Affects: chromium-browser (Ubuntu) Importance: Undecided Status: New -- You received this bug

[Bug 1335006] [NEW] aptitude: auto-selects wrong packages

Public bug reported: Aptitude automatically selects recommended packages. Neither --without-recommends nor setting APT::Install-Recommends seem to have any influence. Reproduce: * kick out packages which are just recommended (using apt-get) * start aptitude * press g This behavious is

[Bug 1335006] Re: aptitude: auto-selects wrong packages

After some digging, I've found the packages in question in /var/lib/aptitude/pkgstates - all with state 3. Some some strange reason, aptitude recorded these packages there, even I never installed them directly. Could this somehow have happened on release-upgrade ? -- You received this bug

Re: redmine packaging

might be an alternative candidate. Does anybody here has some experience in redmine-chilli migration ? cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Mobile: +49

Re: non-free software in Ubuntu

not so much about the actual code, but the business process knowledge behind), which are developed on specific demands from our partners. General-purpose helper modules etc will be FOSS anyways. cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH

Re: non-free software in Ubuntu

about specific modules developed on our side, not OpenERP in general. By the way: our OpenERP aptrepo is now making good progress towards an usable state. Feel free to play around with it ;-) http://packages.vnc.biz/openerp-ubuntu-precise/ cu -- Mit freundlichen Grüßen / Kind regards Enrico

Re: non-free software in Ubuntu

reason why distro-packaged installations should differ from that on other distros. (manual deployment is a completely different issue) cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel

non-free software in Ubuntu

for the multiverse section ? cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel-discuss

Re: chromium memory conumption on x86_64

that it gets slightly worse over time. Perhaps I'll find some spare time to repackage everything from current upstream. cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax

Re: chromium memory conumption on x86_64

start afresh, not reusing the current debsrc, as the current approach with doesnt look practical to me). Let's see when I've got something usable ... cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D

chromium memory conumption on x86_64

else already working on this topic ? cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel

pbuilder create crashes

what could be wrong ? thx -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel-discuss mailing

pbuilder + directly building from git

Hi folks, is there already some way for building packages (w/ pbuilder) directly from a git ref, w/o creating any tarballs, diffs, et ? cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel

dpkg - install from uncompressed trees ?

regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings

pbuilder performance

regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings

package dependencies on versions

/precise/master-1.4.4 thx -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu-devel-discuss mailing list

redmine packaging

: http://packages.vnc.biz/redmine-testing/ cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig...@vnc.biz; www.vnc.de -- Ubuntu

Specialized kernel/base system for VM's/VE's

which are really required for running in an virtio-based environment, etc, etc). cu -- Mit freundlichen Grüßen / Kind regards Enrico Weigelt VNC - Virtual Network Consult GmbH Head Of Development Pariser Platz 4a, D-10117 Berlin Tel.: +49 (30) 3464615-20 Fax: +49 (30) 3464615-59 enrico.weig