Re: ekiga not found
hi, Am Freitag, dem 02.06.2023 um 15:07 -0700 schrieb Larry Marshall: > E: Unable to locate package ekiga this is the result of: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=911593 ciao oli signature.asc Description: This is a digitally signed message part -- 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: linux kernel version 5.15.0-69
hi, Am Samstag, dem 01.04.2023 um 12:47 +0200 schrieb harald.font...@gmx.net: > Do you recommend upgrading the kernel manually? it does not ask you to "upgrade the kernel manually" it just tells you that the upgrade happened but the kernel will only be able to be used after a reboot of the machine ... so just do a reboot and be done ;) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Version Errors in Emacs packages
hi, Am Montag, dem 27.02.2023 um 12:15 -0500 schrieb Russell Almond: > > [Flatpack and snap are not options. The sandboxing causes emacs to > behave strangely under flatpak; haven't tried snap.] > the snap is completely unconfined/un-sandboxed (pretty much the equivalent of an upstream binary tarball that installs into /opt, just with the snap packaging advantages (rollback, snapshots, delta upgrades, etc)) ogra@acheron:~$ snap info --verbose emacs | grep confinement confinement: classic ogra@acheron:~$ ciao oli signature.asc Description: This is a digitally signed message part -- 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: pb d'installation de Zotero sous linux
hi, Am Sonntag, dem 11.12.2022 um 10:36 +0100 schrieb Favray Agathe: > Bonjour > > J'essaie d'installer Zotero sous Linux et je rencontre des > difficultés. > Zotero ne s'ouvre pas. > Je voudrais désinstaller la version que j'ai pour installer celle 5.0 > mais je n'y arrive pas. > > Pourriez-vous m'aider ? > if you are referring to the zotero snap in the snap-store, you should contact the author via: https://github.com/extraymond/zotero-snap/issues (a test here shows it starts and runs just fine though) ciao oli (french: si vous faites référence au composant logiciel enfichable zotero dans le snap-store, vous devez contacter l'auteur via : https://github.com/extraymond/zotero-snap/issues (un test ici montre qu'il démarre et fonctionne très bien) ) signature.asc Description: This is a digitally signed message part -- 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: .deb file to tomcat 9.0.33
hi, Am Donnerstag, dem 11.08.2022 um 16:34 + schrieb Rhea Moubarak: > Hi, > > Where can i find the .deb file to tomcat 9.0.33? all available tomcat versions (and their respective .deb files) can be found at: https://launchpad.net/ubuntu/+source/tomcat9 you will notice that there is no build for 9.0.33 specifically though ciao oli signature.asc Description: This is a digitally signed message part -- 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: Impact of removing ubuntu-server metapackage
hi, Am Montag, dem 23.08.2021 um 15:30 +1200 schrieb Michael Hudson-Doyle: > > > > > I am wondering exactly how ubuntu-server is related to ensuring > > proper upgrades. If I choose to use systemd-coredump and ubuntu- > > server gets removed as a side effect, will that cause trouble if I > > want to upgrade or dist-upgrade at some point in the future? > > > > The main thing is that you won't get any packages that have been > added to Ubuntu server in the new version. For example multipath- > tools got added to the default install between 18.04 and 20.04 -- if > ubuntu-server is still present on the system, upgrading will cause > multipath-tools to be installed, if the metapackage has been removed > then it won't. > doesn't do-release-upgrade re-install the meta packages anymore before the upgrade (it used to) ... theoretically removing the meta package should have no effect on upgrades (apart from the fact that they are back after a release to release upgrade) if you do them with do-release-upgrade. ciao oli signature.asc Description: This is a digitally signed message part -- 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: snap package control
hi, Am Sonntag, den 16.05.2021, 12:27 +0200 schrieb Alec Leamas: > > Hence the question: is there are way for the official upstream to > take > control of the package in these circumstances? IIRC there is a process for upstreams to claim the official package name > > I understand that this might be the wrong forum. Please advise for an > alternative channel if this is case. > the right place to discuss this in https://forum.snapcraft.io ciao oli signature.asc Description: This is a digitally signed message part -- 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: Slic3r package crashes on startup - new version is available.
hi, Am Sonntag, den 28.02.2021, 10:27 -0700 schrieb Steve Baker: > > Right now though, it's 100% dead in the water for everyone I've > spoken > to. > if you need a functioning version fast, there is the well maintained: https://snapcraft.io/prusa-slicer ciao oli signature.asc Description: This is a digitally signed message part -- 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: DDGR
hi, Am Dienstag, den 12.01.2021, 22:10 -0300 schrieb Ian Jeffrey: > Hello > > ddgr is returning "no results" for all searches. > > Linux Mint 20.1 (Cinnamon). Python 3.8.5. ddgr version > 1.7+git20190928.bc. Lynx version 2.9. > > Are you able to offer any help? I have not been able to find anything > related on the internet. > to get ddgr updated in Ubuntu with a fixed version you can try a StableReleaseUpdate: https://wiki.ubuntu.com/StableReleaseUpdates while you wait for it to land, there is a snap package in the store that has always the latest version. https://snapcraft.io/ddgr ciao oli signature.asc Description: This is a digitally signed message part -- 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: snap home directory should be hidden
hi, Am Mittwoch, den 10.06.2020, 02:14 +0800 schrieb Jesse Steele: > it is a folder I can click into that I should never click into. ~/snap contains the per-application home directories... i.e. if you disconnect the home interface for a snap that you do not want to trust with access your personal files and data, the ~/snap//current directory becomes the only homedir the app sees, where it stores its downloads, its data and so on ... so indeed you should be able to see and browse this directory. to hide he dir from nautilus you can do the following: echo "snap" >~/.hidden that will make the file manager not show it anymore (it is still visible in the terminal though) there is a bug open about the name/renaming/making it movable at: https://bugs.launchpad.net/bugs/1575053 ciao oli signature.asc Description: This is a digitally signed message part -- 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: Mumble incompatibility between Bionic and Focal
hi, Am Mittwoch, den 13.05.2020, 15:08 +0200 schrieb René Walendy: > > The Bionic client and server (which are stuck at 1.2.19) can only use > TLS 1.0 since it is built against Qt4's old SSL library. The Focal > repository ships 1.3.0. That client will refuse to connect to servers > with old crypto, i.e. Bionic servers, and the Focal server won't > accept > Bionic clients. That creates an incompatibility between two supported > LTSes, which led to quite some frustration among my users recently. > > The only workaround I know of so far is how about instead using: https://snapcraft.io/mumble that will make sure you are always on the latest release on either LTS ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: anbox on 19.10
hi, Am Samstag, den 26.10.2019, 01:36 -0400 schrieb Scott Dennis: > > Another problem I found is gdm3 don't work right. If I bring down the > menu to restart or shutdown, the button don't work. had you spent less time in working out agressive formulations and more on reading the release notes, you might have found [1] the anbox issue might be related to [2] ciao oli [1] https://wiki.ubuntu.com/EoanErmine/ReleaseNotes#Unable_to_shutdown_ or_restart_from_the_log_in_screen [2] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1849493 signature.asc Description: This is a digitally signed message part -- 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: FFmpeg version
hi, Am Sonntag, den 06.10.2019, 12:01 +0800 schrieb AK103: > The version in binoic is too old(3.4.6),needs to update soon.Thanks! just use the snap ;) $ snap info ffmpeg name: ffmpeg summary: A complete solution to record, convert and stream audio and video. publisher: Snapcrafters contact: https://github.com/snapcrafters/ffmpeg/issues license: LGPL-2.1+ description: | FFmpeg is the leading multimedia framework, able to decode, encode, transcode, mux, demux, stream, filter and play pretty much anything that humans and machines have created. It supports the most obscure ancient formats up to the cutting edge. No matter if they were designed by some standards committee, the community or a corporation. This snap is maintained by the Snapcrafters community, and is not necessarily endorsed or officially maintained by the upstream developers. snap-id: Ee7LGphwQR669pcfCCdl0oJQouta69to channels: stable:4.1.4 2019-07-09 (821) 54MB - candidate: ↑ beta: ↑ edge: 4.2.1 2019-10-04 (923) 53MB - ciao oli signature.asc Description: This is a digitally signed message part -- 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: Some ideas about APT functionality
hi, Am Sonntag, den 11.08.2019, 12:00 +0300 schrieb Mike: > This option should provide much more interoperability between > different Linux distros. Say, some enterprise software is only > available in rpm-packages, but the binaries inside are runnable on > any > Linux x86_64 system, you can just unpack them or install with > "alien". how would apt know if or if not these binaries can run on any x86_64 linux ? to support such a use-case of being able to install distro independent software (proprietary or not) snap packages were created ... if you have such an rpm with statically compiled binaries inside i'd rather suggest to invest the few minutes it takes to create a snapcraft.yaml to quickly roll a snap package of this software than to put unexpected (and broken by design) functionality into apt. ciao oli signature.asc Description: This is a digitally signed message part -- 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: blacklist pcspkr
Am Dienstag, den 06.11.2018, 06:31 +0100 schrieb Ralf Mardorf: > Hi, > > when upgrading Ubuntu 16.04.5 LTS right now I noticed something > alarming. > > "Configuration file '/etc/modprobe.d/blacklist.conf' > ==> Modified (by you or by a script) since installation. > ==> Package distributor has shipped an updated version. > What would you like to do about it ? Your options are: > Y or I : install the package maintainer's version > N or O : keep your currently-installed version > D : show the differences between the versions > Z : start a shell to examine the situation > The default action is to keep your current version. > *** blacklist.conf (Y/I/N/O/D/Z) [default=N] ? d > --- /etc/modprobe.d/blacklist.conf 2016-10-23 23:06:36.499257451 > +0200 +++ /etc/modprobe.d/blacklist.conf.dpkg-new 2018-10-29 > [snip] > # ugly and loud noise, getting on everyone's nerves; this should be > done by a # nice pulseaudio bing (Ubuntu: #77010) > -#blacklist pcspkr > +blacklist pcspkr > [snip]" > > pcspkr is a good tool for error diagnosis. Replacing it by a bloated > sound server is risky, since the sound server easily could fail, > while > pcspkr is know to work without issues. this had originally never anything to do with sound servers per-se but mainly with the fact that you have zero volume control over the speaker without using one ... https://bugs.launchpad.net/ubuntu/+source/linux/+bug/331589 https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/290204 ... as you noted you can easily re-enable it if you need it for diagnostics) ... > I'm using either plain ALSA or jackd with the ALSA backend, if I need > audio, just to listen to something from the Internet or to do > professional grade audio productions, _but_ if I don't need to listen > to speech or other audio material, such as music, then I don't turn on > an amplifier, I also don't want a sound server to waste my computer's > resources, if I need signals from MUAs, the terminal etc., instead I'm > using a PC speaker beep. and isnt it great that ubuntu allows you to modify the default (that pleases the majority of users) so that you can run your own custom setup ? :) ciao oli signature.asc Description: This is a digitally signed message part -- 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: youtube-dl out of date.
hi, Am Donnerstag, den 14.06.2018, 01:01 +0100 schrieb Robie Basak: > > youtube-dl might be better off being made available to users as a > snap > though. See https://snapcraft.io/. But again - nothing will happen > without volunteers to do the work. > in fact there are already plenty of different snaps for this apparently: $ snap find youtube-dl NameVersion Developer NotesSummary youtube-dl-snap daily fireeye-YouTube Downloader youtube-dl-casept 2018.01.18 casept -YouTube Downloader youtube-dl-bdmurray 2017.04.28 bdmurray -downloads videos from youtube.com or other video platforms ktube-media-downloader 1 keshavnrj classic Browser, Download, Play Media from Youtube and other Sites ultimate-media-downloader2 1 keshavnrj -Download media from various websites ultimate-media-downloader 6.0 keshavnrj -Ultimate media downloader is a Gui based video audio downloader which support download media from various sites. gydl0.1.1 bmoore321 -Download Audio/Video from Youtube and other sources $ ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal: Let's drop i386
hi, Am Dienstag, den 29.05.2018, 12:31 +0100 schrieb Dimitri John Ledkov: > > > > > with the i386 archive gone we'd need a new solution here ... > Which is to install libc6-i386:amd64 package no? Is this an all snap > system? Do you have any other :i386 packages installed? Imho, it may > make sense to switch to using libc6-i386:amd64 in core / on all-snap > systems. > this is on all amd64 core snap installations, no matter if it is all- snap (Ubuntu Core) or classic. technically it allows you to run any i386 binaries on top of the amd64 core snap. i was actually under the impression the libc6-i386 package was supposed to be removed with the proper implementation of multiarch ... if it will persist, this will indeed be an option (and a lot less hackish to install than what the current live-build hook does [1]) ciao oli [1] https://paste.ubuntu.com/p/Cvq8r62yyZ/ signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal: Let's drop i386
hi, Am Sonntag, den 13.05.2018, 14:33 -0400 schrieb Jeremy Bicha: > On Sun, May 13, 2018 at 1:57 PM, Colin Watson > wrote: > > > > IIRC Steam is also relevant, and I guess that would involve talking > > to > > Valve? > I think our users would be better served by Steam becoming a Snap. I > have more explanation at https://launchpad.net/bugs/1759715 > note that today the ability of executing 32bit snaps on top of amd64 is achieved via the installation of libc6:i386 inside the core snap ... with the i386 archive gone we'd need a new solution here ... ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Proposal: Let's drop i386
hi, Am Mittwoch, den 09.05.2018, 16:07 -0400 schrieb Bryan Quigley: > Hello, > > Less and less non-amd64-compatible i386 hardware is available for > consumers to buy today from anything but computer part recycling > centers. i386 is still very popular in the embedded and industrial world, so as long as Ubuntu Core gets offered for i386 the archive needs to stay around (for build deps, for building core itself) ... i also heard that i386 for cloud images is still very popular ... there are close to zero costs to just keep the port around. while i agree that installer images for it should go away since they actually generate noticeable extra work in testing and QA, just having i386 packages in the archive is something we get for free from debian after all and the few build issues that might exist specifically on/due to i386 during a 6 month release cycle are really neglectable IMHO. ciao oli signature.asc Description: This is a digitally signed message part -- 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: Python2 demotion (moving from main to universe) in progress
hi, Am Samstag, den 09.12.2017, 11:38 +0100 schrieb Xen: > > > The Ubuntu CoC states to assume good intentions on behalf of the > other. and you are aware that this applies to both sides of the conversation, right ? ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Keyboard layout switching in modern Ubuntus
hi, Am Dienstag, den 02.05.2017, 12:13 +0200 schrieb Gunnar Hjalmarsson: > On 2017-05-02 11:46, Oliver Grawert wrote: > > > > unity7 will stay around in universe, that it gets dropped as > > default > > desktop doesnt mean it wont be kept alive by the community. 18.04 > > will still have it in universe (given how mature it is maintaining > > it's state and security wont be a biggie). so you will be able to > > at > > least use it til 2023. > Isn't Canonical's maintenance undertaking about the main packages? > If > so, you can't really tell how long it will live, can you? well, i can tell that it will be in the archive in universe for the 18.04 release ... that means it will be available for the lifetime of that release... ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Keyboard layout switching in modern Ubuntus
hi, Am Dienstag, den 02.05.2017, 11:00 +0200 schrieb Ralf Mardorf: > On Tue, 2 May 2017 08:47:45 +0100, Dimitri John Ledkov wrote: > > > > What is the future of unity-control-center? > Unity desktop will be discontinued soon. > unity7 will stay around in universe, that it gets dropped as default desktop doesnt mean it wont be kept alive by the community. 18.04 will still have it in universe (given how mature it is maintaining it's state and security wont be a biggie). so you will be able to at least use it til 2023. ciao oli signature.asc Description: This is a digitally signed message part -- 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: Repeatedly Failing Installation of ttf-mscorefonts-installer
hi, On Mo, 2017-01-23 at 10:19 -0500, Jeffrey Lane wrote: > > T > E: Failed to fetch > https://svwh.dl.sourceforge.net/project/corefonts/the > fonts/final/arial32.exe 400 Bad request > > E: Download Failed > > I was able to reproduce this from console as well, and have filed a > bug for it: > https://bugs.launchpad.net/ubuntu/+source/msttcorefonts/+bug/1658707 > > As noted above, this seems like an upstream issue (at least with the > downloads) but the drop privilege problem also exists (though maybe > it's a non-issue?) regarding the drop privilege: https://bugs.launchpad.net/debian/+source/apt/+bug/1522675 and there is also https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1651923 which is related to apt-helper based downloads ... and which additionally points to: https://bugs.launchpad.net/ubuntu/+source/apt/+bug/1657567 which is sourceforge specific ... quite a papertrail already :) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Watchdog init info
hi, On Mo, 2016-11-14 at 18:28 +0300, Артём Конвалюк wrote: > Hello! > > I have Ubuntu 16.04 server and need to install watchdog package > (5.14-3ubuntu0.16.04.1) and some other packages. > is there a reason that you use the old obsolete watchdog package instead of using systemd's watchdog feature ? ciao oli signature.asc Description: This is a digitally signed message part -- 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: Gnash
hi, On So, 2016-11-13 at 16:24 +0100, Till Uhlmann wrote: > > "W: Can't drop privileges for downloading as file > '/root/.synaptic/tmp//tmp_cl' couldn't be accessed by user '_apt'. - > pkgAcquire::Run (13: Keine Berechtigung) > are you aware the "W:" in the front means this is just a warning ? it does not have any effect on the operation itself ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: Future and impact of ongoing projects in Linux world
hi, Am Donnerstag, den 13.10.2016, 18:31 +0200 schrieb Ralf Mardorf: > On Thu, 13 Oct 2016 17:42:29 +0200, Xen wrote: > > > > Can you please come out of your psychosis now? > On Thu, 13 Oct 2016 17:49:24 +0200, Xen wrote:. > > > > > > Please quit, as you're not providing helpful advice. > Another psychotic and unhelpful advice: > can you two please calm down a little and tame your personal attacks, this isnt appropriate for an ubuntu list and this thread starts to slowly seem to go out of band ... please lean back, take a deep breath and consider if the topic really needs more discussion :) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Future and impact of ongoing projects in Linux world
hi, On Mi, 2016-10-05 at 14:21 +0200, Ralf Mardorf wrote: > PS: Since you mentioned Network Manager, I'm using scripts to either > connect by PPPoE or DHCP to the Internet. I don't have other needs > regarding networks. What is wrong with Network Manager, to provide > user-friendly network access? You are not forced to use Network > manager, you could use other tools and/or use command line by > launching scripts during startup, as I do. In some regards Ubuntu is > less expert-friendly as other distros might be, but we could chose > the distro that fit best to our needs. > i must say that in many aspects i find nmcli more powerfull than ifconfig for scripting ... it changed a lot within the last years ... one big disadvantage is still that it requires a lot of dependencies ip or ifconfig do not require ... but disk space is cheap in most cases ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: Future and impact of ongoing projects in Linux world
hi, On Mi, 2016-10-05 at 04:05 +0200, Xen wrote: > Xen schreef op 05-10-2016 3:32: > > > > > In short, the discrepancy between what a user can do and what root > > can > > do, is too big. > > The result of this is that most services are installed completely > system-wide and there is nothing less than that. how would you deal with ... say 20 users all installing a mongodb server on your multi user system that all want to use the same privileged network port ? > > Now you may think containers are a solution to that but if you use > e.g. > LXC for that you still have the same programs running equally > system-wide but now they are just doing that inside of a container. > > That doesn't change the programs, you know. no, but it makes the above possible (by applying a container based sub- network like ubuntu-fan does for example)... though note that snaps have nothing to do with containers (quite the opposite actually). > > In terms of logging: why is there not a daemon that can run for a > user > specifically? there is ... see ~/.xsession-errors and ~/.cache/upstart/ (and there will be a systemd one as well, once switched to systemd user sessions) > > Why is there not a user fstab in which the user can specify mounts he > or > she wants to use? It is possible for libpam-mount but not for > regular > fstab. simply because nobody had the balls yet to switch a system completely to systemd.mount units i guess, but also because it is a security nightmare to allow people to randomly mount/umount system disks (though there is fstab-free mounting of USB disks today with udisks2 on every standard ubuntu system (or flavour))... > > Why are there so few user-oriented systems that a user can use in a > convenient smaller environment? > > - there is no user init system, unless you run stuff through e.g. > .bashrc or some xinit script or whatever. That is extremely arcane > and > impossible for a regular user to do. this is possible since ages, see http://upstart.ubuntu.com/cookbook/#session-job also see https://cfp.systemd.io/en/systemdconf_2016/public/events/8 it is actively being worked on for sysstemd sessions ... > > Suddenly your personal documents are maintained in > /var/lib/something!! > I have been fighting this for a long time. you should really read up about snaps ... no user data lands in /var, by default, user data goes to $SNAP_USER_DATA which is a subdir in your home (unless you run a system wide daemon that was explicitly set up for not doing that that indeed) > > And now we have snaps but snaps are equally system-wide. Ubuntu's > snappy > page mentions the following command: > > $ snap install hello > > But you can't actually do that. > > error: access denied (try with sudo) > > Oops, busted. You need a root prompt for that. > the error is mis-leading ... if you use "snap login" to set up your U1 account, you can install snaps without root privs. along with that click packages are user packages and being used in ubuntu products on sale since 2015 (snaps will replace them eventually). ciao oli signature.asc Description: This is a digitally signed message part -- 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: LibreOffice Mark for Complete Removal 'breaks' package
hi, On Di, 2016-09-27 at 09:37 -0700, paulwhee...@cox.net wrote: > You are getting this email, because you are listed as the maintainer > of this package. If this is not the place to complain about the > package, then where is the 'correct' place? > the correct place for linux mint questions or complaints is in a linux mint forum or at the linux mint bug tracker, please ask there. if you can confirm the same issue on an ubuntu installation instead, feel free to file a bug on launchpad. ciao oli signature.asc Description: This is a digitally signed message part -- 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: LibreOffice Install and Use Problems
hi, On Mi, 2016-09-28 at 13:00 +0200, Xen wrote: > > I simply think the likelyhood of there actually being a problem with > the > Ubuntu package in a Mint system is going to be *very* slim and if it > existed, more people would experience it, as you have indicated on > Ubuntu's side. well, tell that to the developers that spent countless hours on launchpad trying to verify mint bugs (without knowing mint is underneath). in LP we have the general rule to send mint users back to the mint bug tracker/forums etc. which the OP seemingly already experienced. > > So it just seems more prudent to 'misdirect' this support request on > the > grounds of it not being fit for a bug report against a package (ie. > it > is just a user support request and should be treated as such first > before treated as a bug against anything) and not on the grounds that > it > is against the wrong distribution; as a user support request it needs > to > go to Linux Mint, but if it actually /were/ a package issue (no > matter > how slim) it would not be that much of a problem to report it > against > Ubuntu. Or Ubuntu-devel-discuss, I mean. It's just that this user is > wrong, probably, about the nature of the issue -- sorry to offend > anyone. well, first of all this is not a support list, it exists because ubuntu-devel is developers only and there needs to be a forum where users can discuss development related issues with developers when needed ... the support list would be ubuntu-users ... beyond this how do you know the bug is not caused by a (possibly) patched libboost, a gtk patch mint applies, held back upgrades or some weird filesystem mangling the mint installer does ... there are millions of possibilities you can not take into account without deeply knowing what mint does. it doesnt matter if it is a packaging problem or not as long as there is a possibility of something non-standard in the system causing it. if the mint support can nail it down with evidence to be an ubuntu problem, then yes, there is no issue at all with filing it on launchpad. in general though i was reacting to: "The last time I tried to report a bug in this package, someone told me I was in the wrong place. I am not sure how talking to the package maintainers could be the wrong place!" ... "Unless I am mistaken, you are the package maintainers, so it does not matter what Linux system it is installed on, it should work, right?" it *does* matter a lot and the way the mint developers picked to create their distro plays a big role here. if you picked mint and it broke you simply gotta keep the pieces and solve it with mint support in the first place ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: LibreOffice Install and Use Problems
hi,
Am Dienstag, den 27.09.2016, 22:29 +0200 schrieb Xen:
>
> I furthermore doubt it is even possible, even remotely possible, that
> it
> would be a problem with the libreoffice packages. But Mint is so
> similar
> that it is also unlikely that the package itself would cause
> problems.
> They are just not that different I think.
>
> However, who knows. If you cannot report it on the Linux Mint
> forums,
> I'm not sure there is a way to get help. Regards.
>
linux mint patches a bunch of core libraries without re-building the
dependencies on top (gtk for example), they also hold back a bunch of
updates by default and mark them "dangerous" to the user (kernel, xorg,
grub etc).
whatever results from this is definitely not supportable on an ubuntu
list ... mint isnt a flavour like {x,k,l,ed}ubuntu{-mate} where distro
changes are collaboratively made in the archive and used by everyone
with the same results, there are modifications in mint nobody but the
mint team knows about.
this is similar to mixing pure debian binary packages without re-
building against the libs with ubuntu, the result is a matter of luck
and nobody at debian would be able support this either if you came to a
debian list asking about the probs you have with such a setup.
it is fine if a mint user can actually track down the issue to an
ubuntu error to then file a bug in launchpad, no doubt. but first you
have to make sure the downstream changes have not caused the issue and
this is beyond the scope of this list.
ciao
oi
signature.asc
Description: This is a digitally signed message part
--
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: LibreOffice Install and Use Problems
hi, Am Dienstag, den 27.09.2016, 08:51 -0700 schrieb paulwhee...@cox.net: > > Package info: Version: 1:5.1.4-0ubuntu1 (xenial-updates) > > > Unless I am mistaken, you are the package maintainers, so it does not > matter what Linux system it is installed on, it should work, right? yes, these are ubuntu packages, developed and tested against a specific ubuntu release, against ubuntu libraries and ubuntu installations ... they do not get tested against mint installs, modified mint libraries or mint desktops ... you should talk to the mint maintainers why an ubuntu package does not work on your mint install. your assumption that it does not matter which linux sytem a binary that was built against a specific set of dependencies of a specific distro runs on is wrong. it matters a lot, especially if you use a package with a lot of dependencies like libreoffice. try asking the mint guys. in case you or they can track your breakage down to a specific ubuntu related issue, feel free to file an ubuntu bug on launchpad ... ciao oli signature.asc Description: This is a digitally signed message part -- 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
Snappy (Was: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support)
hi, On So, 2016-09-18 at 15:29 +0200, Xen wrote: > Oliver Grawert schreef op 18-09-2016 15:09: > > > > hi, > > On So, 2016-09-18 at 14:14 +0200, Xen wrote: > > > > > > > > > That won't install Ubuntu onto a 32-bit system, now will it. > > > > it will, and snappy images will actually be staying around for > > 32bit > > since they target embedded, where you even still see a lot new > > 32bit > > only devices being produced and where memory size of the binaries > > can > > be essential (32bit ones being smaller on disk and consuming less > > ram) > > > > http://cdimage.ubuntu.com/ubuntu-snappy/xenial/current/ ... > > So what would that imply > > Do I need a running system to unpack e.g. ubuntu-core-16-i386.img.xz > onto a root filesystem and then chroot and install grub? the images are preinstalled filesystems, containing a bootloader and everything already, you dd them to a target device (SD card, internal flash, USB stick). while targeting server, cloud, robots, NAS, switches, routers, fridges, self driving cars, lawnmowers, media-boxes etc [1], there is nothing holding you back to make an lxde snap and bundle it in an image (created with the ubuntu-image tool) you provide yourself. so while desktop, tablet or phone is currently not the target of these images, it can very well be (and you get all the snappy advatages, like unattended auto-rollback of the kernel or rootfs if it fails to boot after upgrades and all the other transactional package update/rollback mechanisms it has built in) > > Is there going to be an installer experience as well? But that would > require 32-bit (Ubiquity) ISOs. there is a firstboot experience pretty much like ubiquitys oem mode where you can set up the basic system parameters (user, hostname, network config) there will be an easy installer in the future as well, called ubuntu- flash that will enable you to install from any media you want to any other media ... ciao oli [1] https://nextcloud.com/box/ signature.asc Description: This is a digitally signed message part -- 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: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support
hi, On So, 2016-09-18 at 14:14 +0200, Xen wrote: > > That won't install Ubuntu onto a 32-bit system, now will it. it will, and snappy images will actually be staying around for 32bit since they target embedded, where you even still see a lot new 32bit only devices being produced and where memory size of the binaries can be essential (32bit ones being smaller on disk and consuming less ram) http://cdimage.ubuntu.com/ubuntu-snappy/xenial/current/ ... > > Even if a decision is made (ever) to transition all 32-bit packages > to a > snaps system so that ordinary 64-bit people can still use them that > will > probably be rife with problems (will non-snap 32-bit apps be able to > use > snap 32-bit libraries?) on 64bit desktops 32bit snaps can very well run... by design a snap ships its needed libs along (pretty much like a static build) and all amd64 based systems providing snap support are able to execute the 32bit snaps (the snap runtime environment on amd64 ships the 32bit libc by default to guarantee that). i think what ralf refers to in his other bits is rather the point that you can use snaps on all distros (snappy exists for all of them, despite not being provided by default on most), but this is not actually relevant for this thread ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support
hi, Am Sonntag, den 11.09.2016, 19:30 +0200 schrieb Ralf Mardorf: > On Sun, 11 Sep 2016 12:52:14 -0400, Tom H wrote: > > > > do you really think that this is the best use of ubuntu-devel- > > discuss@? > Does somebody need 32 bit support? > yes ... as i said in my opening mail, people using proprietary software that only runs in 32bit multiarch (think steam, i don't think there is actually 64bit client). and someone else asked if there are still 32bit boards in production ... yes they are .. in the embedded world they are even very prominent and with snappy ubuntu offers an install image for such devices. snappy as well as multiarch setups base on deb packages from the archive. so 32bit *packages* will not go away any time soon, at least for the above package-sets. also ripping out 32bit builds from debian-installer would be some effort vs. just having it build the netinst and mini.iso 32bit binaries along with the rest, so i guess there will even be an installer (despite not officially supported) i doubt though that we will have supported ubuntu-desktop package sets or fully fledged isos for 32bit in the future. ciao oli signature.asc Description: This is a digitally signed message part -- 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: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support
hi, On Sa, 2016-09-10 at 13:13 +0200, Ralf Mardorf wrote: > On Sat, 10 Sep 2016 12:38:17 +0200, Oliver Grawert wrote: > > > It is good to recycle, but it's not good the way it is done now, for > still usable gear and by exploiting the poor. no, it is a matter how and through which organisation you recycle ... "the way it is done now" totally depends on the way people do their donation, give your old HW to people that can actually do something good with it and who will get it in the right hands and you voted with your feet, very simple. > > Simply donate new computers instead of giving them your old, as an > excuse to buy a new one for yourself. They then need to do the same > as > you should do, use those computers as long as possible. but they will still pile up as crap somewhere in the end. you probably need a new computer because you need that new office feature to open the docs of your company at home ... that feature that was forced down your throat by a SW company ... and the new office needs that new OS (because again ... that SW company) that new OS only runs on newer hardware... etc etc or you are a gamer that only buys a new graphics card every three years instead of buying a new console every year ... you know that our society isn't like what you dream of here, don't you ? the world isn't black and white and in the greyscale that there is, donating your used hardware is one of the better compromises. > > > > > when i was still LTSP and edubuntu upstream i worked very closely > > with > > [1], they actually know what they are doing and make sure to only > > ship > > usable bits ... they ship it to places where people live that would > > never be able to achieve a computer at all ... > > But why donating old instead of new computers? Greed? indeed everyone who donates their old hardware does that because of greed ... that's indeed a totally logical conclusion :P > > > if you look at the US there are people that can hardly afford a > > living. > > yet [2] will enable the kids of such families to > > a) actually learn how a computer works and > > b) build their own one in courses to take home with them ... > > again these are people that wouldn't have had access to a computer > > at > > all ... > > Why wouldn't the have access to computers at all. The only way in you > mind is donating the computers that other people do not want to use? they wouldn't have access because they cant afford one, i wrote so above. if you have three jobs to earn just enough to pay your rent, fill your fridge and get your kids dressed, where would the money come from to give them a computer ? are you saying it is better for them to not have one at all than to re-use older hardware ? > > > > recycling is a matter of "done right", just saying "the whole > > approach > > is wrong" is very short sighted... > > Inform yourself about how recycling is done and when recycling makes > really sense. > well, i have been at many freegeek places in the US (some close friends work there) and as i said i worked with the linux4africa people ... one of the reasons for me to be LTSP upstream for many years was that you can turn old PCs into powerful thin clients with it and give them a life for another 5-10 years ... how much first hand knowledge of recycling do *you* actually have beyond having read that news article/seen that documentary ? how many people did you *meet* that could not afford a computer at all and were overly happy to be able to build their own and take it home ... yes, there are drawbacks in recycling if you go down to the level of having people sitting on a trash dump dissolving PCBs with poisonous liquids etc ... if you don't like that, simply don't do it ... go the other route, support the recycling organisations that do something with the hardware ... as i wrote above, it is your choice that can fix this, vote with your feet. if you can afford it, sure, go ahead and donate new computers... i'll praise you for it ... but again, the world isn't just as black and white as you paint it. how about we stop this thread here, it isn't really ubuntu related any more ... both our points of view are clear and apparently i cant convince you of mine and i wont agree with yours, so lets just move on with life before we go more off topic ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support
hi, Am Samstag, den 10.09.2016, 12:05 +0200 schrieb Ralf Mardorf: > As already pointed out, recycling or refurbishing for the poor > already > is the wrong approach, only using computers for a longer period of > time > and repairing components of computers, instead of replacing them > completely solves environmental and social problems. The poot should > use the same computers as the rich. Recycling does not mean that it > doesn't cause e-waste and waste by idiotic traffic there and back to > foreign country's slums and that workers aren't exploited. Just rare > earth elements are recycled and much e-waste remains. The complete > approach is wrong. so you think it is better to not recyle and re-use the materials that were retrieved at the cost of the workers health but instead use them longer and buy then new stuff that was again retrieved at the cost of worker lives ? that's a strange statement. if they want computers in a country that does not produce them itself there will be transport costs and the related pollution in either case. the trick here is to sort out the crap *before* you cause transport costs and pollution, to actually get usable stuff to the people ... when i was still LTSP and edubuntu upstream i worked very closely with [1], they actually know what they are doing and make sure to only ship usable bits ... they ship it to places where people live that would never be able to achieve a computer at all ... to places where there is partially not even power and where internet access means that once a week a guy with a moped comes by with a usb stick that proxies your mails and websites you want to read. following your logic would mean that all these people would never get access to wider information and education... if you look at the US there are people that can hardly afford a living. yet [2] will enable the kids of such families to a) actually learn how a computer works and b) build their own one in courses to take home with them ... again these are people that wouldn't have had access to a computer at all ... recycling is a matter of "done right", just saying "the whole approach is wrong" is very short sighted... ciao oli [1] http://www.linux4afrika.de [2] http://www.freegeek.org/ signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Fwd: Ubuntu Core 16 beta images available]
hi, On Do, 2016-09-08 at 19:54 +0300, Simos Xenitellis wrote: > > > > > Where should these reports be filed at? > > > > > > > > > > Enjoy the fresh images! If you find any bugs or issues, please > > > > let > > > > us > > > > know via: > > > > > > > > https://bugs.launchpad.net/snappy/ > > > > > > > > Cheers, > > > > Michael (on behalf of the snappy team) > > > > > > just there ... we'll sort it out :) ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Fwd: Ubuntu Core 16 beta images available]
hi, On Do, 2016-09-08 at 17:30 +0200, Oliver Grawert wrote: > hi, > On Do, 2016-09-08 at 16:19 +0100, John Lenton wrote: > > > > On 8 September 2016 at 15:14, Oliver Grawert > > wrote: > > > > > > > > > though it might be tricky to detect > > > from within kvm that you are running inside kvm and conditionally > > > change the default message here > > > > yeah, that'd need dmidecode which isn't in core. Its only 100k > > though... ;-) > > nah, you can have that cheaper apparently: > > ogra@localhost:~$ grep "model name" /proc/cpuinfo > model name: QEMU Virtual CPU version 2.4.0 > it strikes me though that you can not really know the redirected ssh port from inside the VM ... ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Fwd: Ubuntu Core 16 beta images available]
hi, On Do, 2016-09-08 at 16:19 +0100, John Lenton wrote: > On 8 September 2016 at 15:14, Oliver Grawert wrote: > > > > though it might be tricky to detect > > from within kvm that you are running inside kvm and conditionally > > change the default message here > > yeah, that'd need dmidecode which isn't in core. Its only 100k > though... ;-) nah, you can have that cheaper apparently: ogra@localhost:~$ grep "model name" /proc/cpuinfo model name : QEMU Virtual CPU version 2.4.0 ;) ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: [Fwd: Ubuntu Core 16 beta images available]
hi, On Do, 2016-09-08 at 16:56 +0300, Simos Xenitellis wrote: > Hi All, > > I tried the instructions at https://developer.ubuntu.com/en/snappy/st > art/ > in order to get the new Beta images at > http://cdimage.ubuntu.com/ubuntu-snappy/16.04/current/ > to work on locally on KVM on Linux. well, that will only start to work once the series 16 images are actually released, until then the website will keep point to the official 15.04 release indeed :) these images are betas ... > > Two issues: > > 1. The command to start kvm should better be like > > kvm -m 512M -redir :8090::80 -redir :8022::22 -drive > format=raw,file=ubuntu-core-16-amd64.img > > (instead of kvm -m 512 -redir :8090::80 -redir :8022::22 > ubuntu-15.04-snappy-amd64-generic.img > which causes the warning: > > WARNING: Image format was not specified for 'ubuntu-core-16- > amd64.img' > and probing guessed raw. > Automatically detecting the format is dangerous for raw > images, write operations on block 0 will be restricted. > Specify the 'raw' format explicitly to remove the > restrictions.) > well, nothing will ever write on block 0 i hope :) but yeah, that is a valid concern, please file a bug ... > In addition, I think it is better to specify M in "512M". same thing, please file bugs :) > > 2. Once you configure Ubuntu Core and supply your launchpad email > address > (required so that it can retrieve your SSH public key and install > into > the running image), > it suggests to > ssh -p 8022 myusername@10.0.2.15 > The instructions at the Snappy Start suggest to > ssh -p 8022 ubuntu@localhost > (mentions that "ubuntu/ubuntu" is a hard-coded account in earlier > Ubuntu Core images). > > What works with Ubuntu Core 16.04 Beta is > ssh -p 8022 myusername@localhost > (where "myusername" is the Launchpad username. You got it right it > https://launchpad.net/~myusername is your personal Launchpad page). definitely also worth a bug report (though it might be tricky to detect from within kvm that you are running inside kvm and conditionally change the default message here)... > > All accounts on the Ubuntu Core 16.04 Beta image are locked, so it is > not possible to log in through the qemu log in screen straight away. this is on purpose ... (you can indeed log in via ssh and use "passwd" to set a password for the account) ... > > Enjoy the fresh images! If you find any bugs or issues, please let > > us > > know via: > > > > https://bugs.launchpad.net/snappy/ > > > > Cheers, > > Michael (on behalf of the snappy team) > > ciao oli signature.asc Description: This is a digitally signed message part -- 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
[Fwd: Ubuntu Core 16 beta images available]
hi, this is a big milestone that is worth to be announced to a wider audience ;) ciao oli--- Begin Message --- Ubuntu Core 16 Images = The Ubuntu snappy team is happy to announce the first beta images for Ubuntu Core 16. The images use the snapd package manager to install and update all components of the system including kernel, core, gadget and applications. The images are available for PC (amd64, i386) and Raspberry Pi2 (armhf). More architectures and boards (arm64 dragonboard, pi3) will follow shortly. You can download them at: http://cdimage.ubuntu.com/ubuntu-snappy/16.04/current/ The images are bootable, the pc image can be booted directly in qemu-kvm or virtualenv. The pi2 image can be written to a sdcard via: unxz ubuntu-core-16-pc.img.xz dd if= ubuntu-core-16-pc.img of=/dev/sdXX Where /dev/sdXX is the path of your sd card. After booting the image you can enter your Ubuntu SSO email and it will automatically create a matching user with the right ssh keys. If you do not have an Ubuntu SSO account yet you can create one at: https://login.ubuntu.com/ These images follow the "beta" channel. Enjoy the fresh images! If you find any bugs or issues, please let us know via: https://bugs.launchpad.net/snappy/ Cheers, Michael (on behalf of the snappy team) -- Snapcraft mailing list snapcr...@lists.snapcraft.io Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/snapcraft --- End Message --- signature.asc Description: This is a digitally signed message part -- 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: My opinion on Ubuntu cancelling Intel 80386/80386-clone processor support
hi, Am Mittwoch, den 07.09.2016, 02:43 +0200 schrieb Ralf Mardorf: > On Tue, 6 Sep 2016 17:08:30 -0700, Ryan Cunningham wrote: > > > > I have heard recently that Ubuntu has plans to cancel support for > > processors in the Intel 80386 family (and clones of the same). > Hi, > > I'm not a developer. However, already 3 years ago i386 support was > removed from Linux 3.8. I guess you are confusing i386 with 32 bit in > general. It's confusing that Ubuntu 32 bit packages are named i386, > while actually they are not i386. I don't know, I guess they are > i586. > But yes, dropping 32 bit support completely seems to happen > relatively > soon. thats unlikely ;) 32bit installer/image support (and the related iso testing that hogs a lot of time) might be dropped at some point soon, thats true. but the archive will still persist for quite some time, there is to much nonfree software that neeeds 32bit multiarch support (32bit is also immensely important in embedded and IoT where you are memory constrained), so the packages in the archive will still be built. as long as this is the case you can always use a 16.04 installer and then upgrade to the latest release. ciao oli signature.asc Description: This is a digitally signed message part -- 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: libgpod CLI Package Name (16.04)
hi, Am Dienstag, den 23.08.2016, 12:21 -0400 schrieb m...@nerdcore.net: > libgpod-cil https://en.wikipedia.org/wiki/Common_Intermediate_Language ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Montag, den 11.07.2016, 19:47 +0200 schrieb Ralf Mardorf: > On Mon, 11 Jul 2016 19:27:45 +0200, Oliver Grawert wrote: > > > > you want snapd though and uninstall snappy again (sadly the snappy > > media player own the package name a little longer already :) > I didn't install snappy for Ubuntu. > > Arch's "snappy" is the same as Ubuntu's "libsnappy1v5". well, yes, they are both media players ;) > > I didn't install snapd, since it's neither a(n optional) dependency > of > snapcraft, nor of libsnappy1v5. Is it needed [1]? > snapd is the tool that gets you the "snap" command ... (i.e: "snap install $package.snap") and is needed to run snaps ... snapcraft is the tool to build snaps ... you dont need snapd to build a snap so it is no dependency of snapcraft ... but i assume you want to try out your snaps once you built them, for that you need to install snapd ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Montag, den 11.07.2016, 19:15 +0200 schrieb Ralf Mardorf: > On Mon, 2016-07-11 at 15:51 +0200, Oliver Grawert wrote: > > > > in case you want to know more details ... > If I find the time to care about it, I'll give it a go. > I started with installing snappy and snapcraft ;). cool ... > > [rocketmouse@archlinux moonstudio]$ sudo systemd-nspawn -q dpkg -l > libsnappy1v5 snapcraft snapcraft-examples|grep ii > ii libsnappy1v5:amd64 1.1.3-2 amd64fast > compression/decompression library > ii snapcraft 2.12 all easily craft snaps > ii snapcraft-examples 2.12 all examples and demos > for snapcraft > [rocketmouse@archlinux moonstudio]$ pacman -Q snappy snapcraft > snappy 1.1.3-2 > snapcraft 2.12-1 > you want snapd though and uninstall snappy again (sadly the snappy media player own the package name a little longer already :) i'm curious how/if it works under systemd-nspawn ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Montag, den 11.07.2016, 13:17 +0200 schrieb Oliver Grawert: ... there is a very detailed description at https://developer.ubuntu.com/en/snappy/guides/security-whitepaper/ in case you want to know more details ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Montag, den 11.07.2016, 12:27 +0200 schrieb Ralf Mardorf: > On Mon, 2016-07-11 at 10:34 +0100, Robie Basak wrote: > > but see: reality > > I only see an advantage for Ubuntu LTS releases. For regular Ubuntu > releases, let alone rolling releases, such as Arch, this approach IMO is > a step into the wrong direction. say i'm an upstream dev who wants to provide his app to as many users as possible with as little work for me as possible (i'm an upstream dev, not a packager, why should i learn rpm or deb packaging) ... do you think i would provide a package for rolling distro $X where all libraries i depend on are constantly changing ? i would have to permanently monitor that one distro to make sure my app still works ... instead i can have a package format that works on all distros (snapd is in ubuntu, debian, arch and gentoo, it is available for fedora and opensuse) and that i can define with a few lines in a single snapcraft.yasml file. if i want to do a release i have to do exactly one upload and my app is avaliable to all distros, be it LTS enterprise ones, or the latest rolling release of foobar what do you think i as upstream would pick here ? OTOH ... i as a distro maintainer appreciate that i do not have to actually care for enduser apps anymore and i can fully concentrate on the base install and make that rock, the distro focus gets a lot smaller which frees up a lot manpower for bug fixing and improvements. (also note that there is a snappy distro image (where rootfs, kernel and bootloader are snaps too), which is a completely rolling distro, if ubuntu ever goes fully rolling, snappy will be the base i guess) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Montag, den 11.07.2016, 00:08 +0200 schrieb Ralf Mardorf: > The important concern is related to lose track of what is inside all > those containers. Imagine some containers depend on > except that there are no containers ... yes, it might be that an app ships a vulnerable TLS lib in the snap... that single app would be vulnerable until the upstream updates it ... there is an opportunity to ship a TLS lib inside he execution env as well and make it available to all snaps ... in which case you would have this bit covered by the ubuntu security team... another option is to use the upcoming content interface that allows sharing of binary content between snaps (i.e. libs) so a libssl snap provided from the ubuntu security archive would be an opportunity too in case you are a lazy upstream and do not want to update your snap for such issues ... snappy is very flexible here ;) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Sonntag, den 10.07.2016, 17:11 +0200 schrieb Ralf Mardorf: > Hi, > > there's an interesting counter-argument against something similar to > snapcraft/snappy. > > https://lists.archlinux.org/pipermail/arch-general/2016-July/041579.h > tml well, this is about flatpack not snappy ... comparing apples with peas ... ;) snappy uses completely different confinement mechanisms (apparmor, seccomp, packages being 100% readonly, the exec env being readonly etc), and while it is true that shipped dependencies of an app can actually be compromised, the confinement will save you from ill effects on your system through that. yes, one app *can* have a compromised libssl in the snap, but that security breach will exactly only apply to that one app, there is no way for it to affect the system or any other apps (unless the user told it to by enabling any cross snap interfaces) if your kernel would be broken enough to actually circumvent the used security mechanisms above, i guess issues in snap packages would be the least of your problems :) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Snapcraft, Snappy
hi, Am Samstag, den 09.07.2016, 16:52 +0200 schrieb Ralf Mardorf: > Hi, > > on Ubuntu devel "snapcraft" was mentioned today. I made some Internet > research and Snappy was even mentioned on a RME forum. I wonder it > it's > a sandbox or virtualization, that could cause issues with real-time > and/or jack connections with "regular" apps. IOW I don't understand, > if > there is an additional layer, a separation or if it's just like a > regular install to /opt, without using shared libs, but also without > a > layer, IOW without a separation? > > Sometimes German Ubuntu help pages are better than the English pages, > but regarding this topic, there seem to be no German Ubuntu Wikis at > all. > the snap/snapcraft mailing list is at https://lists.ubuntu.com/mailman/ listinfo/snapcraft some details about snappy can be found at http://snapcraft.io/ regarding the setup, it is kind of neither virtualization, nor container, nor sandbox ... snapd ships its own execution environment for snaps (which you could call a container), but then bind mounts bits and pieces from the host system readonly into that environment. then it wraps all execution with apparmor and seccomp monitoring (which you could call a sandbox, but it reallly isnt one :) ) ... that confinement then offers interfaces a snap can use through which you get direct access to i.e. hardware or other system resources (...if the user permits, imagine the android or IOS permission system here) snaps can offer interfaces for other snaps or just consume existing interfaces. so to answer your question about realtime, it should be completely possible to have realtime apps use snappy but will likely need additional interfaces added (you can always install a snap with the -- devmode option which switches off all confinement. in this case it would not behave different to some bundled binary you simply installed to /opt as you described above) i hope that clearifies some bits ;) ciao oli signature.asc Description: This is a digitally signed message part -- 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: libgraphicsmagick++3
hi, Am Freitag, den 08.07.2016, 21:26 -0400 schrieb Odeerheart: > can U please tell me if this package is available? > libgraphicsmagick++3 > I need this dependency to run an application known as LaidOut, by Tom > Lechner if you are on 16.04 .. try: sudo snap install laidout ;) (the source for the snap is at https://github.com/ogra1/laidout in case someone wants to roll it on his own (just clone the tree and run "snapcraft" in teh toplevel dir) ciao oli signature.asc Description: This is a digitally signed message part -- 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 Tablet
hi, On Mi, 2016-05-11 at 16:55 -0500, Dale Amon wrote: > > I did some reading about 'dogfood', ie someone who described living > with > Unity, and they suggested this was needed: > > root@ubuntu-phablet:/var/log# initctl --session start libertine-lxc- > manager > initctl: Unable to connect to session bus: Unable to autolaunch a > dbus-daemon without a $DISPLAY for X11 > > but that implies I am still missing something. not sure whose blog you followed but you definitely do not need to install anything, the tablet has all bits you need pre-installed ... the only thing that is needed on a virgin untouched ubuntu tablet to run X11 apps is following the [1] document, it is a step by step guide many people from the ubuntu-phone mailing list (where you would get a *lot* more help than on this list where the tablet is rather off topic) followed already ... make sure to have your tablet in virgin state (not made writable, not messed around with the readonly rootfs), attach and mount your external disk and follow [2] step by step to set up your development env on it, build your gnustep deb then follow [1] step by step to run it and be done ... lets pretty please take this topic to the ubuntu-phone list, we are producing a lot of noise here ... ciao oli [1] https://docs.google.com/document/d/1yJepibh68YaQijWO3Z3dWTtTTmzXnM mEE8eswhUXzw4/edit?pref=2&pli=1 [2] http://askubuntu.com/questions/620740/recommended-way-to-install-r egularcli-deb-packages-on-ubuntu-phone/623311#623311 signature.asc Description: This is a digitally signed message part -- 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 Tablet
hi, Am Dienstag, 10. Mai 2016 12:22:44 PDT schrieb Dale Amon : On Tue, May 10, 2016 at 02:14:05PM -0500, Dale Amon wrote: However, the contents of /var/lib/dpkg/info show armhf packages as you suggest. Ah, a bit more research. It looks like armhf is armv7 and that is the aarch64. Please correct me if that is wrong. the dpkg architecture for aarchh64 is called arm64 ... the arm 32bit (armv7) dpkg architecture is called armhf ... while the kernel of the tablet is 64bit capable and built as aarch64, the userspace (and dpkg architecture) is plain 32 bit armhf. the lightdm you see running uses Mir, not X11. to run X11 apps you need to use a libertine container that fires up XMir which hooks into the running Mir displayserver then. ciao oli -- Mit Dekko von meinem Ubuntu-Gerät gesendet -- 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 Tablet
hi, Am Montag, 9. Mai 2016 15:16:55 PDT schrieb Dale Amon : After looking around the Notepad a bit more, I can see where the issues are going to come in with storage. It looks to me that there is no way it can be used as its own development platform. It hasn't got gcc/gobjc/gcc++ installed, let alone the debian packaging tools. So I am presuming those folks working on it are building everything with a cross compiler. So instead of the one day task I was hoping for, I've got to face the whole learning curve for setting up a cross compile environment for aarch64. the tablet uses an armhf userspace, not aarch64 Can you point me at a HOWTO used to orient the notepad developers to how to set up their cross-platform development environments?> in a former mail i posted: http://askubuntu.com/questions/620740/recommended-way-to-install-regularcli-deb-packages-on-ubuntu-phone/623311#623311 which should get you up and running for a development environment... for running your X11 applications you will have to create a fresh libertine container and use libertine-container-manager to install your created deb packages in it... for this follow the other guide from my former mail: https://docs.google.com/document/d/1yJepibh68YaQijWO3Z3dWTtTTmzXnMmEE8eswhUXzw4/edit?pref=2&pli=1 ciao oli -- Mit Dekko von meinem Ubuntu-Gerät gesendet -- 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 Notepad
hi, Am Freitag, 6. Mai 2016 21:43:07 CEST schrieb Dale Amon : As to updates... the next LTS is years away. I think we will have gone through a lot of these lovely little rectangles by then. the phones (and tablets) actually use a rolling release model, the system image gets updated every 6 weeks on a fixed schedule and is still based on 15.04 (not the LTS) using a separate archive into which important bits get backported from newer releases. if the system is indeed only for toying around and security (and thus upgrading) does not matter for you, this is a moot point :) (note though thaat upgrading using apt will not work either, the system is designed for image based upgrades only, an apt based upgrade will eventually fail if it hits a package that is bound to this setup) and as robie said, the ubuntu-phone list [3] is far more appropriate for the phone and tablet installs where you also will find other users that have experience with these things. Thank you for that extra tidbit. I had contacted the list owner to find out if they covered tablets as well. So the answer is yes. And so I will, as I will probably need advice on other things. Now I must get back to work. I've got subversion installed and I am about to suck in a working set of our toys. good luck with that :) ciao oli -- Mit Dekko von meinem Ubuntu-Gerät gesendet -- 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 Notepad
hi, Am Donnerstag, den 05.05.2016, 16:32 -0500 schrieb Dale Amon: > On Wed, May 04, 2016 at 04:35:11PM +0100, Robie Basak wrote: > > On Wed, May 04, 2016 at 10:30:52AM -0500, Dale Amon wrote: > > > And just a question... you are saying phone. This is the new > > > Ubuntu Notepad, not a phone. > > > > Sorry, I didn't notice that. I believe it should work the same as the > > phone, but I'm not sure. > > > > There's also a mailing list on https://launchpad.net/~ubuntu-phone that > > may be relevant to you, even if the name isn't accurate any more. I'm > > not aware of a more specific list for your needs. > > > > HTH, > > > > Robie > > I've succeeded, although one of the items I did was not in the > docs I ran across. Once I got the terminal installed and got a > sudo bash shell, I found that I had to: > > mount -o remount,rw / note that this will likely break as soon as you do the next OTA update and long term you will run out of space on the readonly system partition ... generally it is a very bad idea to make the system writable, either use a libertine container in the writable space [1] or if you dont want to use any graphical apps, follow [2] and as robie said, the ubuntu-phone list [3] is far more appropriate for the phone and tablet installs where you also will find other users that have experience with these things. ciao oli [1] https://docs.google.com/document/d/1yJepibh68YaQijWO3Z3dWTtTTmzXnMmEE8eswhUXzw4/edit [2] http://askubuntu.com/questions/620740/recommended-way-to-install-regularcli-deb-packages-on-ubuntu-phone/623311#623311 [3] https://launchpad.net/~ubuntu-phone signature.asc Description: This is a digitally signed message part -- 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: suggest policy: all GUI apps that display files/folders right-click copies full path
hi, Am Samstag, den 26.03.2016, 14:23 -0400 schrieb Peter Belmont: > When I use Nautilus, or look at Desktop, I see representations of many > files and folders. I want a very quick right-click method to copy the > fullpathname of such items. > > Am I missing this? Does it exist already? > drag/drop does that by default here ... right click copy in nautilus and right click paste in the target app prefixes it with "file://" though, there it depends if the target app can actually handle the file:// protocol ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: optional dark theme
hi, Am Dienstag, den 16.02.2016, 15:07 + schrieb Colin Law: > On 16 February 2016 at 14:45, Martin Pitt wrote: > > Vitaly Zdanevich [2016-02-16 17:15 +0300]: > >> So my dear developers of Ubuntu - how about include (maybe in the > >> next release) some dark ui (for example > >> http://killhellokitty.deviantart.com/art/Dorian-theme-3-10-416353853)? > > > > Ubuntu already has a dark theme by default, so this is certainly not a > > priority or goal. > > I am only seeing Ambiance, Radiance and High Contrast on Wily (Unity). > Am I missing something? ambiance is a dark theme and shipped by default ;) ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Re: about upstart
hi, Am Montag, den 11.01.2016, 16:06 +0800 schrieb yan...@iscas.ac.cn: > Can you tell me where did ubuntu15.04 define the environment > variables "UPSTART_SESSION" ? upstart generates it when it starts the upstart user session. ciao oli signature.asc Description: This is a digitally signed message part -- 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 break upstart
hi, Am Donnerstag, den 31.12.2015, 14:39 +0800 schrieb yan...@iscas.ac.cn: > breaks upstart(<<1.12.1-0ubuntu8) this looks like you are doing a release to release upgrade without using update-manager/do-release-upgrade (who would both take care for handling replacing upstart with systemd proper) but by directly via hacking sources.list and using apt ... ciao oli signature.asc Description: This is a digitally signed message part -- 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 shall I report a bug in the .deb packaging itself?
hi, Am Montag, den 21.12.2015, 13:35 +0100 schrieb Alberto Salvia Novella: > Julian Andres Klode: > > It just happens that some of the newly installed dependencies are > also > > Suggested by other installed packages, and thus are not removed, > > because you might have installed the package in order to extend > the > > functionality of another installed package suggesting it. > > sudo apt-get install cortina -y > sudo apt-get purge cortina -y > sudo apt-get autoremove -y > well, there is a very simple solution, do not use -y :) apt will tell you what it installs and you have to explicitly agree to this, these Y/N questions are there for a reason ... also, an "average user" as describer on the papercuts wiki should never even have to use apt or a terminal. ciao oli signature.asc Description: This is a digitally signed message part -- 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: Feature request: "Restart to ..." option
hi, Am Montag, den 02.11.2015, 17:05 +0100 schrieb Ralf Mardorf: > If you need it right now, you could write a script, however, that's > not > the reason for my reply. The reason is, that I want to mention, that > sometimes a reboot isn't required, chroot or systemd-nspawn makes it > unnecessary to reboot, at least for some purpose. > > sudo systemd-nspawn -qD /mnt/point/of/another/linux/install > sudo systemd-nspawn -bqD /mnt/point/of/another/linux/install > i assume on an ubuntu system you would rather use lxc/lxd (which i assume will be shipped by default in 16.04 installs) ciao oli signature.asc Description: This is a digitally signed message part -- 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: On fresh installation of beta 2, DSL/PPPoE doesn't work
hi, Am Mittwoch, den 14.10.2015, 10:33 +0300 schrieb Mustafa Muhammad: > Hi, > I've reported this days before 15.04 release, there were no time to > fix before that release. > https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1446689 > Now, we are approaching 15.10, the fix should be straight forward, > adding a build flag or adding pppoe as a dependency. > Could you please fix before release. one of the problems with solving this bug for you is that rp-pppoe is in universe, so it cant be preinstalled without main inclusion etc. i wonder why you need teh userspace pppoe for your specific modem, perhaps fixing the in-kernel pppoe instead to support your specific modem might be a better way to go (though this might even be harder to achieve this shortly before release) ... we are just discussiong the bug on IRC in #ubuntu-devel, lets see what comes out of this ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: On fresh installation of beta 2, DSL/PPPoE doesn't work
hi, Am Mittwoch, den 14.10.2015, 14:44 +0200 schrieb Ralf Mardorf: > On Wed, 14 Oct 2015 10:33:10 +0300, Mustafa Muhammad wrote: > >I've reported this days before 15.04 release, there were no time to fix > >before that release. > >https://bugs.launchpad.net/ubuntu/+source/network-manager/+bug/1446689 > >Now, we are approaching 15.10, the fix should be straight forward, > >adding a build flag or adding pppoe as a dependency. > >Could you please fix before release. > > Hi, > > PPPoE does work, your subject should mention that NetworkManager needs > a fix, since PPPoE doesn't need a fix. he obviously did that by pointing to a NM bug > > $ cat /mnt/moonstudio/etc/issue > Ubuntu Wily Werewolf (development branch) \n \l > > $ ls -hAl /mnt/moonstudio/usr/local/sbin/alice* > -rwxr-xr-x 1 root root 2.0K Jul 30 > 16:38 /mnt/moonstudio/usr/local/sbin/alice > -rwxr-xr-x 1 root root 1.7K > Sep 26 16:35 /mnt/moonstudio/usr/local/sbin/alice-dhcp > > The first script more or less runs > > modprobe -v pppoe > ip link set enp3s0 up > pon dsl-provider > > if wanted launched at startup by a systemd unit. NetworkManager isn't > installed. Apart from those 3 short commands I set up pppoe using > pppoeconf. It provides a ncurses UI to make the settings, so the few > users who use pppoe instead of dhcp don't need to be experienced Linux > users to set up pppoe without NetworkManager. > > Don't get me wrong, it's good that you mention that NetworkManager > should provide PPPoE by default. I only want to point out that PPPoE > does work. pppoe does not work on ubuntu desktop installs today due to that bug, it is very simple ... network-manager is a standard component of an ubuntu desktop no matter if you can hack your own pppoe config on cmdline or if it works on arch for you (which you will likely mention again in your next answer...) regardless if pppoe can be hacked to make it work, the bug rightly points out that using the ubuntu standard way it does not work. ciao oli signature.asc Description: This is a digitally signed message part -- 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: tascam us-16x08 settings panel
hi, Am Dienstag, den 22.09.2015, 09:10 +0200 schrieb Mr. Kraus: > I tried to run it in wine (1.4 and later 1.6), and it has a problem > loading qwindows.dll (from QT5), although as far as I can tell, the > library is where it should be in the installation folder. did you install the i386 version of the package that ships this file ... usually wine does not run the amd64 versions of apps by default which means you need to use multiarch to get the matching i386 variants installed for depending libs ... ciao oli -- 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: Please implement Click-lock
hi, Am Sonntag, den 20.09.2015, 02:18 +0200 schrieb Markus M.: > There are quite a lot of similar solutions, but none does exactly what > Windows Click-lock does and there's no other good way, nobody on QA > sites seemed to be satisfied with these, including myself. As this is > to simplify input, especially for those who need accessibility > features, the current solutions are too hard to use. the mousedev Xorg driver has a "DragLockButtons" option, that will keep the button pressed if you move the pointer while pressing. the synaptics Xorg driver has a "ClickTime" option that allows to adjust the duration of a touchpad click regardless of movement. I wonder if you could not just port either of that code over to the Xorg mouse/evdev driver and make it configurable via xinput in the a11y settings ... ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: Bug when trying to empty trash?
hi, Am Mittwoch, den 26.08.2015, 16:00 +0200 schrieb Amr Ibrahim: > "I was going to file this as a bug, but I didn't know if it was the desired > reaction. When you go to empty the trash by right clicking on the launcher it > will open nautilus. Shouldn't it just empty the trash without having to open > nautilus?" > > It's already a bug here > https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1040158 > if i right click on a stock 14.04 install i get a context menu with "empty trash" in it, if i click that option i get a yes/no dialog "do you really want to empty the trash ?" if this behaviour is gone in newer releases that's indeed a regression that should be fixed ... ciao oli -- 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: Jump start help needed.
hi, Am Samstag, den 22.08.2015, 18:01 +0530 schrieb Vishnu Vivekanand: > I have a few years of programming in the Windows environment. I have > just started to explore the Unix/Linux/Ubuntu world. I have been > spending a week or two around the Ubuntu home page and I am not able > to get started in programming. Using some tutorials I have been able > to, no further than, run some commands to setup the development > toolkit for Ubuntu development. I request some assistance in > transitioning into the Ubuntu world of programming, at least upto a > point where I understand where-to-get-what to get to submitting actual > code here. Any help/pointers would be most appreciated. > there are wikipages at https://wiki.ubuntu.com/UbuntuDevelopment and https://wiki.ubuntu.com/ContributeToUbuntu#Writing_Code that should cover the very basics. what exactly are you interested in working on (do you want to develop apps on ubuntu, do you rather want to work on packaging, do you want to fix bugs, etc)? the community team has created a nice little interactive guide for finding the documentation and contacts for right area of your interests at http://community.ubuntu.com/contribute/find-a-task/#!/toplevel/develop/null if you want to work directly on ubuntu i would also advise to get a launchpad account on launchpad.net, this is essential for any bug work (and for some ubuntu projects for submitting code) many of the more direct development conversations usually happen on IRC channels on irc.freenode.net. if you found your area of interest i'd recommed to lurk a little in the respective channels to get familiar with the team working on this specific part of ubuntu. welcome aboard :) ciao oli -- 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: Errors when building a kernel
hi, Am Samstag, den 22.08.2015, 15:56 +0200 schrieb Ralf Mardorf: > > Removing modules from the config that anyway don't get loaded doesn't > matter, so your analogy doesn't fit, i'm not talking about modules ... does your kernel have the sane apparmor patchlevel and configs set (or does it possibly enable selinux insead. do you have th esame set of basic filesystem options enabled, aufs patches in place etc etc) > but my analogy perfectly fits, > since I try to avoid everything Ubuntu related. if you try to avoid everything ubuntu related, why are you asking on an ubuntu related list for help then ? > JFTR I only try to help > Ubuntu developers by pointing out that the issue _is not_ kernel > related. and ubuntu developers asked you to first compare a clean ubuntu-minimal install with a mainline binary deb vs the preinstalled deb since that would be the first step to rule out any ubuntu specific patches. > The problem is that tons of packages 1. are already installed > by a minimal install, even if the user doesn't want any of those > packages well, this is how an ubuntu install is defined, like it or not > and 2. a lot of stuff is auto started, even if you don't want > it. how is this relevant for finding a possible issue with the kernel config ? > IOW regarding the green drive issue I need to check all init > scripts, systemd units and desktop files and what ever else auto starts > things that a user didn't install or a user installed, but only want > to run on demand. Unfortunately the bug gets assigned against linux, > while I didn't filed it against any package. because by judgement of a person from the bug tracking team as well as a kernel developer ruling out the linux package should be the first step to debug the issue. > Instead of debate on principles, it would be useful if you could help > to troubleshoot. > instead of telling us how it is all so much better done on arch (while not understanding ubuntu and refusing any attempt from others trying to explain it) and how much ubuntu sucks in its default setup, why dont simply you listen to advise given ? debugging is a collaborative task, having one side refuse collaboration all the time isn't really getting anything forward ... and on that note i'm out of that thread ... may others with more patience help you further if they like the frustration ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: Errors when building a kernel
hi, Am Samstag, den 22.08.2015, 08:52 -0400 schrieb Tom H: > On Sat, Aug 22, 2015 at 8:10 AM, Oliver Grawert wrote: > > > > also note that an ubuntu kernel package is more than vmlinuz and > > modules ... there are configs and postinst scripts run at install time > > of the deb. given that make-kpkg is a debian tool that nobody in ubuntu > > uses for building kernel packages I wouldn't expect the resulting > > package to apply the right postinst/preinst config at all for example or > > set up /etc/kernel in the same way as an ubuntu built kernel package > > does ... sure, you might be lucky and the setup might be the same. > > I've used "make" "make deb-pkg" "make-kpkg ..." on Ubuntu on my laptop > and on production servers without having a problem. Perhaps I was > lucky but I doubt it; and I doubt that make-kpkg is the source of > Ralf's problem(s), although it's theoretically deprecated. > yeah, as i said, it might be fine, it just adds another uncertainity to a bunch of others as nobody doing official work on ubuntu actually uses it (kernel-package sits in universe and gets synced completely untouched from debian). ciao oli signature.asc Description: This is a digitally signed message part -- 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: Errors when building a kernel
hi, Am Samstag, den 22.08.2015, 13:21 +0200 schrieb Ralf Mardorf: > > Perhaps you understand an analogy. Doing it that way would be like > measuring with a meter, that is powered by the same current source as > the circuit you'll measure. IOW I quasi try to archive "galvanic > isolation" from Ubuntu configs and Ubuntu/Debian rules, to build a > kernel for Ubuntu. This usually doesn't cause issues, neither for > vanilla, nor for vanilla rt patched kernels, from kernel.org. Now it > does cause an issue and I ask for help to do it that way. I know how to > do it in other ways. Perhaps you understand the "galvanic isolation" > analogy. > let me answer with an analogy then ... say you want to measure security aspects of a set of tires on a specific car (grip, temperature etc). to compare these tires against another set, would you trust the values you get when you replace the brakes and engine of said car at the same time you replace the tires for your measurement or would you rather use the same car unmodified and only put on different rubber ? if you change all aspects at the same time you are effectively measuring two sets of tires on two different cars, the data you collect doesn't really tell anything about the quality of the tires in the end (except that you know they behave different on different cars). robie pointed you to a PPA that has mainline debs, did you check if your drives wake up when running these ? that would be a very simple thing to test even without the effort of building anything at all and could easily already point out if an ubuntu config or patch are at fault here. It would give you a very valuable data point to start from with your research and narrow down the possible aspects to inspect further. also note that an ubuntu kernel package is more than vmlinuz and modules ... there are configs and postinst scripts run at install time of the deb. given that make-kpkg is a debian tool that nobody in ubuntu uses for building kernel packages I wouldn't expect the resulting package to apply the right postinst/preinst config at all for example or set up /etc/kernel in the same way as an ubuntu built kernel package does ... sure, you might be lucky and the setup might be the same (I have no idea if anyone from the kernel team ever looked at make-kpkg settings to syncronize them with an actual ubuntu kernel package build), but why risk that if you can easily reduce the possible differences by just using the right tree in the documented way. ciao oli signature.asc Description: This is a digitally signed message part -- 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: Errors when building a kernel
Am Samstag, den 22.08.2015, 11:44 +0200 schrieb Ralf Mardorf: > On Sat, 22 Aug 2015 05:26:24 -0400, Tom H wrote: > >You seemed to imply in your first email that the above was failing > >(IIRC!). If the above's working, where's the problem? > > This does work to build kernel packages, so I don't need howtos about > building kernels. I asked for help regarding the issues I experienced, > IOW I ask for tips for editing the config and to check if building > modules fails without compiling. and on an ubuntu list the right answer to this question is to run: fakeroot debian/rules editconfigs ...in an ubuntu prepared kernel tree, i'ts very simple ... there are upstream based kernel trees as well as mainline that have the right config setup for in their debian/rules on kernel.ubuntu.com, if you want to verify *anything* kernel side by changing a config setup you should do it with the right tree not with an upstream tarball where you obviously also edited the config by hand ... it is really hard to help you if you refuse to accept any help all the time ... your way to optimally build stuff on arch might not be the right way to do stuff on a debian based distro (and even the debian way to build a kernel differs massively from the ubuntu way, *specifically* for kernels) if you just want to know if an arch kernel wakes up your disk when running with ubuntu userspace you could as well just copy over the binaries from a running arch system. if you want to find an offending config option in an ubuntu kernel you should probably not switch all variables at the same time as the result will be pointless. please note that people here are trying to help you by pointing to the right docs and places how to achieve your goal. getting a foot stomping answer that your way is the only right way is not really encouraging to help you any further. ciao oli -- 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: Errors when building a kernel
Am Freitag, den 21.08.2015, 12:39 +0200 schrieb Ralf Mardorf: > On Fri, 21 Aug 2015 12:26:35 +0200, Oliver Grawert wrote: > >try https://help.ubuntu.com/community/Kernel/Compile ... > > I can't see were this link provides information regarding my questions. > I know how to build a kernel. > then i'm not sure what you try to achieve, i thought you wanted to build an ubuntu kernel based on a ubuntu config (which is assembled from multiple input files in the package as described on the page) with adjustments to match the arch kernel you have. (not sure what inlformation a mainline kernel not using ubuntu patches or config would gain you here ...) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Errors when building a kernel
hi, Am Freitag, den 21.08.2015, 11:05 +0200 schrieb Ralf Mardorf: > Hi, > > I try to build a kernel for Wily, that is as close as possible to a > kernel I use for Arch Linux. ... > > The Internet wasn't helpful :(. try https://help.ubuntu.com/community/Kernel/Compile ... ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Dienstag, den 18.08.2015, 13:00 +0200 schrieb Martin Pitt: > Tom H [2015-08-18 4:49 -0400]: > > > update-rc.d and invoke-rc.d are tools for package maintainers only (to > > > be used from pre/postinst scripts) and only applies to sysv-init > > > scripts ... > > > > Yes and no. They are meant for maintainer scripts but update-rc.d is > > needed by admins for enabling/disabling daemons because there isn't > > another tool available in Debian and Ubuntu. > > Right, and it's the very tool to do just that. What gives the > impression that it is a maintainer scipt-only tool? > old documentation :) the invoke.rc.d and update-rc.d manpages used to have a warning in the past (i just checked, now neither does have the "dont use as enduser" warning anymore but that used to be there) ciao oli signature.asc Description: This is a digitally signed message part -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Montag, den 17.08.2015, 20:43 +0200 schrieb Martin Pitt: > Oliver Grawert [2015-08-17 15:24 +0200]: > > if you need to prevent an upstart service from starting on boot you need > > to create a .override files containing the word "manual", as described > > in your askubuntu links. i dont think there exists a tool to do that for > > you (and such a tool would be quite overkill to replace a one liner > > anyway :) ) > > "update-rc.d enable|disable" actually does work for upstart jobs (by > creating said override files) just as well as it works for SysV init > and systemd units. > ah, thanks for the correction :) ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Am Montag, den 17.08.2015, 18:13 +0200 schrieb Ralf Mardorf: > On Mon, 17 Aug 2015 17:32:42 +0200, Oliver Grawert wrote: > >unfounded FUD > > What next? > > Actually everything I pointed out is correct, it's not unfounded FUD. > Even you mentioned that not all services are ported over. neither the organization of packaging nor the fact that sysvinit compatibility is enabled has any influence on the boot *process* and these are the two things you pointed out and accused to make the boot *process* a mess ... the boot process is not influenced at all by packaging, nor is managing the sysvinit compatibility services via systemctl in any way influenced by the compatibility layer, i still fail to see any prof that the boot process of ubuntu is in any way messy. > > It's not that hard for me to make a profound comparison between an Arch > Linux install, that finished the transition 3 years ago and follows > systemd from upstream and an Ubuntu Wily install, since they are running > on the same machine and I'm using an upstream systemd with all services > ported. so why werent all these systemd units pushed upstream for all 5000-1 packages that exist out there and require any kind of service start scripts ? if they were, they could just be easily re-used by debian from their upstream sources. > > You actually don't know what you are talking about, if you call Ubuntus > systemd implementation transparent. It's a mess, the transition is > _not_ finished, init related files are spread over different locations. i havent called anything transparent, you have called "the boot process a mess" and pointed to pointless proof ... neither is the process a mess nor is the proof you pointed to any proof for the process being a mess. the process is identical to any other systemd distro out there, as is the maintaining of the process via systemctl ... you might not like the setup, the package arrangements or anything here, or that an upstart pacckage exists in the archive (note there is a sysv-init package too) but that has no influence on the boot *process*, which is not different to any other systemd distro out there. ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Montag, den 17.08.2015, 12:05 -0400 schrieb Luis Mondesi: > A chkconfig like tool is needed, even if it's overkill. what is wrong with using upstreams systemctl to manage services ? this is what systemd upstream proposes and what is used in ubuntu and debian (and hopefully everywhere else) to manage your service startup. as i understand it the introduction of systemctl was to overcome the fragmentation of managing services in different distros so that you dont have a debian way, and ubuntu way or a fedora way (i.e. chkconfig) anymore. ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Am Montag, den 17.08.2015, 17:20 +0200 schrieb Ralf Mardorf: > On Mon, 17 Aug 2015 17:03:02 +0200, Oliver Grawert wrote: > >ubuntus upstream is debian in this case ... > > ... but systemd's upstream is _not_ Debian. no, but you blame ubuntu for technical debian decisions here ... martin pitt and michael biebl work pretty closely with the systemd upstream community, feel free to review the upstream commits for his patches if you feel like. > > I already wrote: > >>it's off topic and we don't need to discuss it. > well, you are spreading unfounded FUD about technical setup on a technical discussion list, i find that very much on topic ... ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Montag, den 17.08.2015, 16:46 +0200 schrieb Ralf Mardorf: > On Mon, 17 Aug 2015 15:56:34 +0200, Oliver Grawert wrote: > >hi, > >Am Montag, den 17.08.2015, 15:41 +0200 schrieb Ralf Mardorf: > > > >> Btw. I'm still not used to systemd after using it for around 3 years, > >> but for my workflow a clean systemd at least is easier to handle, > >> than the Wily hybrid. > >> > >> You might get used to the Wily hybrid systemd within 30 seconds, you > >> also might get used to a clean systemd within 30 seconds, but Wily > >> definitively is a mix including init script and wrappers/workarounds > >> and absolutely _not_ a "Full Systemd Experience". > > > >it is an advertised (and desired) systemd upstream feature to provide > >sysvinit compatibility (like it was in upstart) ... there is nothing > >messy in it, upstream encourages to use this to allow packages that > >need a longer transition period to still work, so debian has it > >enabled (and ubuntu simply inherits it). you can use systemctl on > >these jobs the same way you can use it on native systemd units, so i > >dont get where you see any difference in maintenance. > > There's noting wrong with providing the shutdown command, but if > packages install "services" to different locations and as long as there > are wrappers such as "service" it's a mess. > > Since you mention upstream, Ubuntu doesn't care much about upstream by > splitting packages. ubuntus upstream is debian in this case ... > For what reason is > a package for upstart still available? upstart is used for desktop sessions and does not provide the init binary > Ubuntu's init process isn't transparent, it's a mess. i dont get how a package split of udev (that comes from debian, nothing ubuntu has done specifically here) has any influence on the "init process being a mess" nor do i understand why an upstart package existing in the archive would have any influence on that either, sorry ... the init process in use is working along the upstream recommendations with providing backwards compatibility to sysvinit until debian has ported all services over (again, not an ubuntu thing, even though ubuntu devs help debian with porting single services). ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Montag, den 17.08.2015, 15:36 +0100 schrieb João M. S. Silva: > Yes, it is: > > $ dpkg -l|grep network-manager > $ dpkg -l|grep modemmanager > ii modemmanager1.0.0-2ubuntu1 > amd64D-Bus service for managing modems > > Thanks Oli, that sounds reasonable. I tried it but: > > $ service modemmanager status > modemmanager stop/waiting > > $ dmesg |grep -i modemmanager > [2.888050] init: modemmanager main process ended, respawning > [2.923251] init: modemmanager main process ended, respawning > (...) > [3.731722] init: modemmanager respawning too fast, stopped a wild guess would be that modem-manager uses dbus, so adjust yopur "start on" accordingly ... any perhaps it can not work at all without a running network-manager, are you sure it can ? also look at the upstart job log for your modem-manager job ... they live in /var/log/upstart, that should have actual error messages. > > $ cat modemmanager.override > # modemmanager - modem manager > # > # The ModemManager daemon manages the system's mobile broadband connections > # for NetworkManager. > # > # added by jmss > > description "modem connection manager" > > start on startup > stop on runlevel [!2345] > do not put the stuff below into your override, the .conf file already covers it ... override files only replace the bits you define. just leave the exec and whatnot as it is defined ... you only want start on/ stop on in your .override ... > respawn > > pre-start script > [ -x /usr/sbin/ModemManager ] || stop > end script > > exec /usr/sbin/ModemManager > ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Am Montag, den 17.08.2015, 14:56 +0100 schrieb João M. S. Silva: > The specific problem here is that modemmanager depends on network-manager: > > $ cat /etc/init/modemmanager.conf > (...) > start on starting network-manager > stop on stopped network-manager > (...) > > But I don't need network-manager and all of its dependencies on this server. > well, not sure it is possible to install the modemmanager deb without having network-manager installed ... wrt your upstart config you would simply put the new start on/stop on lines you want it to use in your .override file, i.e.: start on startup stop on runlevel [!2345] or some such ... you never edit .conf files directly, an update of teh package would either just revert your changes or cause a debconf prompt to review the diff. ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
hi, Am Montag, den 17.08.2015, 15:41 +0200 schrieb Ralf Mardorf: > Btw. I'm still not used to systemd after using it for around 3 years, > but for my workflow a clean systemd at least is easier to handle, than > the Wily hybrid. > > You might get used to the Wily hybrid systemd within 30 seconds, you > also might get used to a clean systemd within 30 seconds, but Wily > definitively is a mix including init script and wrappers/workarounds and > absolutely _not_ a "Full Systemd Experience". it is an advertised (and desired) systemd upstream feature to provide sysvinit compatibility (like it was in upstart) ... there is nothing messy in it, upstream encourages to use this to allow packages that need a longer transition period to still work, so debian has it enabled (and ubuntu simply inherits it). you can use systemctl on these jobs the same way you can use it on native systemd units, so i dont get where you see any difference in maintenance. ciao oli -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: equivalent of chkconfig
Am Montag, den 17.08.2015, 12:38 +0100 schrieb João M. S. Silva: > does it mean I'm not using systemd? I don't seem to have systemd > installed (Ubuntu 14.04.3 LTS). update-rc.d and invoke-rc.d are tools for package maintainers only (to be used from pre/postinst scripts) and only applies to sysv-init scripts ... if you need to prevent an upstart service from starting on boot you need to create a .override files containing the word "manual", as described in your askubuntu links. i dont think there exists a tool to do that for you (and such a tool would be quite overkill to replace a one liner anyway :) ) note that by debian policy a service shipped in a deb is required to always start, the debian assumption is that you uninstall the deb if you do not want to run the service ([1] has some details). ciao oli [1] http://blog.zugschlus.de/archives/974-Debians-Policy-rc.d-infrastructure-explained.html -- 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: super , keep LD_LIBRARY_PATH
hi, Am Mittwoch, den 01.04.2015, 01:41 + schrieb sanyechon...@live.com: > Thanks a lot. > After checking the super document carefully, it seems like there's no > easy way to slove this problem with super. > what is the benefit of using super (and exposing suid root bits to all apps you run) over simply using sudo with a proper sudoers.d file ? ciao oli -- 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: other users visibility
hi, Am Dienstag, den 10.02.2015, 14:39 + schrieb Ηλίας Ηλιάδης > > > Exposing what programs I used (through my conf files being exposed to > other users) is at least unwanted and not in the spirit of sharing > files but... in the spirit of sharing "preferences". if your conf dirs/files are world readable, please file bugs for the respective programs ... ciao oli signature.asc Description: This is a digitally signed message part -- 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: other users visibility
hi, Am Montag, den 09.02.2015, 10:02 + schrieb Ηλίας Ηλιάδης: > Hello and sorry for any inconvenience since this is my first attempt > to post. > When ubuntu is installed a default user with "admin" rights is > created. After that any user created has the ability to view the > folders of any other user even if this new user is a simple user. This > is not the required privilege for a simple user, even in a single > desktop or laptop installation. There is a folder for public files in > every home directory which should be accessed from other accounts. > There is a question Why can other users see the files in my home > folder? in which a "majority of users of Ubuntu systems ... or are > sharing with friends and relatives." is one of the answers. Also > another answer is "to make it easier for new users to share files". > Both answers make the public directory unnecessary. Either a public > directory should not exist at all (in order not to confuse new and old > users) or a public directory should be public as opposite to all > other directories (in home folders) which should be hidden (at least > for normal users). > Thanks in advance. > > see https://wiki.ubuntu.com/SecurityTeam/Policies#Permissive%20Home% 20Directory%20Access if you want to adjust this behavior for your install ... ciao oli -- 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: Updater can't update kernel due to disk space
hi, Am Mittwoch, den 14.01.2015, 16:17 + schrieb Colin Law: > On 14 January 2015 at 15:34, Chris Knutson > wrote: > > Clearing out old kernel versions manually to be able to upgrade the kernel > > version is something the end user should never have to do. Clearing out old > > kernel version from /boot should be better managed by the software updater > > to intelligently manage historic kernel versions based on available disk > > space on the partition. > > I believe that as from 14.04 (I think) only the current and previous > kernels are kept, the others are deleted by autoremove. Not sure > whether the software updater will autoremove them. > sudo apt-get autoremove ... ... will definitely clean them up (except the current and last one i think). i don't think there is any fully automatic removal without the admin telling the system to remove them currently. ciao oli -- 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: Upgrade issues
hi, Am Sonntag, den 01.06.2014, 23:49 -0700 schrieb Dale Amon: > I've made enough progress to get work done but there are still > things I don't like much as well as things that don't work. > you have not told us from where to where and how you upgraded ... also what desktop you are running ... the fact that you run gdm seems kind of worrying unless you run plain gnome. ubuntu hasn't used gdm in years (and in a proper upgrade using update-manager it would have been replaced) ... did you try with a guest login or with a freshly created user as paul suggested above ? ciao oli signature.asc Description: This is a digitally signed message part -- 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: Our Networking Story
Am Sonntag, den 09.03.2014, 19:53 -0700 schrieb Dale Amon: > On Fri, Mar 07, 2014 at 01:32:56PM +, Kevin Chadwick wrote: > > I never use network manager but just in case it's of use, check > > out /usr/share/dbus-1/system-services > > Oh my. I find buried in there: > > ~$ cat > /usr/share/dbus-1/system-services/org.freedesktop.nm_dispatcher.service > [D-BUS Service] > Name=org.freedesktop.nm_dispatcher > Exec=/usr/lib/NetworkManager/nm-dispatcher.action > User=root > > And naturally: > > $ man nm-dispatcher.action > No manual entry for nm-dispatcher.action > > So we have a program performing mission critical actions that is not > documented, or if it is, then the documentation is in the bottom file > drawer of the cabinet on the left in the third subbasement of the > Vogon Galactic office on Alpha Centauri. this is an internal helper script, nothing an enduser should touch (else it would live in /usr/bin or /bin) and thus it is not required to have a manual page (i'm sure its API is documented in the source somewhere for programmers wanting to use it from within network manager). to manage network manager connections from the commandline you use the nmcli tool, which ships with a nicely written manpage ;) > > Now, a very dumb question. Where does network-manager and the GUI > program that sets up networks park the system manager critical data > they are using? The correct answer should be "In an USASCII text > file in /etc. That's the way the Unix world does things. > network manager stores its system connection info in a text file in .ini style format in /etc/NetworkManager/system-connections ciao oli signature.asc Description: This is a digitally signed message part -- 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: Qubes-OS
hi, Am Donnerstag, den 09.01.2014, 01:21 + schrieb Robie Basak: > On Wed, Jan 08, 2014 at 05:53:06PM -0500, John Moser wrote: > > Well, they have a large amount of stuff showing how they've demonstrated > > VM isolation under a paravirtualizing hypervisor to separate out > > security zones on a single system. X11 is in one VM, some user > > applications are in another VM, other user applications have their own VM... > > It isn't the same thing by any means, but I'm generally happy with > AppArmor as a means of constraining individual apps I don't trust (or > that could be more easily compromised) from walking over my system. > not to mention that we already have a very well working confinement system in place that will likely span across the whole distro over the next releases :) http://mdeslaur.blogspot.de/search/label/ubuntu-planet ciao oli signature.asc Description: This is a digitally signed message part -- 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: Planning to create a new distro of Ubuntu
hi, Am Dienstag, den 05.11.2013, 07:32 +0200 schrieb Nik Th: > I'm don't watch the conversation from the beginning , but I assume (in your > distro) you will keep the original repositories and official packages , > correct ? > I'm not a developer, thus I cannot help you with coding, but if you decide to > release this distro of yours, I would like to participate as a tester. > Drop a note in this list or my e-mail when you are ready. i am not the person wanting to build a new distro, but as ubuntu developer i would be happy to give a hand with the few harder steps it takes (creating seeds and metapackages, making regular image builds on cdimage work etc) to create a proper derivative... before this can happen the mate packages need to go into the ubuntu archive proper though ... (or even into debian so we can just sync them from there and they can benefit too) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Planning to create a new distro of Ubuntu
Am Montag, den 04.11.2013, 13:19 +0200 schrieb Nik Th: > > 02.11.2013, 20:00, "Oliver Grawert" : > > > > It might for exmaple allow security updates (which are explicitly hacked > > out of Linux Mint for Xorg, the kernel, Firefox, the bootloader and various > > other packages) > > so that you dont have to go online with a vulnerable system ;) > > > > ciao > > oli > > > > , > > -- > > Do you think that Linux Mint is a vulnerable system ? Really ? https://github.com/linuxmint/mintupdate/blob/master/usr/lib/linuxmint/mintUpdate/rules this is the list of packages it will never update, instead of just integrating changes properly with the packagaes in the ubuntu archive they instead suppress doing (security) updates at all for them. i would say forcefully keeping a vulnerable kernel browser or xorg in place instead of allowing the provided security updates to be installer makes it a vulnerable system, yes i personally wouldn't do online banking with it ;) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Planning to create a new distro of Ubuntu
hi, On Sat, 2 Nov 2013 13:28:32 -0400 Daniel Hollocher wrote: > > > > > > Officially called Ubuntu MATE Remix, this will integrate the MATE Desktop > > Environment to the power and stability of Ubuntu. In fact, I already had a > > working prototype based on Saucy Salamander. You can download the > > prototype at https://shared.com/unqjauvtrj > > > > What's the difference between this and Linux Mint MATE? It might for exmaple allow security updates (which are explicitly hacked out of Linux Mint for Xorg, the kernel, Firefox, the bootloader and various other packages) so that you dont have to go online with a vulnerable system ;) ciao oli pgpFMNtmDenlW.pgp Description: PGP signature -- Ubuntu-devel-discuss mailing list Ubuntu-devel-discuss@lists.ubuntu.com Modify settings or unsubscribe at: https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
Re: High priority bug (IMHO) that needs to be fixed before Raring Release?
hi, On Fr, 2013-04-19 at 11:27 +0200, Thomas Novin wrote: > I upgraded to Raring the other day (from 12.04.2 LTS). Used Skype and > noticed that all notification sounds sounds very distorted. Like a > blown-out speaker. > > > Googled it and found a solution in a askubuntu.com-question. > > > http://askubuntu.com/questions/157891/skype-and-vlc-sounds-sizzle-distorted-bad > > > > And then on launchpad also, don't know about VLC because I haven't > used it > > > https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/751265 > > > But, the main thing is, should users really have to do this, edit > config files manually to get a common app as Skype to work? > > > I have no clue what this tsched=0 does but it works for me.. as daivid said in the bug, if tsched=0 fixes it for you it is a problem with the driver/hardware ... so you should file a specific bug for this. ciao oli signature.asc Description: This is a digitally signed message part -- 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: Aptitude installed by default on 13.10?
hi, On Di, 2013-04-09 at 12:20 -0700, Robert Holtzman wrote: > On Tue, Apr 09, 2013 at 06:45:25PM +0200, Oliver Grawert wrote: > > snip... > > > > just shipping it alongside would go against ubuntus policy of avoiding > > duplication in default installs. > > Thereby removing one more user choice. Choice is one of the bedrocks of > linux. Thanks guys. That's one of the main reasons I dumped ubuntu and > went to debian. > removing choice that was never there ? sorry, but i totally miss the point of your statement ... this thread was discussing *adding* something to the *default* install that hasn't been there before, how can that be removing choice ? the policy of not adding duplication on the default installation has been there since day one of ubuntus existence (like the policy of no open ports has as well) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Aptitude installed by default on 13.10?
hi, On Di, 2013-04-09 at 11:22 -0700, Dale Amon wrote: > On Tue, Apr 09, 2013 at 02:37:33PM +0200, Waclaw Kusnierczyk wrote: > > Where does this conmviction come from? > > > > On 04/09/2013 02:21 PM, Dmitrijs Ledkovs wrote: > > >On Ubuntu Desktop we want to discourage usage of command line =) as > > >there is no need for that for non-developers. > > > > > >Regards, > > > > > >Dmitrijs. > > Sigh. I can see my future with the use of Ubuntu is limited. > My desktop usually consists of a dozen xterm's and a Firefox. > > and why does that limit your future ? do you expect us to rip out firefox or xterm from the archive ? guess what, ubuntu is developed *on* ubuntu by its developers, we use terminals too ;) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Aptitude installed by default on 13.10?
hi, On Di, 2013-04-09 at 12:53 -0400, Brett Cornwall wrote: > > On 04/09/2013 12:45 PM, Oliver Grawert wrote: > > > > Forget it - forget it. One could have said that all of Ubuntu's software > depended on apt-get from the get-go. But instead I get a barrage of > messages of people just telling me that my thought was stupid. > > i don't think i saw anyone calling you stupid in this thread ... you made a claim (a few in fact) and people tried to get across why that claim was wrong, thats all ... don't be upset (and don't stop to make suggestions just because of this) :) ciao oli signature.asc Description: This is a digitally signed message part -- 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: Aptitude installed by default on 13.10?
hi, On Di, 2013-04-09 at 12:24 -0400, Brett Cornwall wrote: > On 04/09/2013 12:17 PM, Alexandre Strube wrote: > > Why? > > Because aptitude is the successor to apt-get, endorsed by the community > that does all the packaging for this OS, is more stable, and has better > dependency handling (indeed, promotes better dependency setting). It > makes no sense to keep a less feature-rich and complete tool that has > long been replaced. Space on the CD was the original reason (along with > some canonical employee saying it was 'too complex' for some reason) so are you ready to rewrite software-center, update-manager (and its several equivalents in the flavour distros), the server side tools that are used (apt-ftparchive and friends), synaptics (used in flavours), the different flavour specific software-center equivalents to use aptitude (i surely forgot another 100 here) ? aptitude isnt a successor its has existed since ubuntu exists in parallel to apt in debian ... if it is a successor to anything its probably more a successor to dselect than to apt (but i guess even that would be a pretty wrong thing to claim) ... it is just another package management tool and nothing in ubuntu would be ready to make use of it without rewriting large portions of the system ... in the light that nearly *every other bit* of the desktop is currently being rewritten for 13.10 (Mir, UnityNext, switching everything to Qt, making device convergence happen, releasing a phone OS with apps ... etc etc) i highly doubt there is any manpower left to work on such rewrites. but if you see such spare manpower in the community, then make it happen, once most of the package managing tools are ported there surely is an opportunity to discuss such a switch again ... just shipping it alongside would go against ubuntus policy of avoiding duplication in default installs. ciao oli signature.asc Description: This is a digitally signed message part -- 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
