[Pkg-games-ubuntu] [Bug 1714787] Re: Launching chocolate-doom or prboom-plus crashes Wayland session
Can you try either prboom or chocolate-doom with the '-nofullscreen' command-line option? My hunch is the problem is related to trying to change the display resolution whilst entering fullscreen mode. It's likely actually an SDL1 bug. In Chocolate Doom's case, we are moving to SDL2 with the next release (v3) which we consider to be the proper way to address bugs like these, although I don't think prboom has any plans to change. -- You received this bug notification because you are a member of Debian/Ubuntu Games Team, which is subscribed to chocolate-doom in Ubuntu. https://bugs.launchpad.net/bugs/1714787 Title: Launching chocolate-doom or prboom-plus crashes Wayland session Status in chocolate-doom package in Ubuntu: New Status in mutter package in Ubuntu: New Status in prboom-plus package in Ubuntu: New Bug description: When trying to launch Doom (both chocolate-doom and prboom-plus), the Wayland session will crash. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: mutter 3.25.91+20170902~ce515c5-1ubuntu1 Uname: Linux 4.13.0-041300rc7-generic x86_64 ApportVersion: 2.20.7-0ubuntu1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME Date: Sun Sep 3 10:37:38 2017 InstallationDate: Installed on 2017-09-02 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170829) ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash SourcePackage: mutter UpgradeStatus: No upgrade log present (probably fresh install) --- ApportVersion: 2.20.7-0ubuntu1 Architecture: amd64 CurrentDesktop: ubuntu:GNOME DistroRelease: Ubuntu 17.10 InstallationDate: Installed on 2017-09-03 (0 days ago) InstallationMedia: Ubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170829) NonfreeKernelModules: nvidia_uvm nvidia_drm nvidia_modeset nvidia Package: mutter 3.25.91+20170902~ce515c5-1ubuntu1 PackageArchitecture: amd64 ProcEnviron: TERM=xterm-256color PATH=(custom, no user) XDG_RUNTIME_DIR= LANG=en_US.UTF-8 SHELL=/bin/bash ProcVersionSignature: Ubuntu 4.12.0-12.13-generic 4.12.8 Tags: artful wayland-session Uname: Linux 4.12.0-12-generic x86_64 UpgradeStatus: No upgrade log present (probably fresh install) UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo _MarkForUpload: True To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chocolate-doom/+bug/1714787/+subscriptions ___ Pkg-games-ubuntu mailing list Pkg-games-ubuntu@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-ubuntu
[Bug 1714787] Re: Launching chocolate-doom or prboom-plus crashes Wayland session
Can you try either prboom or chocolate-doom with the '-nofullscreen' command-line option? My hunch is the problem is related to trying to change the display resolution whilst entering fullscreen mode. It's likely actually an SDL1 bug. In Chocolate Doom's case, we are moving to SDL2 with the next release (v3) which we consider to be the proper way to address bugs like these, although I don't think prboom has any plans to change. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1714787 Title: Launching chocolate-doom or prboom-plus crashes Wayland session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chocolate-doom/+bug/1714787/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1714787] Re: Launching chocolate-doom or prboom-plus crashes Wayland session
Can you try either prboom or chocolate-doom with the '-nofullscreen' command-line option? My hunch is the problem is related to trying to change the display resolution whilst entering fullscreen mode. It's likely actually an SDL1 bug. In Chocolate Doom's case, we are moving to SDL2 with the next release (v3) which we consider to be the proper way to address bugs like these, although I don't think prboom has any plans to change. -- You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is subscribed to mutter in Ubuntu. https://bugs.launchpad.net/bugs/1714787 Title: Launching chocolate-doom or prboom-plus crashes Wayland session To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/chocolate-doom/+bug/1714787/+subscriptions -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 1731680] Re: quake3 demo shows 8-10 fps only
Hi, thanks for the report. This is likely a local configuration with your quake3 engine of choice (ioquake3) and not an issue with your data package nor with game-data-packager. It would be helpful for further diagnosis if you could report whether you get a different framerate with different data, or what framerate you are expecting: I'm guessing you are suggesting that 8-10fps is too slow for your machine, but you haven't made that clear. ** Changed in: game-data-packager (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1731680 Title: quake3 demo shows 8-10 fps only To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/game-data-packager/+bug/1731680/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Pkg-games-ubuntu] [Bug 1731680] Re: quake3 demo shows 8-10 fps only
Hi, thanks for the report. This is likely a local configuration with your quake3 engine of choice (ioquake3) and not an issue with your data package nor with game-data-packager. It would be helpful for further diagnosis if you could report whether you get a different framerate with different data, or what framerate you are expecting: I'm guessing you are suggesting that 8-10fps is too slow for your machine, but you haven't made that clear. ** Changed in: game-data-packager (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Debian/Ubuntu Games Team, which is subscribed to game-data-packager in Ubuntu. https://bugs.launchpad.net/bugs/1731680 Title: quake3 demo shows 8-10 fps only Status in game-data-packager package in Ubuntu: Invalid Status in ioquake3 package in Ubuntu: New Status in quake3 package in Ubuntu: New Bug description: I made the data package by "game-data-packager --install quake3 --demo". Then I installed it by "dpkg -i". That's all what I know. Strace and outputs are attached. ProblemType: Bug DistroRelease: Ubuntu 17.10 Package: quake3 53 ProcVersionSignature: Ubuntu 4.13.0-16.19-generic 4.13.4 Uname: Linux 4.13.0-16-generic x86_64 ApportVersion: 2.20.7-0ubuntu3.1 Architecture: amd64 CurrentDesktop: LXDE Date: Sat Nov 11 23:01:17 2017 InstallationDate: Installed on 2017-10-06 (36 days ago) InstallationMedia: Lubuntu 17.10 "Artful Aardvark" - Alpha amd64 (20170926) PackageArchitecture: all SourcePackage: game-data-packager UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/game-data-packager/+bug/1731680/+subscriptions ___ Pkg-games-ubuntu mailing list Pkg-games-ubuntu@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-ubuntu
Bug#760553: debian-installer: changing from guided to manual with LVM results in corrupt LVM metadata
Package: debian-installer Version: debian-7.6.0-amd64-netinst.iso Severity: important hi, I've set Version: to the ISO I used for install as I'm not sure what version of d-i that correlates to, nor whether this is a bug fixed since. I recently performed an install and opted for guided - use LVM initially. When presented with the results, I was not satisfied (I didn't want the entire device filled up with a root LV - see also #651280) so I went back to manual and started over: I deleted each LV and the partition housing the PV, then created a new (smaller) partition for the LV and re-created the LVs. The GPT partition table I ended up with is as follows Model: ATA ST1000LM024 HN-M (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 512MB 511MB fat32EFI System Partition boot, esp 2 512MB 768MB 256MB ext2 msftdata 3 768MB 10.8GB 10.0GB lvm 4 10.8GB 10.9GB 132MB fat16FREEDOS msftdata Note that I created partition #4 via parted post-installation (an experiment which failed: UEFI-boot for BIOS flashing is a no-go). However, I have just noticed that the LVM volume has corrupt metadata: # vgs VG #PV #LV #SN Attr VSize VFree qusp_vg 1 2 0 wz--n- 930.80g 921.49g # pvs PVVG Fmt Attr PSize PFree /dev/sdb3 qusp_vg lvm2 a-- 930.80g 921.49g Note that the above shows that it thinks the PV is approx 1T in size, but as parted shows, it's only ~10G. I was just about to create a new LV but if I had done so, I believe it would have started to overwrite partition #4 above and resulted in corruption. 'pvscan' didn't cure the issue, but 'pvresize' seems to have got things to where they should be # pvresize /dev/sdb3 Physical volume /dev/sdb3 changed 1 physical volume(s) resized / 0 physical volume(s) not resized I think the problem appears to be within d-i/partman and handling of deleting PVs or deleting partitions upon which PVs are stored. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760553: debian-installer: changing from guided to manual with LVM results in corrupt LVM metadata
Package: debian-installer Version: debian-7.6.0-amd64-netinst.iso Severity: important hi, I've set Version: to the ISO I used for install as I'm not sure what version of d-i that correlates to, nor whether this is a bug fixed since. I recently performed an install and opted for guided - use LVM initially. When presented with the results, I was not satisfied (I didn't want the entire device filled up with a root LV - see also #651280) so I went back to manual and started over: I deleted each LV and the partition housing the PV, then created a new (smaller) partition for the LV and re-created the LVs. The GPT partition table I ended up with is as follows Model: ATA ST1000LM024 HN-M (scsi) Disk /dev/sdb: 1000GB Sector size (logical/physical): 512B/4096B Partition Table: gpt Disk Flags: Number Start End SizeFile system Name Flags 1 1049kB 512MB 511MB fat32EFI System Partition boot, esp 2 512MB 768MB 256MB ext2 msftdata 3 768MB 10.8GB 10.0GB lvm 4 10.8GB 10.9GB 132MB fat16FREEDOS msftdata Note that I created partition #4 via parted post-installation (an experiment which failed: UEFI-boot for BIOS flashing is a no-go). However, I have just noticed that the LVM volume has corrupt metadata: # vgs VG #PV #LV #SN Attr VSize VFree qusp_vg 1 2 0 wz--n- 930.80g 921.49g # pvs PVVG Fmt Attr PSize PFree /dev/sdb3 qusp_vg lvm2 a-- 930.80g 921.49g Note that the above shows that it thinks the PV is approx 1T in size, but as parted shows, it's only ~10G. I was just about to create a new LV but if I had done so, I believe it would have started to overwrite partition #4 above and resulted in corruption. 'pvscan' didn't cure the issue, but 'pvresize' seems to have got things to where they should be # pvresize /dev/sdb3 Physical volume /dev/sdb3 changed 1 physical volume(s) resized / 0 physical volume(s) not resized I think the problem appears to be within d-i/partman and handling of deleting PVs or deleting partitions upon which PVs are stored. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140905085835.ga30...@bryant.redmars.org
Bug#760452: libnss-myhostname: broken homepage field in control file
Source: libnss-myhostname Version: 0.3-9 Severity: minor The control file lists Homepage: http://0pointer.de/lennart/projects/nss-myhostname/ but that URL no longer exists (404). I guess that's because it has moved to be a sub-component of systemd, http://www.freedesktop.org/software/systemd/man/nss-myhostname.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754852: nfs-utils: contains amd64 binaries (.o, .a, etc.)
Source: nfs-utils Version: 1:1.2.8-6 Severity: normal Hi folks, $ pwd /home/jon/tmp/nfs-utils-1.2.8 $ find . -name '*.o' -o -name '*.a' | wc -l 113 This is inherited from upstream's tarball and doesn't appear to be replicated in your git repository (that is: you've imported upstream's source from their repository and that doesn't have the object files committed: but you've uploaded their prepared orig tarball which does). -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u1 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libdevmapper1.02.1 2:1.02.74-8 ii libevent-2.0-5 2.0.19-stable-3 ii libgssglue1 0.4-2 ii libk5crypto31.10.1+dfsg-5+deb7u1 ii libkeyutils11.5.5-3 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libmount1 2.20.1-5.3 ii libnfsidmap20.25-4 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-24 ii lsb-base4.1+Debian8+deb7u1 ii rpcbind 0.2.0-8 ii ucf 3.0025+nmu3 Versions of packages nfs-common recommends: ii python 2.7.3-4+deb7u1 Versions of packages nfs-common suggests: pn open-iscsi none pn watchdognone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1341766] [NEW] nfs-utils source package in Trusty contains compiled objects
Public bug reported: $ tar tf nfs-utils_1.2.8.orig.tar.bz2|grep '\.o$'|wc -l 109 also .a, .deps and .libs dirs, etc. ** Affects: nfs-utils (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1341766 Title: nfs-utils source package in Trusty contains compiled objects To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/nfs-utils/+bug/1341766/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Bug#754852: nfs-utils: contains amd64 binaries (.o, .a, etc.)
Source: nfs-utils Version: 1:1.2.8-6 Severity: normal Hi folks, $ pwd /home/jon/tmp/nfs-utils-1.2.8 $ find . -name '*.o' -o -name '*.a' | wc -l 113 This is inherited from upstream's tarball and doesn't appear to be replicated in your git repository (that is: you've imported upstream's source from their repository and that doesn't have the object files committed: but you've uploaded their prepared orig tarball which does). -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nfs-common depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u1 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.5-1.1 ii libdevmapper1.02.1 2:1.02.74-8 ii libevent-2.0-5 2.0.19-stable-3 ii libgssglue1 0.4-2 ii libk5crypto31.10.1+dfsg-5+deb7u1 ii libkeyutils11.5.5-3 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libmount1 2.20.1-5.3 ii libnfsidmap20.25-4 ii libtirpc1 0.2.2-5 ii libwrap07.6.q-24 ii lsb-base4.1+Debian8+deb7u1 ii rpcbind 0.2.0-8 ii ucf 3.0025+nmu3 Versions of packages nfs-common recommends: ii python 2.7.3-4+deb7u1 Versions of packages nfs-common suggests: pn open-iscsi none pn watchdognone -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140715055253.ga23...@bryant.redmars.org
Bug#736327: progress so far
Here's my work-in-progress patch FYI. Since I think the cleanest method is for some changes in python's mailbox library, I'm discussing that too: http://bugs.python.org/issue20328 --- /usr/bin/archivemail 2011-07-10 14:57:42.0 +0100 +++ bin/archivemail 2014-01-29 21:00:32.0 + @@ -180,6 +180,7 @@ archive_name = None days_old_max = 180 date_old_max = None +delete_empty = False delete_old_mail = False dry_run = False filter_append= None @@ -216,13 +217,13 @@ try: opts, args = getopt.getopt(args, '?D:S:Vd:hno:F:P:qs:p:a:uv', - [date=, days=, delete, dry-run, help, - include-flagged, no-compress, output-dir=, - filter-append=, pwfile=, dont-mangle, - preserve-unread, quiet, size=, suffix=, - prefix=, archive-name=, verbose, - debug-imap=, version, warn-duplicate, - copy, all]) + [date=, days=, delete, delete-empty, + dry-run, help, include-flagged, + no-compress, output-dir=, filter-append=, + pwfile=, dont-mangle, preserve-unread, + quiet, size=, suffix=, prefix=, + archive-name=, verbose, debug-imap=, + version, warn-duplicate, copy, all]) except getopt.error, msg: user_error(msg) @@ -233,6 +234,8 @@ if self.copy_old_mail: user_error(found conflicting options --copy and --delete) self.delete_old_mail = True +if o == '--delete-empty': +self.delete_empty = True if o == '--include-flagged': self.include_flagged = True if o == '--no-compress': @@ -1219,6 +1222,13 @@ retain.close() vprint(no changes to mbox '%s' % original.mbox_file_name) retain.remove() + +# XXX: jmtd: remove old/empty Maildirs +if options.delete_empty and len(original) == 0: +original.remove() +else: + pass # can't delete; not empty. complain! XXX + original.unlock() original.close() original.reset_timestamps() # Minor race here; mutt has this too. @@ -1226,6 +1236,37 @@ stats.display() +# XXX: eventually class method / monkey patch +def monkeypatch_method(cls): + def decorator(func): + setattr(cls, func.__name__, func) + return func + return decorator + +@monkeypatch_method(mailbox.Maildir) +def remove(self): # XXX: handle known cache/index files + for d in ['tmp','new','cur']: +os.rmdir(os.path.join(self._path,d)) + if os.path.isfile(os.path.join(self._path,'dovecot.index.cache')): +os.remove(dovecot.index.cache) + os.rmdir(self._path) + +@monkeypatch_method(mailbox.MHMailbox) +def remove(self): + pass + +# this should _not_ be necessary +@monkeypatch_method(mailbox.MHMailbox) +def lock(self): + pass +@monkeypatch_method(mailbox.MHMailbox) +def unlock(self): + pass + +@monkeypatch_method(mailbox.mbox) +def remove(self): + os.remove(self._path) + def _archive_dir(mailbox_name, type): Archive a 'maildir' or 'MH' style mailbox - used by archive_mailbox() assert mailbox_name @@ -1277,6 +1318,14 @@ try: os.remove(file_name) except OSError, e: if e.errno != errno.ENOENT: raise +# XXX: jmtd: remove old/empty Maildirs +if options.delete_empty and maildir == type: + original.lock() + if len(original) + len(original.list_folders()) == 0: +original.remove() + else: +pass # can't delete; not empty. complain! XXX + original.unlock() if not options.quiet: stats.display() @@ -1409,6 +1458,7 @@ '+FLAGS.SILENT', '\\Deleted') if result != 'OK': unexpected_error(Error while deleting messages; server says '%s' % response[0]) +# XXX: jmtd: delete empty mailboxes/folders vprint(Closing mailbox.) imap_srv.close() if not options.quiet:
Bug#736327: archivemail: feature request: delete empty mailbox after archiving
Package: archivemail Version: 0.9.0-1 Severity: wishlist A nice feature would be to delete mailboxes from which you are archiving if, after archiving, there's no mail left in the source mailbox. I had a browse around the archivemail source and I guess the nicest way to achieve this would be if the 'mailbox' python library had support for this, say a method 'remove()' for a mailbox object. I tried a preliminary monkey-patch that added such methods to the Maildir and mbox sub-classes, but I haven't done all the other myriad esoteric mailbox types, and if there's any hope of the python standard library accepting such a patch it would have to be for the whole lot. (as an aside, the semantics of deleting Maildir mailboxes are pretty bad too. However they've already crossed that bridge since mailbox.Maildir has remove_folder for sub-Maildirs) -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (700, 'stable'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9.2-x86-linode51 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages archivemail depends on: ii python 2.7.3-4+deb7u1 ii python2.6 2.6.8-1.1 ii python2.7 2.7.3-6 archivemail recommends no packages. archivemail suggests no packages. -- no debconf information -- Jonathan Dowlandjmtd.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[Bug 1174635] [NEW] gnome-shell Power Off menu item confusing, incongruous with GDMs
Public bug reported: Hi, gdm 3.6.1-0ubuntu4 gnome-shell 3.6.3.1-0ubuntu6 When logged into GNOME 3, the right-hand menu has an item Power Off at the bottom. Clicking it brings up a context menu which gives you the option of logging out or suspending as well. This is confusing as the menu item does not end with an ellipsis, which is the traditional way of indicating that a menu item leads to further options (e.g. Power Off…) When you are not logged in and are instead facing the GDM login screen, you have the same menu (albeit with a power off icon instead of the logged in user's name). However this time Power Off does just that with no prompts. I think the logged-in version should be qualified with an ellipsis to indicate that it offers further choices. This would draw a distinction between the different behaviours the item has when logged in or not. ** Affects: gnome-shell (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1174635 Title: gnome-shell Power Off menu item confusing, incongruous with GDMs To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1174635/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Bug#705165: geary: can't configure geary
Hi Martin, On Wed, Apr 10, 2013 at 08:52:54PM +0200, Martin Dosch wrote: Opening it in a terminal gave me no helpful informations: $ geary Try $ geary -d --log-network And see if that sheds any more light. My best guess is it will be an SSL certificate issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700620: [Openstack-devel] Bug#700620: Bug#700620: Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
Hi, I saw this bug and I got a bit concerned. I'm a likely user of the openstack packages in Debian — well I/we could be, if they fit our needs — but I'm really worried that they are going to be vastly over-engineered. In a way it reminds me of the exim4 packages: the situation is not entirely analogous, since exim4 is installed for all Debian users, and the debconf harness does a good job of simplifying the complex job of configuring exim4 for the complete novice. But as soon as you want to actually deploy a real mailserver, the debconf stuff gets in the way, so much so that everyone I know who runs exim4 as a mailserver on Debian quickly overrides the debconf stuff altogether. I don't want to see the same situation in Debian. Let's not fall into the trap of thinking that the openstack packages need to be simplified for the complete novice. The complete novice will not be deploying a cloud infrastructure. There's no point in writing large, complex postinst scripts, debconf configuration etc. to try and avoid the sysadmin from editing a text file, if they are inevitably going to have to edit the text file anyway. History has shown that you just introduce an order of magnitude of complexity, a load of expertise needed to properly drive openstack in Debian which will not be transferrable or useful to any other context, and things which will get in the way for people who are used to openstack elsewhere and are caught out by Debian-specific hand holding. And so either people will have to work around your harness, or use 3rd party openstack packages, or (worse) avoid Debian as a serious platform for this stuff altogether. I really think Julien is right re the debconf sequencing stuff you seem to be worried about. As a user, if I'm installing openstack by hand, then I have no problem if the debconf questions come in two lumps. It's quite likely some of your dependencies will force this situation anyway, outside of your control. If I've mastered deployment and I'm rolling out more openstack nodes, I will definitely be using debconf preseeding or post-facto fixups via puppet, there's no way I'd do any more than the first one (as a learning experience) by hand and surely anyone else who is looking at deploying a cloud infrastructure would do the same? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700620: [Openstack-devel] Bug#700620: Bug#700620: Bug#700620: Rewriting the .ini parsing bit of openstack-pkg-tools
Hi, I saw this bug and I got a bit concerned. I'm a likely user of the openstack packages in Debian — well I/we could be, if they fit our needs — but I'm really worried that they are going to be vastly over-engineered. In a way it reminds me of the exim4 packages: the situation is not entirely analogous, since exim4 is installed for all Debian users, and the debconf harness does a good job of simplifying the complex job of configuring exim4 for the complete novice. But as soon as you want to actually deploy a real mailserver, the debconf stuff gets in the way, so much so that everyone I know who runs exim4 as a mailserver on Debian quickly overrides the debconf stuff altogether. I don't want to see the same situation in Debian. Let's not fall into the trap of thinking that the openstack packages need to be simplified for the complete novice. The complete novice will not be deploying a cloud infrastructure. There's no point in writing large, complex postinst scripts, debconf configuration etc. to try and avoid the sysadmin from editing a text file, if they are inevitably going to have to edit the text file anyway. History has shown that you just introduce an order of magnitude of complexity, a load of expertise needed to properly drive openstack in Debian which will not be transferrable or useful to any other context, and things which will get in the way for people who are used to openstack elsewhere and are caught out by Debian-specific hand holding. And so either people will have to work around your harness, or use 3rd party openstack packages, or (worse) avoid Debian as a serious platform for this stuff altogether. I really think Julien is right re the debconf sequencing stuff you seem to be worried about. As a user, if I'm installing openstack by hand, then I have no problem if the debconf questions come in two lumps. It's quite likely some of your dependencies will force this situation anyway, outside of your control. If I've mastered deployment and I'm rolling out more openstack nodes, I will definitely be using debconf preseeding or post-facto fixups via puppet, there's no way I'd do any more than the first one (as a learning experience) by hand and surely anyone else who is looking at deploying a cloud infrastructure would do the same? -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
r14001 - packages/trunk/ode/debian
Author: jmtd Date: 2013-04-17 08:59:26 + (Wed, 17 Apr 2013) New Revision: 14001 Modified: packages/trunk/ode/debian/changelog packages/trunk/ode/debian/control Log: Update Vcs-Browser field in control file. Closes: #705591. Modified: packages/trunk/ode/debian/changelog === --- packages/trunk/ode/debian/changelog 2013-04-13 14:01:20 UTC (rev 14000) +++ packages/trunk/ode/debian/changelog 2013-04-17 08:59:26 UTC (rev 14001) @@ -1,3 +1,10 @@ +ode (2:0.11.1-5) UNRELEASED; urgency=low + + * Team upload. + * Update Vcs-Browser field in control file. Closes: #705591. + + -- Jonathan Dowland j...@debian.org Wed, 17 Apr 2013 09:50:52 +0100 + ode (2:0.11.1-4) unstable; urgency=low * Team upload. Modified: packages/trunk/ode/debian/control === --- packages/trunk/ode/debian/control 2013-04-13 14:01:20 UTC (rev 14000) +++ packages/trunk/ode/debian/control 2013-04-17 08:59:26 UTC (rev 14001) @@ -7,7 +7,7 @@ libglu1-mesa-dev | libglu-dev, libgl1-mesa-dev | libgl-dev Standards-Version: 3.8.2 Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/ode/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/ode/?op=log +Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/ode/ Homepage: http://www.ode.org/ Package: libode1 ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
[Bug 1077531] Re: debhelper lacks example rules files
Those files were removed on purpose in 2011-04-01 (here's the commit: http://anonscm.debian.org/gitweb/?p=debhelper/debhelper.git;a=commitdiff;h=54fbbed4eb8bf4086e12f4c22204ab75729a4f65) I think the reason is that the old, long-form way of writing rules files is deprecated, at least from the debhelper maintainer's POV. You are best to start with the tiny file and override what stages you need to for your particular package. Here's a short example of such a rules file, with two or three targets overidden: http://anonscm.debian.org/gitweb/?p=pkg- games/freedoom.git;a=blob;f=debian/rules;h=78c4b4271775f6c59f232bc85670f1fb806ec498;hb=HEAD Check the dh(1) manpage, section OVERRIDE TARGETS to learn more about how it works. ** Changed in: debhelper (Ubuntu) Status: New = Invalid -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1077531 Title: debhelper lacks example rules files To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/1077531/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Bug#696727: cheese does not start with Gtk-Warning
severity 696727 grave thanks On Wed, Dec 26, 2012 at 03:36:44PM +0100, Giovanni74 wrote: cheese does not start at all. Here is the terminal output: Wow. I've just reproduced this. I'm mildly incredulous. Are we just unlucky? This makes the package entirely unusable for me. Can anyone use it? I'm going to take a chance and assume that my experience is the typical one, and thus the package is unusable or mostly so as it stands. I might try poking around at the source tonight but I know nothing about vala so I don't know if I'll get anywhere. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Rooting an Android Tablet on Debian
Hi, not answering your specific question, but On Sun, Mar 10, 2013 at 02:57:18PM -0400, Charles Kroeger wrote: I got a Kobo Arc that runs Android 4.0.4 and would like to become su for this device snip I use Calibre with the Arc for moving books around but Calibre is useless with the Adobe DRM menace and most of my books require this. Are you only interested in rooting it in order to solve the second problem? In which case I can't see *how* it solves the second problem. I guess you need to strip the Adobe DRM, which if possible, could be done from a desktop machine, after which your ebook reader on a non-rooted device would be fine. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130311164453.GH31390@debian
Re: packaging with git: automatic setup of remotes/upstream when cloning
I (used to) document the upstream branch location in debian/README.source. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130306134716.GA11387@debian
Re: multi-tarball packages in version control
On Sat, Feb 16, 2013 at 09:57:16AM +0100, Tzafrir Cohen wrote: The only problem is that svn-buildpackage does not support this. Or rather: it should have, but a long standing bug (with a partial fix attached to it, to which the maintainer did not comment. But since uploaded one or two versions). I recently tried the most recent patch from #585658 when looking at 'love', another multi-source package, but it did not resolve the build failure for me. In that situation, I gave up, used dpkg-source to extract/merge the upstream tarballs, manually checked out ./debian, used debuild -i.svn -I.svn and avoided svn-buildpackage altogether. But that was for one patch on a package I don't regularly maintain, so I guess that doesn't scale. (I should probably update the bug.) If the patch is working for you, great! Sadly it's not comprehensive enough to work in all situations yet. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130306135029.GB11387@debian
Re: Cost of packages in disk space?
On Mon, Feb 25, 2013 at 11:47:22AM -0600, green wrote: So, imagine that I have a full filesystem and want to fix it by removing a single package. I would need to get a list of manually installed packages, and go through each one of them individually, proposing a removal and saving aptitude's freed space result. A week later, I might have a list of freed space values to sort. Yes, unless you pre-sort the list of packages that you investigate to maximize the chance of solving your issue with the least removals. Some local knowledge would make this most efficient, say you run a predominantly GNOME/GTK desktop, for example, but you have a small number (perhaps 1) of QT or KDE apps installed, if you could spare them then such packages should be high up the list. So this would have to be scripted to be useful It would certainly be useful if this was scripted. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130226155935.GA10764@debian
r13967 - packages/trunk/abuse-sdl/debian
Author: jmtd Date: 2013-02-25 14:16:41 + (Mon, 25 Feb 2013) New Revision: 13967 Modified: packages/trunk/abuse-sdl/debian/control Log: update Vcs-Browser: field Modified: packages/trunk/abuse-sdl/debian/control === --- packages/trunk/abuse-sdl/debian/control 2013-02-22 16:24:46 UTC (rev 13966) +++ packages/trunk/abuse-sdl/debian/control 2013-02-25 14:16:41 UTC (rev 13967) @@ -6,7 +6,7 @@ Build-Depends: debhelper ( 5.0), quilt, libsdl1.2-dev, libsdl-mixer1.2-dev, binutils (= 2.14.90.0.7) Standards-Version: 3.9.1 Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/abuse-sdl/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/abuse-sdl/?op=log +Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/abuse-sdl/?op=log Homepage: http://abuse.zoy.org/ Package: abuse ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
Re: Cost of packages in disk space?
For simple per-package results, dpigs from debian-goodies gives you what you want (and is little more than a one-liner similar to what was posted by another to this thread, internally.) As for cumulative space, what you want is not how much space a package takes up but to answer the question: for a given set of package operations, what space will be occupied/freed? In my experience, firing up aptitude, programming in the proposed change (removals or additions) and hitting 'go' once, gives you the space changes that would result if you hit 'go' a second time. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130225173548.GC27141@debian
r13961 - in packages/trunk/love/debian: . patches
Author: jmtd Date: 2013-02-22 15:04:19 + (Fri, 22 Feb 2013) New Revision: 13961 Added: packages/trunk/love/debian/patches/packaged-glee Modified: packages/trunk/love/debian/changelog packages/trunk/love/debian/control Log: catch SVN up to last release (0.8.0-3) Modified: packages/trunk/love/debian/changelog === --- packages/trunk/love/debian/changelog2013-02-13 05:35:19 UTC (rev 13960) +++ packages/trunk/love/debian/changelog2013-02-22 15:04:19 UTC (rev 13961) @@ -1,8 +1,9 @@ -love (0.8.0-3) UNRELEASED; urgency=low +love (0.8.0-3) unstable; urgency=low - * NOT RELEASED YET + * Team upload. + * Add glee-dev to Build-Depends. Closes: #690871 - -- Bas Wijnen wij...@debian.org Tue, 16 Oct 2012 10:03:54 +0200 + -- Bas Wijnen wij...@debian.org Thu, 18 Oct 2012 20:35:56 +0200 love (0.8.0-2) unstable; urgency=low Modified: packages/trunk/love/debian/control === --- packages/trunk/love/debian/control 2013-02-13 05:35:19 UTC (rev 13960) +++ packages/trunk/love/debian/control 2013-02-22 15:04:19 UTC (rev 13961) @@ -6,8 +6,9 @@ Build-Depends: debhelper (= 7), autotools-dev, automake, autoconf, libtool, dh-buildinfo, pkg-config, libboost-dev, libsdl1.2-dev, libsdl-mixer1.2-dev, libopenal-dev, liblua5.1-0-dev, libphysfs-dev, libdevil-dev, libfreetype6-dev, - libmng-dev, libmodplug-dev, libmpg123-dev, libflac++-dev, libxpm-dev, libxcursor-dev, - libxxf86vm-dev, libtiff4-dev, libpng12-dev, lua5.1, liblua5.1-expat0, libvorbis-dev + libmng-dev, libmodplug-dev, libmpg123-dev, libflac++-dev, libxpm-dev, + libxcursor-dev, libxxf86vm-dev, libtiff4-dev, libpng12-dev, lua5.1, + liblua5.1-expat0, libvorbis-dev, glee-dev Standards-Version: 3.9.3 Homepage: http://love2d.org/ Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/love/ Added: packages/trunk/love/debian/patches/packaged-glee === --- packages/trunk/love/debian/patches/packaged-glee (rev 0) +++ packages/trunk/love/debian/patches/packaged-glee2013-02-22 15:04:19 UTC (rev 13961) @@ -0,0 +1,19 @@ +Description: Replace included GLee with packaged version + Disable use of included GLee, using the packaged version instead. +Author: Bas Wijnen wij...@debian.org +Bug-Debian: http://bugs.debian.org/690492 +Forwarded: no +Last-Update: 2012-10-14 + +Index: love-0.8.0/configure.in +=== +--- love-0.8.0.orig/configure.in 2012-10-14 22:16:31.0 +0200 love-0.8.0/configure.in2012-10-14 22:31:15.232423281 +0200 +@@ -13,6 +13,7 @@ + AC_SEARCH_LIBS([glLoadIdentity], [GL], [], AC_MSG_ERROR([Can't LÖVE without OpenGL])) + #AC_SEARCH_LIBS([gluOrtho2D], [GLU], [], AC_MSG_ERROR([Can't LÖVE without OpenGL Utility Library])) + AC_SEARCH_LIBS([alSourcePlay], [openal], [], AC_MSG_ERROR([Can't LÖVE without OpenAL])) ++AC_SEARCH_LIBS([GLeeInit], [glee], [], AC_MSG_ERROR([Can't LÖVE without GLee])) + lua=lua + AC_ARG_WITH([luajit], + [AS_HELP_STRING([--with-luajit], [Use LuaJIT instead of lua and llvm-lua])], ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
r13962 - packages/tags/love
Author: jmtd Date: 2013-02-22 15:05:24 + (Fri, 22 Feb 2013) New Revision: 13962 Added: packages/tags/love/0.8.0-3/ Log: Tag Release ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
r13963 - packages/trunk/love/debian
Author: jmtd Date: 2013-02-22 15:07:10 + (Fri, 22 Feb 2013) New Revision: 13963 Modified: packages/trunk/love/debian/changelog packages/trunk/love/debian/control Log: Update Vcs-Browser control file field Modified: packages/trunk/love/debian/changelog === --- packages/trunk/love/debian/changelog2013-02-22 15:05:24 UTC (rev 13962) +++ packages/trunk/love/debian/changelog2013-02-22 15:07:10 UTC (rev 13963) @@ -1,3 +1,9 @@ +love (0.8.0-4) UNRELEASED; urgency=low + + * Update Vcs-Browser control file field. + + -- Jonathan Dowland j...@debian.org Fri, 22 Feb 2013 15:05:10 + + love (0.8.0-3) unstable; urgency=low * Team upload. Modified: packages/trunk/love/debian/control === --- packages/trunk/love/debian/control 2013-02-22 15:05:24 UTC (rev 13962) +++ packages/trunk/love/debian/control 2013-02-22 15:07:10 UTC (rev 13963) @@ -12,7 +12,7 @@ Standards-Version: 3.9.3 Homepage: http://love2d.org/ Vcs-Svn: svn://svn.debian.org/svn/pkg-games/packages/trunk/love/ -Vcs-Browser: http://svn.debian.org/wsvn/pkg-games/packages/trunk/love/?op=log +Vcs-Browser: http://anonscm.debian.org/viewvc/pkg-games/packages/trunk/love/ Package: love Architecture: any ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
r13965 - packages/trunk/love/debian
Author: jmtd Date: 2013-02-22 16:24:22 + (Fri, 22 Feb 2013) New Revision: 13965 Added: packages/trunk/love/debian/love-dbg.lintian-overrides packages/trunk/love/debian/love-doc.lintian-overrides packages/trunk/love/debian/love.lintian-overrides Removed: packages/trunk/love/debian/docs Modified: packages/trunk/love/debian/changelog packages/trunk/love/debian/rules Log: lintian overrides and minor fixes Modified: packages/trunk/love/debian/changelog === --- packages/trunk/love/debian/changelog2013-02-22 15:27:48 UTC (rev 13964) +++ packages/trunk/love/debian/changelog2013-02-22 16:24:22 UTC (rev 13965) @@ -1,11 +1,15 @@ -love (0.8.0-4) UNRELEASED; urgency=low +love (0.8.0-4) experimental; urgency=low * Team upload. * Update Vcs-Browser control file field. * If binfmt-tools is installed, associate .love files with /usr/bin/love. Closes: #628438. + * Lintian override for mention of LGPL in copyright file. + * Lintian override for /usr/bin/love in .desktop file. + * Call dh_lintian to install the overrides. + * Don't ship a duplicate changelog at changes.txt.gz - -- Jonathan Dowland j...@debian.org Fri, 22 Feb 2013 15:05:10 + + -- Jonathan Dowland j...@debian.org Thu, 21 Feb 2013 23:05:10 + love (0.8.0-3) unstable; urgency=low Deleted: packages/trunk/love/debian/docs === --- packages/trunk/love/debian/docs 2013-02-22 15:27:48 UTC (rev 13964) +++ packages/trunk/love/debian/docs 2013-02-22 16:24:22 UTC (rev 13965) @@ -1 +0,0 @@ -changes.txt Added: packages/trunk/love/debian/love-dbg.lintian-overrides === --- packages/trunk/love/debian/love-dbg.lintian-overrides (rev 0) +++ packages/trunk/love/debian/love-dbg.lintian-overrides 2013-02-22 16:24:22 UTC (rev 13965) @@ -0,0 +1,2 @@ +# LGPL is in the copyright file but does not apply to any of Love +love-dbg binary: copyright-should-refer-to-common-license-file-for-lgpl Added: packages/trunk/love/debian/love-doc.lintian-overrides === --- packages/trunk/love/debian/love-doc.lintian-overrides (rev 0) +++ packages/trunk/love/debian/love-doc.lintian-overrides 2013-02-22 16:24:22 UTC (rev 13965) @@ -0,0 +1,2 @@ +# LGPL is in the copyright file but does not apply to any of Love +love-doc binary: copyright-should-refer-to-common-license-file-for-lgpl Added: packages/trunk/love/debian/love.lintian-overrides === --- packages/trunk/love/debian/love.lintian-overrides (rev 0) +++ packages/trunk/love/debian/love.lintian-overrides 2013-02-22 16:24:22 UTC (rev 13965) @@ -0,0 +1,5 @@ +# LGPL is in the copyright file but does not apply to any of Love +love binary: copyright-should-refer-to-common-license-file-for-lgpl + +# /usr/bin/love is managed by update-alternatives +love binary: desktop-command-not-in-package Modified: packages/trunk/love/debian/rules === --- packages/trunk/love/debian/rules2013-02-22 15:27:48 UTC (rev 13964) +++ packages/trunk/love/debian/rules2013-02-22 16:24:22 UTC (rev 13965) @@ -106,6 +106,7 @@ dh_installmime -a # dh_installinfo -a dh_installman debian/love-$(PRG_SUFFIX).1 -a + dh_lintian dh_link -a dh_strip --dbg-package=love-dbg -a dh_compress -a --exclude=.love --exclude=.lua ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
r13966 - packages/tags/love
Author: jmtd Date: 2013-02-22 16:24:46 + (Fri, 22 Feb 2013) New Revision: 13966 Added: packages/tags/love/0.8.0-4/ Log: tag 0.8.0-4 ___ Pkg-games-commits mailing list Pkg-games-commits@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-games-commits
Re: Bug#700506: ITP: trinity -- A Linux System call fuzz tester
On Thu, Feb 14, 2013 at 11:37:03AM -0500, Scott Kitterman wrote: The chances of Trinity, the desktop environment, being packaged in Debian are very low. That may be the case, but it may still confuse users regardless. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130215095727.GE19236@debian
Re: OT: just falling back to fluxbox after Gnome3 mem-leak experince
On Fri, Feb 08, 2013 at 12:09:16PM -0500, Stefan Monnier wrote: Indeed, but we're talking about 3GB of memory here, which seems hard to justify for such an application. Sure, but my point was it's not a leak. Being memory inefficient is one thing. Leaking memory is where, over time, it takes more and more memory because it is not properly freeing up memory it has finished with. You need to sample the memory usage more than once to establish that some is being lost to leaks. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130215115750.GF19236@debian
Re: OT: just falling back to fluxbox after Gnome3 mem-leak experince
On Fri, Feb 08, 2013 at 11:28:51AM +0100, Peter Viskup wrote: Hi all, just want to share my bad experience with Gnome3 in testing. They have/had some mem-leaks in there. viskup@viskup:~$ uptime 11:10:57 up 16 days, 17:01, 10 users, load average: 1.61, 1.34, 1.07 I'm not sure what this is supposed to demonstrate. Has gnome-shell been running for 16 days? viskup@viskup:~$ awk '/Name|VmSize|VmPeak/' /proc/4186/status Name: gnome-shell VmPeak: 3537456 kB VmSize: 3403068 kB That doesn't show a memory leak. What was the memory usage at start-up? For ref, my gnome-shell instance appears to have been running 8 days (odd, I don't remember restarting it then) and is using awk '/Name|VmSize|VmPeak/' /proc/$(pidof gnome-shell)/status Name: gnome-shell VmPeak: 1250636 kB VmSize: 1190912 kB ii gnome-shell 3.4.2-6 amd64 graphical shell for I'm one version behind you. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130208141241.GA6533@debian
Re: OT - Convert output of byte count to GB count?
You could use GNU units. It appears to treat SI prefixes as strictly base 10, so use the KiB/MiB etc. variants where applicable: $ units 8112116KiB MiB * 7921.9883 / 0.00012623094 Something like …21| awk '/transferred/' {print $1}'|while read i; do units ${i}bytes GiB; done That will need playing around with. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130208142415.GB6533@debian
Re: Go (golang) packaging, part 2
On Wed, Feb 06, 2013 at 09:23:02AM +, Neil Williams wrote: Then don't package Go at all and leave it entirely outside the realm of dpkg - no dependencies allowed in either direction, no files created outside /usr/local for any reason, no contamination of the apt or dpkg cache data. If what you want is complete separation, why is there even a long running thread on integration? That's one possible solution, and a low-risk one at that. The others carry the risk of doing the job badly, especially if there is not enough resource to implement them going forwards. Then why bother discussing packaging Go if it isn't going to be packaged, it's just going to invent it's own little ghetto in /usr/local? That seems pretty perjorative. The reason Go has invented it's own little ghetto is to solve the distribution problem. The reason they want to solve it is because, despite our best efforts, we haven't solved it. Pretending we have done helps nobody. From Go's perspective, we are a bit player. There's a pattern of misplaced arrogance and pride that permeates -devel from time to time whenever difficult integration discussions come up (systemd included) that really doesn't help. Let's not overstate our importance in the wider world, it does not help us one bit. Step by step we'll just close our doors to the rest of the Universe and slide further into irrelevance. If Go wants to be packaged, it complies by the requirements of packaging. Go doesn't want anything: It's a programming language and environment, not a sentient being. The authors of Go are probably not that bothered about it being packaged, seeing as they've put energy into solving the distribution problem themselves, at the same time making it more difficult to distribution-package. The people who want to see it packaged are people who want to see Debian users be able to conveniently interact with Go-land. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130206094410.GA322@debian
Accepted chocolate-doom 1.7.0-3 (source amd64)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 05 Feb 2013 22:17:17 + Source: chocolate-doom Binary: chocolate-doom Architecture: source amd64 Version: 1.7.0-3 Distribution: unstable Urgency: low Maintainer: Debian Games Team pkg-games-de...@lists.alioth.debian.org Changed-By: Jon Dowland j...@debian.org Description: chocolate-doom - Doom engine closely-compatible with vanilla doom Closes: 692762 Changes: chocolate-doom (1.7.0-3) unstable; urgency=low . * Remove deprecated dm-upload-allowed field from the control file. * Provides: doom-engine. Closes: #692762. * Remove duplicate upstream Changelog. This addresses: * duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz * Rework copyright file to current DEP-5 format. This addresses: * obsolete-field-in-dep5-copyright maintainer upstream-contact * obsolete-field-in-dep5-copyright name upstream-name * obsolete-field-in-dep5-copyright format-specification format * comma-separated-files-in-dep5-copyright paragraph * missing-license-paragraph-in-dep5-copyright public domain Checksums-Sha1: 658db98e1d0aff6e716ee0cde1420fb7518eae83 2091 chocolate-doom_1.7.0-3.dsc 4facace6b20ae5d6142e46277764105d8fbd8a8b 5852 chocolate-doom_1.7.0-3.debian.tar.gz bf0a4c80ea9f339c499b56cf944ac8ee5b58aaef 433386 chocolate-doom_1.7.0-3_amd64.deb Checksums-Sha256: 917af9a7f5a7a89940c37a0ef9b4d846b449a901fcccb6c4e10cfce0566e2ecd 2091 chocolate-doom_1.7.0-3.dsc b0bbd63183b96b1390c78345cfe875be477f58943427cbf1e0e4a3cc1a06000b 5852 chocolate-doom_1.7.0-3.debian.tar.gz 1c5f0f495afefcfe8a19f30f3d04eaced7ad7b9c15211d3571e3334bccfb1021 433386 chocolate-doom_1.7.0-3_amd64.deb Files: a3c8f14f5aaa5c04c0bd169616aba7fd 2091 contrib/games optional chocolate-doom_1.7.0-3.dsc 0efe6bad1463cb3d895a60672c601634 5852 contrib/games optional chocolate-doom_1.7.0-3.debian.tar.gz d05259f8c7475696651664fdae7435f9 433386 contrib/games optional chocolate-doom_1.7.0-3_amd64.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJREjHpAAoJEAkHQJYGFfMP/3tTJEZzE3fo5/P7zEOLzDKC 7rH044bl4yM5MLxQstEBia3hO/SR/eml1RfKYQ561le6PM0NBEVOJYxxm1P3WXX9 utt6Szhj2d/+9wEKIPwEoww2DC7kJlfX5SwfuDh2d5H89d3q5pd8kD9obQ9YpRZ9 Rp2yBsFPArvz9Q5UF2/E/DfSb+gJTv5ljP/YhOkINB61wWCrElpnn33jQc7esRh5 XMmlQyGCs4vy8AL3LczxgRzb9SINNvBfHyepGvx6odOR14YoxJLIbbM8Bn9+vgGw ygg7VNWWS09AK2p5CIYke4aFa+Bxmgf9qOT06ovX0pl/XdZiqLOIqEodssoJBigq OB3MVSq1X5bSqwN1fYh+lTfK0Rev7c3KesUkiM+5Mj1gtf2FDYylY3+1izQWLHxw OB1or7PPkd4LR81hcBPat8owYYmyFmPTwHwOdjz0iEtvviDnSjGzXQgkHOohjaYK z/SmSO98DAgMLmMLdcohEBpEeCze4tIK4ki8BJfzgBDWJHt14qdbZXgK+e7HNk/n 9Y7n0QvbPwzFYPU8LKHiu4z47Jx2BrpEfOBMGWRZi7FjrNU8gNJgaBJt2ru3poXq hrswMedg34B8FfnvEE0/teH3wvgoVQ8cButnZ/6Z022aA21JL8996OkHyGPwZzCg kf3zXIoGRbXHuZBJ0W/h =XH8y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-devel-changes-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1u32xm-00078y...@franck.debian.org
Re: copy current HDD setout on preseed
On Wed, Feb 06, 2013 at 02:40:18PM +0100, Frank Lanitz wrote: Depending on your goal you could create the layout and put it into kind of a image. Fastest way would be e.g. dd if=/dev/sda of=/foo/baa At last as long as you are not writing, whats your goal ;) OP mentioned preseeding. Can they perform an operation such as you suggest from within a preseed configuration? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130206135738.GC2627@debian
Re: Go (golang) packaging, part 2
On Fri, Feb 01, 2013 at 01:27:05PM -0800, Russ Allbery wrote: Lennart Sorensen lsore...@csclub.uwaterloo.ca writes: Not all C libraries are distributed from one central site and they certainly don't expect you to use a central package installation system. So much more the shame for C. Those are *improvements* that Perl came up with (well, actually, that the TeX community came up with and Perl copied) that made the ecosystem much nicer. On that note, Rusty Russell's CCAN is interesting: http://ccodearchive.net/ -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130205172005.GA21754@debian
Re: Go (golang) packaging, part 2
On Fri, Feb 01, 2013 at 03:20:08PM -0500, Lennart Sorensen wrote: On Fri, Feb 01, 2013 at 10:00:32AM +, Jon Dowland wrote: As a Haskell developer, I find cabal much more convenient than nothing, in the situation where the library I want is not packaged by Debian yet. If I want my haskell libraries and programs to reach a wide audience, I need to learn Cabal anyway. If you are writing libraries to add to the language, then I don't consider you a normal developer using the language. Well, my point stands if I were writing a mere Haskell user-oriented program for that matter. You generally don't have to because things are in Debian archives already. It can be a chicken and egg problem. I see .debs often when a repository does exist (spotify, dropbox I think, google chrome) and many situations where a repository does not (humble indie bundle) If you want bleeding edge, then you are not a normal user and you certainly aren't a system administrator that wants to keep a controlled system they can reproduce. I must admit I'm losing touch of precisely what you are arguing here. I guess it's not everything that matters will be packaged with Debian hence the previous paragraph re: external apt repositories. Yet, I don't suppose you're arguing that availability in an external apt repository is any guarantee of quality (Or at least I hope you're not). I don't think we're necessarily talking about bleeding edge, either. If something is not packaged in Debian, it's not necessarily bleeding edge. I know dpkg --get-selections will tell me all the software installed on the system so I can do the same on another one. If yet another package maanger gets involved I have to know about it and do something different to handle that. That's not a good thing. True. But you also lose lots of other information, such as what is marked automatic, the contents of your debconf DB and corresponding changes in /etc, non-corresponding changes in /etc… dpkg --get-selections is not and has never been a solution to the problem you are describing. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130205172651.GB21754@debian
Re: Go (golang) packaging, part 2
On Fri, Feb 01, 2013 at 12:38:16PM -0800, Russ Allbery wrote: Using Debian packages is a *means*, not an *end*. Sometimes in these discussions I think people lose sight of the fact that, at the end of the day, the goal is not to construct an elegantly consistent system composed of theoretically pure components. That's a *preference*, but there's something that system is supposed to be *doing*, and we will do what we need to do in order to make the system functional. And in particular, where a problem cannot be solved in pure Debian, I don't want Debian to interfere with the bit of the solution that lives outside of its domain. That may include not attempting to package/patch/alter/adjust upstream systems like Go that have a different philosophical approach. The worst case scenario IMHO is some people invest a lot of time to make the Debianized-Go stuff quite divergent from upstream, people's expectations of how things behave in Go-land are broken when they access Go-via-Debian, the job is never quite complete and so we get extra bugs, and a new upstream community relationship is marred. This is a much worse outcome than not attempting to package Go at all, IMHO. I guess I'd quite like the boundaries of responsibility to be very clear, when I'm forced to have such boundaries. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130205173047.GC21754@debian
Re: Go (golang) packaging, part 2
On Fri, Feb 01, 2013 at 04:02:18PM -0500, Lennart Sorensen wrote: For cpan there is even dh-make-perl. The solution then is to make equivelant scripts for other languages. The solution is NOT to use some other package installation system. Although I've never used dh-make-perl myself, I'm lead to believe that it is perhaps *the* most successful tool of its type (that is, of things that create .debs from packages in an alternative repository system like CPAN, gems, cabal, etc.), and that it works as reliably as it does (which as Russ points out is not 100% by any means) by relying on data from CPAN. So it's hard to use it as an argument against such external package systems. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130205173517.GD21754@debian
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi Jonathan, On Wed, Jan 23, 2013 at 04:01:47PM +, Jonathan Wiltshire wrote: I would accept the Uploaders fix and the other documentation fixes along with it, but not the standards version. Can you prepare a debdiff before uploading and send it to this bug please? Thank you, looking at it now. Would you accept the following documentation fixes too: removing dm-upload-allowed; adding a provides: doom-engine (closes: #692762)? If so, I can work from the git master where they've been addressed; otherwise I'll cherry pick the fixes that I mentioned in the -release mail from November. Sorry if it seems like I'm moving the goal posts here, that wasn't my intention when I fixed those bugs in git, honest! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi Jonathan, On Wed, Jan 23, 2013 at 04:01:47PM +, Jonathan Wiltshire wrote: I would accept the Uploaders fix and the other documentation fixes along with it, but not the standards version. Can you prepare a debdiff before uploading and send it to this bug please? Thank you, looking at it now. Would you accept the following documentation fixes too: removing dm-upload-allowed; adding a provides: doom-engine (closes: #692762)? If so, I can work from the git master where they've been addressed; otherwise I'll cherry pick the fixes that I mentioned in the -release mail from November. Sorry if it seems like I'm moving the goal posts here, that wasn't my intention when I fixed those bugs in git, honest! -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130205211223.GF21754@debian
Re: Go (golang) packaging, part 2
On Wed, Jan 30, 2013 at 06:46:35PM -0500, Lennart Sorensen wrote: Absolutely. As a user I have a nice package management system that I know how to use and which works well. I don't need another one. As a Haskell developer, I find cabal much more convenient than nothing, in the situation where the library I want is not packaged by Debian yet. If I want my haskell libraries and programs to reach a wide audience, I need to learn Cabal anyway. It is not the job of a language developer to invent yet another bloody package distribution and installation system. And yet they do, and so we need to manage it. Remember that Debian does not just provide a package management system: it also provides repositories and dictates what goes in them according to the DFSG. Whilst adding new repositories is relatively simple for users (and growing in popularity for upstreams), installing bare .deb files is still not a very smooth process (although massively improved by e.g. gdebi these days) From an upstream POV, they want their software in the hands of end users. They don't want to have to learn and build a myriad of different package types (.deb, .rpm, etc.) and crucially neither do we. In many cases they don't want to have to wait for a distro to package their software for them either. In the Go case, their users are people who might have a shell/web account but not admin access on a shared host somewhere, running god knows what distro and version, hence having a self-contained fat binary that is guaranteed to run wherever libc is meets their goals. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130201100032.GA12622@debian
Bug#699158: ITP: squishyball -- audio sample comparison testing tool
Package: wnpp Severity: wishlist Owner: Jon Dowland j...@debian.org * Package name: squishyball Version : 0.1~svn18785 Upstream Author : Monty mo...@xiph.org * URL : http://svn.xiph.org/trunk/squishyball/ * License : GPL Programming Lang: C Description : audio sample comparison testing tool squishyball is a simple command-line utility for performing double-blind A/B, A/B/X or X/X/Y (A/B/X with additional sample order randomisation) testing of audio samples on the command line. . The user specifies two input files to be compared and uses the keyboard during playback to flip between the randomized samples to perform on-the-fly comparisons. After a predetermined number of trials, squishyball prints the trial results to stdout and exits. . squishyball can be used to help establish what lossy audio codec settings are optimal for a particular combination of user and audio equipment. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130128104531.GA22755@debian
Bug#699158: ITP: squishyball -- audio sample comparison testing tool
Package: wnpp Severity: wishlist Owner: Jon Dowland j...@debian.org * Package name: squishyball Version : 0.1~svn18785 Upstream Author : Monty mo...@xiph.org * URL : http://svn.xiph.org/trunk/squishyball/ * License : GPL Programming Lang: C Description : audio sample comparison testing tool squishyball is a simple command-line utility for performing double-blind A/B, A/B/X or X/X/Y (A/B/X with additional sample order randomisation) testing of audio samples on the command line. . The user specifies two input files to be compared and uses the keyboard during playback to flip between the randomized samples to perform on-the-fly comparisons. After a predetermined number of trials, squishyball prints the trial results to stdout and exits. . squishyball can be used to help establish what lossy audio codec settings are optimal for a particular combination of user and audio equipment. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699158: ITP: squishyball -- audio sample comparison testing tool
Package: wnpp Severity: wishlist Owner: Jon Dowland j...@debian.org * Package name: squishyball Version : 0.1~svn18785 Upstream Author : Monty mo...@xiph.org * URL : http://svn.xiph.org/trunk/squishyball/ * License : GPL Programming Lang: C Description : audio sample comparison testing tool squishyball is a simple command-line utility for performing double-blind A/B, A/B/X or X/X/Y (A/B/X with additional sample order randomisation) testing of audio samples on the command line. . The user specifies two input files to be compared and uses the keyboard during playback to flip between the randomized samples to perform on-the-fly comparisons. After a predetermined number of trials, squishyball prints the trial results to stdout and exits. . squishyball can be used to help establish what lossy audio codec settings are optimal for a particular combination of user and audio equipment. -- To UNSUBSCRIBE, email to debian-wnpp-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130128104531.GA22755@debian
Re: Linux Future
On Wed, Jan 23, 2013 at 10:46:33AM +0100, Josselin Mouette wrote: You might find this useful: http://np237.livejournal.com/33449.html I made this presentation in the hope to make such things easier to understand for the sysadmin. Just for the record I found it a good read, and mentally have it bookmarked for the next time I need it. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130123131603.GA30151@debian
Re: Bug#696006: ITP: tinyos -- operating system for sensor motes and embedded devices
Hi - we have/had some modules here at Newcastle University using TinyOS and having it available in Debian may make it easier for us to deliver the teaching in future. Thanks! -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121217111200.GA26408@debian
Re: Yast for debian
On Mon, Dec 17, 2012 at 04:17:56PM +0500, Muhammad Yousuf Khan wrote: is there any tool equivalent to yast in Debian? For those of us unfamiliar with what Yast is or does now, can you explain the particular features you are looking for? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121217111847.GB26408@debian
Re: Network Manager icon not working well
On Mon, Dec 10, 2012 at 12:50:36PM +0200, Andrei POPESCU wrote: is there any service which monitors status of Ethernet and changes Network manager's icon on gnome-control-panel? Network Manager. For GNOME3, nm does not draw the icon in the display, gnome-shell overrides it and provides its own. I've had gnome-shell and nm fall out / lose d-bus connection or something else more than once, and that may be a related problem here. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121217112013.GC26408@debian
Re: Debian 7 wheezy should be released by now, don't u think?
On Sun, Dec 16, 2012 at 11:53:41AM +0100, Johan Grönqvist wrote: You can have a look at http://richardhartmann.de/blog/posts/2012/12/14-Debian_Release_Critical_Bug_report_for_Week_50/ to see the number of release critical bugs. The release should wait until that number is zero. Near zero. I don't think any release has waited until it was actually zero. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121217112052.GD26408@debian
Re: Gnome3 probe
On Fri, Dec 14, 2012 at 08:30:24AM -0500, Rob Owens wrote: Cinnamon is actually in Sid right now. I haven't tried it, so I don't know how well it works. Thanks for the information. It still won't get into the next stable release, but being officially packaged is likely to be in the one after that. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121217133458.GA28215@debian
Re: Bug#695897: ITP: corekeeper -- Core file centralizer and reaper
These have been forcemerged. -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121214095458.GA14161@debian
Btrfs limitations in the Debian installer 7.0 beta4 release
Forwarding this interesting message re d-i feedback and using BTRFS in the installer from -devel. - Forwarded message from Aaron Toponce aaron.topo...@gmail.com - From: Aaron Toponce aaron.topo...@gmail.com Subject: Btrfs limitations in the Debian installer 7.0 beta4 release Date: Thu, 13 Dec 2012 09:43:20 -0700 To: debian-de...@lists.debian.org Recently, I decided to put down a Btrfs root on my workstation using the latest release of the installer. I found that given my hardware configuration, this is not possible, and would require using another installer or debootstrap the installation, which is far from ideal. I have two 250 GB drives I would like to put into a RAID-1 mirror. I want Btrfs to handle the RAID, rather than mdadm. It appears that this is not possible in the installer, as when you are at the partitioning screen, it forces you to decide which partition gets mounted to root. Instead, I'll pull up tty2, and manually build the array. Suppose they are identified as /dev/sda and /dev/sdb. I would like to partition the drives, such that /dev/sda1 and /dev/sdb1 make up the root Btrfs filesystem, and /dev/sda2 and /dev/sdb2 make up a ZFS /home. After partitioning the devices, I run the following command to create the Btrfs RAID: # mkfs.btrfs -d raid1 -m raid1 /dev/sda1 /dev/sdb1 # mount /dev/sda1 /target/ Now, I would prefer to have the root into a subvolume. So, I run the following command: # cd /target/ # btrfs subvolume create root # cd # umount /target/ # mount -t btrfs -o defaults,subvol=root /dev/sda1 /target/ Recognize that I am effectively mounting /dev/sda1/root (if such a device actually existed) to /target/, and not /dev/sda1. However, the partitioning utility will not allow me to modify the mount options when specifying which subvolume should be mounted to /. So, if I specify /dev/sda1 to be /, the debian installer will umount /target/ and mount /dev/sda1 /target/ which is not what I want. Further, asside from pulling up a terminal in the installer, there is now way in the partitioning utility to setup Btrfs volumes using multiple devices. You must set that up in tty2 or tty3. (As a tangent gripe, the partitioner will also not allow you to setup an encrypted partition. You must do encrypted volumes with LVM. You can defeat this by again going to a TTY.) Doing a GRUB install on both /dev/sda and /dev/sdb is not a problem, and I can configure GRUB to assemble the Btrfs volume, and I can make the necessary changes to notify the kernel where the root filesystem is. However, all of these require stepping out of the Debian installer, and using another vendor's install, such as Ubuntu or Fedora, to bootstrap it. Again, far from ideal. It would be nice if the partitioning utility allowed the administrator to specify mount options (asside from checkboxes with 'noatime', 'relatime', etc). This way, I could tell the installer to mount the subvolume as root, and not the partition. I can file a feature request, if needed. Thanks, -- . o . o . o . . o o . . . o . . . o . o o o . o . o o . . o o o o . o . . o o o o . o o o - End forwarded message - -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-boot-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121214095603.GB14161@debian
Re: Gnome3 probe
On Fri, Dec 14, 2012 at 11:35:59AM +0100, phi debian wrote: So my question, does next release of debian will be poluted with gnome3, are will we have a choice? Even a dangled gnome2 would be good for me. GNOME2 will be gone, GNOME3 will be present, and the fallback mode has been renamed GNOME classic and is available as a desktop session (that is, you can select it from the login prompt). So, if you can customize the fallback/classic mode to your tastes, which may involve writing or using extensions, great. If not, you could consider one of the other desktop environments in Debian, or you could use the 3rd party MATE packages which are a fork of the GNOME2 codebase. There's some chance that MATE will be officially packaged in Debian for the release after next, but not for wheezy. Finally, there's another effort called Cinnamon which tries to give a GNOME2-like experience on top of GNOME3 technology, again that is not packaged officially for the next release of Debian, but is available third party, and might be in the release after next. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121214124003.GC16048@debian
Re: GFDL in main
On Tue, Dec 11, 2012 at 01:04:22AM +0100, Jakub Wilk wrote: * Jakub Wilk jw...@jwilk.net, 2012-12-01, 12:10: Any volunteers to file bugs? I'll file them myself. Please collect them together with a usertag to help others who may wish to get involved. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121211102843.GD17039@debian
Re: dput-ng/1.1 in unstable
On Thu, Dec 06, 2012 at 09:53:41AM +0800, Paul Wise wrote: Anything less than the full fingerprint (8, 7 or whatever) I hadn't noticed that 0xFEFACED was only 7 characters. That's cheating ☺ It might be worth noting that GPG does not accept less than 8 chars as an argument prefixed by 0x $ gpg --list-keys 0xDEFACED gpg: error reading key: malformed user id I've just learned that my key is uniquely identifyable by the last three bytes within (and only within) the current debian-keyring $ gpg --list-keys --with-colons|grep AAA: pub:u:4096:1:0907409606AA:2009-09-14:::u:Jon Dowland j...@debian.org::scESC: Not that this information is particularly useful to me. (the '4096' bit is serendipity too, since it's a 4096-bit RSA key.) -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121206114436.GA15967@debian
Re: dput-ng/1.1 in unstable
On Thu, Dec 06, 2012 at 01:02:29PM +0100, Arno Töll wrote: Hint: gpg --list-keys --with-colons --keyring /usr/share/keyrings/debian-keyring.gpg --no-default-keyring No need, I have 'keyring /usr/share/keyrings/debian-keyring.gpg' in my ~/.gnupg/gpg.conf. Not sure though, why nion is listed with his old 1k key in the DD keyring. Doesn't count until he is… -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121206181840.GA19400@debian
Re: upgrade from Squeeze to Wheezy
On Sun, Dec 02, 2012 at 08:35:51PM -0500, Charles Kroeger wrote: hummm...I don't know but I care nothing for these code words squeeze wheezy sid etc. I prefer good 'ol stable testing unstable experimental. They both serve their own purposes. The code names continue to point at the same release, even when it changes from being testing to stable, or stable to oldstable. Try these in your 'sources.list as well: snip deb http://debian.lcs.mit.edu/debian/ unstable main contrib non-free deb-src http://debian.lcs.mit.edu/debian/ unstable main contrib non-free deb http://debian.lcs.mit.edu/debian/ experimental main contrib non-free deb-src http://debian.lcs.mit.edu/debian/ experimental main contrib non-free Dangerous unless you have also set up pinning properly. I would instead suggest to make or put into your /etc/apt/preferences file: Package: debian-reference-fr (en?) Pin: release a=unstable Pin-Priority: 500 Package: debian-reference-common Pin: release a=unstable Pin-Priority: 500 These particular pinning rules will not prevent unstable packages being installed if you go for the above stanzes in the sources.list file. and in your /etc/apt/apt.conf file: APT::Default-Release unstable; That will force the user to unstable. They want to use wheezy! Build-Essential build-essential; Clean-Installed true; Immediate-Configure true; // DO NOT turn this off, see the man page Force-LoopBreak false; // DO NOT turn this on, see the man page Install-Recommends true; Install-Suggests false; These are all the default apt values. Why bother writing them out in the config? Ignore-Hold false; Cache-Start 20971520; Cache-Grow 1048576; Cache-Limit 0; Default-Release ; I can't see the relevance of any of these for the problem at hand. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121204093037.GA13258@debian
Re: Packaging MATE for Debian
On Mon, Dec 03, 2012 at 03:39:03PM -0500, Jeremy Bicha wrote: What's so bad about evince that you need to use a forked version anyway? Or gnome-icon-theme, gnome-keyring, gnome-terminal, etc. This is drifting off the topic at hand, please, take it to another list if you want to continue down this line. -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121203213602.GB6742@debian
Re: Packaging MATE for Debian
On Mon, Dec 03, 2012 at 02:06:03AM +0100, Adam Borowski wrote: You can use the upstream packaging, available at: deb http://packages.mate-desktop.org/repo/debian wheezy main Thanks but I'm interested in possibly helping an effort to package MATE in Debian, rather than run it myself. So from an _user_'s point of view, John Paul could just upload everything as-is and it'd be in a better shape than Gnome3 or XFCE already. I don't know about packaging internals here so I can't offer this kind of help, though. I think it's the packaging internals that I'm most likely to be able to help with. -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121203213718.GC6742@debian
Re: Problem With exim4 smtp authenication
Do either your username or password have a colon character in them? Do you need to connect to a particular port on the remote SMTP server in order to authenticate (e.g., some may accept authentication on the default SMTP port, some might not - you may need to connect to the submission port.) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121203163443.GB3140@debian
Re: Packaging MATE for Debian
On Sun, Dec 02, 2012 at 01:26:50PM +0100, John Paul Adrian Glaubitz wrote: Hey, On Wed, Nov 21, 2012 at 11:22:52AM +0100, John Paul Adrian Glaubitz wrote: I'd therefore like to ask if anyone here would be willing to help me to get MATE into Debian for Jessie. I'd like to ping back and see if there's anyone here who'd be interested in joining me to package MATE for Debian. If there was a git repo to check out I'd be happy to test packages and do some mild work, but not as a main commitment. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012120143.GA24863@debian
Re: wheezy and gcc 4.3 (and maybe 4.5)
I feel your pain. I've tried to do much the same thing to diagnose old kernel bugs. I recommend installing squeeze on a small root partition entirely separately. (or older than squeeze if necessary) -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/2012120258.GB24863@debian
Re: Dying hard drive?
On Sat, Dec 01, 2012 at 08:04:52PM +1300, Chris Bannister wrote: Have a look at the /etc/inittab file. I have: # less /etc/inittab [...] # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now I'm fairly sure that X eats CTRL-ALT-DEL and init doesn't get to see those keypresses: so in X, CTRL-ALT-DEl does not trigger a shutdown. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121202093328.GA22114@debian
Re: Really, about udev, not init sytsems
On Fri, Nov 30, 2012 at 12:19:22PM +0100, Salvo Tomaselli wrote: I am using systemd on my laptop, i have a very default system configuration, (except that i compile my own kernel to avoid initrd)… ^^ …if I, with a normal, standard desktop configuration I do not agree that reconfiguring your machine to avoid an initrd is a normal standard desktop configuration. There's also several other things about your setup which I would argue are not standard (see below) can find that many bugs in a software that is supposed to be extremely stable, how many bugs would people with more specific setups find in it? Despite the fact we're in freeze and the focus of attention for maintainers is to fix RC bugs and get wheezy out the door, ⅓ of the bugs you've submitted have been fixed. That sounds pretty good to me! It's also unfair to necessarily suggest that the three bugs you've filed are bugs in systemd itself. They could be bugs in the packaging of systemd, bugs in service files supplied by other packages, or bugs in other daemons that are exposed by running systemd. I suppose they could also not be bugs at all. That's certainly the maintainer's opinion for one of the ones you submitted. You also say in another bug yourself I know the bug is in wicd. I think you are being pretty disingengous about systemd and your experiences. (I've only briefly scanned over the three you have submitted: #694048¹, #661239² and #693522). So I honestly quite like systemd but I think it should be in alpha-testing right now. In Debian, that's essentially the situation right now. Nobody is arguing to make systemd the default init today. ¹ Indicates you don't have libpam-systemd installed, which means you have set apt install recommends to false: another deviation from standard desktop configuration. Also the last maintainer mail on the bug says This looks like a bug in the fetchmail init script. ² wicd? Another deviation from standard desktop configuration -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121130144908.GE5807@debian
Re: Candidates for removal from testing (2012-11-30)
Thanks for the update! -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121130163906.GA21619@debian
Re: Candidates for removal from testing (2012-11-30)
Thanks for the update! -- I pledge not to post to any systemd-related thread on -devel until (at least) 2013. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121130163906.GA21619@debian
Re: Really, about udev, not init sytsems
On Fri, Nov 30, 2012 at 12:55:13AM +0800, Thomas Goirand wrote: However, you are running Gentoo and rebuild your kernel, why would you bother with such thing as kernel modules and initrd? The thing is, many (most? all?) Gentoo user, as far as I understand (I'm not a Gentoo user), do not use kernel modules at all. In that situation, you'd be posting to gentoo-dev. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129171831.GB3605@debian
Re: which package has a binary like this sendmail one in exim?
On Wed, Nov 28, 2012 at 09:40:18PM +0100, Cosme Domínguez Díaz wrote: El 28/11/12 19:42, Britton Kerin escribió: Does anyone know what debian package provides the /usr/bin/sendmail program ^^^ or its equivalent like on the first system described? http://packages.debian.org/search?suite=squeezesection=allarch=any; searchon=contentskeywords=%2Fusr%2Fsbin%2Fsendmail Note 'bin' not 'sbin'. The answer, with adjusted search, is none. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129080342.GC24783@debian
Re: which package has a binary like this sendmail one in exim?
Some interesting replies , many of which seem to have not read your message ;) On Wed, Nov 28, 2012 at 09:42:31AM -0900, Britton Kerin wrote: I know exim sometimes contains a sendmail binary because on one system I get this: britt...@brittonkerin.com [~]# sendmail --version Exim version 4.76 #1 built 26-Oct-2012 16:41:54 snip But on my debian box (current stable distribution), there is no /usr/bin/sendmail binary even though I have exim installed. There is a /usr/sbin/sendmail binary, but it doesn't seem to be the same one because: snip Does anyone know what debian package provides the /usr/bin/sendmail program or its equivalent like on the first system described? There are no packages providing /usr/bin/sendmail in Debian. However if you were invoking 'sendmail' without a full path as root, you were probably running /usr/sbin/sendmail. On which host did it result in the version output? Could the owner of that host have built their own exim from source? Next question: why do you want it? Although exim as /usr/sbin/sendmail does not support --version, it does support most other sendmail flags, so it can be used wherever you might have expected to use sendmail, as a user at least. What are you trying to do? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129080737.GD24783@debian
Re: Really, about udev, not init sytsems
I had a half-drafted message to the same effect, but deleted it earlier. Thanks Neil for speaking up. I have to say Thomas, many recent messages from you across many threads, mostly on -devel but also elsewhere, have seemed to have very little in the way of polite, constructive content, advancing the state of the various arguments taking place in Debian at the moment. I'd really appreciate it if you could think twice before contributing to the larger, more controversial threads going forward, and only hit the 'send' button if what you're writing is novel, new, and of interest to the rest of the Debian community (so not e.g. a correction to a point in one other individual's message, of interest really only to that individual, and not every other developer.) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128172742.GA8248@debian
Re: the right bug severity in case of data corruption
On Wed, Nov 28, 2012 at 03:34:32PM +, Darren Salt wrote: Having just viewed the raw text of my message (as sent), there's one other little wrinkle which I already knew but had failed to consider and which makes testing of this useless: gpg handles any 'From ' lines itself in a reversible manner, using '- ' as the prefix. Definitely reversible? How does it distinguish 'From ' from '- From' prior to signing? Ad infinitum down the rabbit hole… The following SHOULD be 0, 1, and 2 levels of quoting, first to last. It was for me (Maildir) -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128172920.GB8248@debian
Re: the right bug severity in case of data corruption
On Wed, Nov 28, 2012 at 05:29:20PM +, Jon Dowland wrote: The following SHOULD be 0, 1, and 2 levels of quoting, first to last. It was for me (Maildir) Just rechecked, I'm wrong - the first line was quoted. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121129075041.GB24783@debian
Re: The other diversity statement
Thanks for fanning the flames. -- To UNSUBSCRIBE, email to debian-vote-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128101056.GB31889@debian
Re: how many users is enough? (was Re: Debian Installer 7.0 Beta4 release)
On Wed, Nov 28, 2012 at 03:47:46PM +0100, Slavko wrote: Ubuntu leaves 93 % of packages untouched and changes/additions are done only to 7 % from them (statistic by some Ubuntu Debian developer - sorry i have no link). Then Ubuntu has significantly less to do... That's a flawed argument. It takes no notice of how big the changes in those 7% of packages might be. And it does not consider packages which do not exist in Debian. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128145700.GJ30837@debian
Re: how many users is enough? (was Re: Debian Installer 7.0 Beta4 release)
On Wed, Nov 28, 2012 at 11:00:07AM -0500, Miles Fidelman wrote: Jon Dowland wrote: On Wed, Nov 28, 2012 at 03:47:46PM +0100, Slavko wrote: Ubuntu leaves 93 % of packages untouched and changes/additions are done only to 7 % from them (statistic by some Ubuntu Debian developer - sorry i have no link). Then Ubuntu has significantly less to do... That's a flawed argument. It takes no notice of how big the changes in those 7% of packages might be. And it does not consider packages which do not exist in Debian. That's an even more flawed argument. We're talking about packaging, not development. How do you draw a distinction? Lots of software in Debian and Ubuntu carry lots and lots of patches on top of the code supplied by upstream. Slavko's argument was that Ubuntu rides on the coattails of Debian, but the cited statistic did not include enough information to draw that conclusion. (Personally, I'm suspicious of software and changes that are distribution-specific.) It's considered a good rule of thumb to deviate as little as possible and submit deviations to upstream for inclusion where possible. But it's not always possible. What that 7% statistic really suggests is some combination of: a. Some of those packages are developed by folks who use Ubuntu, and don't get around to releasing a separate package for Debian (or nobody has stepped up to maintain a Debian package). I expect this doesn't matter very much - just as most Debian packages work just fine under Ubuntu, I expect most Ubuntu packages would work just fine under Debian (haven't tried this, though). Slavko phrased it as 'Ubuntu leaves 93 % of packages untouched', which does not imply that packages only existing in Ubuntu and not Debian are considered in that 7%. b. Some small percentage of Debian packages need to be tweaked to accommodate minor differences between the Ubuntu and Debian environments. So 7% of packages are tweaked, but that says nothing about how big the tweaks are, which was my point. Now where the number of users/contributors might really come into play is when it comes to maintaining/developing those aspects of Debian and Ubuntu that are unique to the respective distros (e.g., their installers and package repositories). One of the most important contributions one can make to Debian is to find, diagnose, test and fix bugs. They can exist in any package in the repository, not just those that are OS-specific, or particularly heavily customized in each OS - and how well that process works is directly impacted by the number of users. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128173503.GC8248@debian
Re: help
Hi - • I was not able to figure what you need help with from your mail • please use a descriptive subject when posting to this list • please do not send HTML to this list -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121128201108.GA12791@debian
Re: the right bug severity in case of data corruption
For anyone else following along at home who is slightly puzzled by all this, http://homepage.ntlworld.com/jonathan.deboynepollard/FGA/mail-mbox-formats.html explains the different mbox formats, what 'From_' means, etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127115625.GB8359@debian
Re: lib- prefix for non-library (was: Bug#693998: ITP: linux-minidisc -- Free software for accessing NetMD and HiMD MiniDisc devices)
On Mon, Nov 26, 2012 at 05:41:35PM -0400, David Prévot wrote: Seems weird to see another non-library ending up in the pool/main/libr/ directory of our archive (and yet another special case to handle for tools like deborphan). It would be nice to avoid the lib- prefix for non-library. Nice, yes, but not nice is contorting package names away from upstream's given name to work around a technical limitation in our pool structure/ package programs. Rightly or wrongly package names are still a key piece of information used in user package discovery. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127152612.GA10865@debian
Bug#694520: chocolate-doom: there are no humans in Maintainer:/Uploaders: fields
Package: chocolate-doom Version: 1.7.0-1 Severity: serious Justification: policy section 3.3 There are no humans in the Uploaders or Maintainers fields for this version of the package, which is a policy violation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prboom depends on: ii libc6 2.13-35 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglu1-mesa [libglu1]8.0.4-2 ii libpng12-01.2.49-1 ii libsdl-mixer1.2 1.2.12-3 ii libsdl-net1.2 1.2.8-2 ii libsdl1.2debian 1.2.15-5 Versions of packages prboom recommends: ii freedoom [boom-wad] 0.8~beta1-1 pn timidity none Versions of packages prboom suggests: ii game-data-packager 32 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi, just a ping for this - I hadn't filed a bug for the issue that the unblock would resolve, I have now - #694520 On Tue, Nov 06, 2012 at 09:53:38PM +, Jon Dowland wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I've just uploaded chocolate-doom/1.7.0-2, with one fix, a documentation fix only: * Add myself back to uploaders. 1.7.0-1 has no humans in Maintainer and no Uploaders which is a policy violation. HOWEVER! There are a number of other documentation problems in chocolate-doom which I could fix, if the release team would approve them for wheezy. They are: obsolete-field-in-dep5-copyright maintainer upstream-contact (paragraph at line 1) obsolete-field-in-dep5-copyright name upstream-name (paragraph at line 1) obsolete-field-in-dep5-copyright format-specification format (paragraph at line 1) comma-separated-files-in-dep5-copyright paragraph at line 19 missing-license-paragraph-in-dep5-copyright public domain (paragraph at line 69) duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz If the release team would be prepared to accept fixes for the above into wheezy, I'll do a -3 upload to unstable fixing them all. Please only unblock -2 if you are happy to fix the Uploaders issue *but not* any of the above. FINALLY! I could also fix out-of-date-standards-version 3.9.1 (current is 3.9.3) at the same time, which is almost certainly only a documentation fix too, but for some reason I'd be more hesitant to do that. Thank you in advance. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121106215338.ga5...@ubik.ncl.ac.uk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: hdd failing messages false positive or failure
On Tue, Nov 27, 2012 at 11:53:46AM -0500, Brian West wrote: do the pre fails mean im failing or is this a false positive. should i replace the esata cable thanks for the help. Make sure the cable is seated properly. It might be worth trying another cable too. If you don't have backups yet, make them as a priority. -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
Bug#694520: chocolate-doom: there are no humans in Maintainer:/Uploaders: fields
Package: chocolate-doom Version: 1.7.0-1 Severity: serious Justification: policy section 3.3 There are no humans in the Uploaders or Maintainers fields for this version of the package, which is a policy violation. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (750, 'testing'), (700, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages prboom depends on: ii libc6 2.13-35 ii libgl1-mesa-glx [libgl1] 8.0.4-2 ii libglu1-mesa [libglu1]8.0.4-2 ii libpng12-01.2.49-1 ii libsdl-mixer1.2 1.2.12-3 ii libsdl-net1.2 1.2.8-2 ii libsdl1.2debian 1.2.15-5 Versions of packages prboom recommends: ii freedoom [boom-wad] 0.8~beta1-1 pn timidity none Versions of packages prboom suggests: ii game-data-packager 32 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian Installer 7.0 Beta4 release
On Mon, Nov 26, 2012 at 08:19:01PM +, Russell L. Harris wrote: The best solution for the I must have the very latest, and I must have it now crowd is to switch over to Ubuntu. You can have it right, or you can have it now, but seldom can you have it right now. I must have the very latest… and predictable release times are not the same thing. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127115743.GC8359@debian
how many users is enough? (was Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 12:39:54AM +, Russell L. Harris wrote: Let's welcome more (I assume we do want more users on our base, don't we? There needs to be a critical mass; but beyond that point, an increase in numbers is not necessarily beneficial. Agreed for 'mere' users, but another factor is how many users become useful contributors. A conversion rate, if you will. And you can compensate for a poor conversion rate, to a certain extent, by having more users. I think we have a poor conversion rate in Debian, and not enough contributors. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127120021.GD8359@debian
sh (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 11:30:20AM +0100, Ralf Mardorf wrote: Also very nice is the output of $ ls -l /bin/sh for Ubuntu it's not bash. For modern Debian installations it's not bash either. Switching /bin/sh to dash by default was done principally to make boot times quicker (dash is smaller and faster to load than bash). Are you actually running Debian, at the moment? I've seen a few statements about you running Ubuntu, or Arch, or similar, and I often wonder why you are posting to debian-user in that case… of course you may be using more than one, in different places. Just curious. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127120234.GE8359@debian
shells (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 12:53:30PM +0100, Morel Bérenger wrote: People can use other things than bash, I do not see the problem. And I think that someday I'll try zsh or csh. When I'll have the time :D You should go really left-field and try rc! (but not for /bin/sh.) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127120309.GF8359@debian
Re: sh (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 02:29:15PM +0100, Ralf Mardorf wrote: Does it really carry weight? With sysvinit, which spawns a lot of sh instances, yes. With something like systemd, no - it tries to solve the same problem in part by not spawning a shell lots of times. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127145900.GB15117@debian
Re: Dying hard drive?
First and foremost, double check that your SATA cables are properly secure. Install smartctl and run smartctl -a /dev/$disk0 (where $disk0 is e.g. sda); check to see if any of the various SMART attributes indicate a problem. Run a short, then a long SMART self test smartctl -t short /dev/$disk0 smartctl -t long /dev/$disk0 Note that long tests take a LONG time, and you might be best leaving it running and not using the disk much at the same time. It is an online test, but it can be noisy. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127150643.GC15117@debian
Re: shells (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 12:17:50PM -0300, Beco wrote: Never heard of it. What is rc? A shell. It's packaged in Debian, oddly enough in package 'rc'. May I suggest you try apt-cache show rc, or google? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127171434.GA17007@debian
Re: sh (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 03:11:54PM +, Lisi Reisz wrote: Thanks for the information, Jon. I hadn't realised that! I've merrily carried on using bash. :-/ Bash is a lot friendlier and better suited as a login or interactive shell. The startup time is not so important for that situation. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127171838.GB17007@debian
Re: Debian Installer 7.0 Beta4 release
On Tue, Nov 27, 2012 at 03:24:07PM +, Lisi Reisz wrote: And I'd *really* like to continue having stable software, and no release till it's ready. I don't think those two things are incompatible with each other. One of the many things that I dislike about Ubuntu, is its habit of releasing on time, and then ironing the bugs out afterwards. Yes. That's not what I want. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127171916.GC17007@debian
Re: UEFI install
On Tue, Nov 27, 2012 at 08:47:47PM +0100, Erwan David wrote: I got a new Lenovo T530, I added a SSD as second disk, and now have a win7, UEFI boot on MBR partitionned sdb disk. I tried latest beta installer for wheezy (beta4), but it could not boot in UEFI mode (I got a text menu writtent on the right of the screen, then after selecting an entry Error, no suitable mode found, then reboot...) Is that immediately? Do you get a prompt to choose graphical install or text install (or rescue) first? If not, I guess the issue is grub2 failing to draw (it would appear d-i uses grub2 as part of its boot chain nowadays. I'm installing Debian via d-i beta4 as I write, incidentally, on a blank SSD. It's put a GPT table on and an EFI boot partition, w/o there being another OS.) Is there a way for me to install a debian double boot without first reinstalling the windows ? I'm sure we'll find a way :-) (and if someone knows what and how I could report the UEFI boot problems to the D-I team, i'd be glad to give them all info I can). It's worth doing so, either mail to debian-boot@ or a bug report (but I forget which package that should be filed against. Possibly installation-reports?) -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127201633.GA19489@debian
Re: How to prevent daemons from starting at boot after update?
One option would be to install and use systemd. Afaik with systemd, one can use socket-based activation: that is, systemd listens on the socket that your daemons will use and only starts those daemons if something connects. You may need to manually configure that behaviour, I don't know whether systemd in debian at present uses socket activation for most daemons or not. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127220201.GA21253@debian
Re: shells (was Re: About standards Was: Re: Debian Installer 7.0 Beta4 release)
On Tue, Nov 27, 2012 at 03:43:00PM -0300, Beco wrote: I tried google, but without more keywords, rc was too little to search. Good point, sorry. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127220248.GB21253@debian
Re: Dying hard drive?
On Tue, Nov 27, 2012 at 02:50:39PM -0600, Nelson Green wrote: 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 12 I think this is bad. Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error # 1 Short offline Completed: read failure 90% 2718 529598095 # 2 Short offline Completed: read failure 90% 2718 529598095 # 3 Short offline Completed: read failure 90% 2718 529598095 Definitely bad. Time to get a new disk :) $ sudo smartctl -a /dev/sdb ... 197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0 example of healthy -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127221151.GC21253@debian
Re: Bug#692506: unblock: chocolate-doom/1.7.0-2 (but please see inside!)
Hi, just a ping for this - I hadn't filed a bug for the issue that the unblock would resolve, I have now - #694520 On Tue, Nov 06, 2012 at 09:53:38PM +, Jon Dowland wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I've just uploaded chocolate-doom/1.7.0-2, with one fix, a documentation fix only: * Add myself back to uploaders. 1.7.0-1 has no humans in Maintainer and no Uploaders which is a policy violation. HOWEVER! There are a number of other documentation problems in chocolate-doom which I could fix, if the release team would approve them for wheezy. They are: obsolete-field-in-dep5-copyright maintainer upstream-contact (paragraph at line 1) obsolete-field-in-dep5-copyright name upstream-name (paragraph at line 1) obsolete-field-in-dep5-copyright format-specification format (paragraph at line 1) comma-separated-files-in-dep5-copyright paragraph at line 19 missing-license-paragraph-in-dep5-copyright public domain (paragraph at line 69) duplicate-changelog-files usr/share/doc/chocolate-doom/ChangeLog.gz usr/share/doc/chocolate-doom/changelog.gz If the release team would be prepared to accept fixes for the above into wheezy, I'll do a -3 upload to unstable fixing them all. Please only unblock -2 if you are happy to fix the Uploaders issue *but not* any of the above. FINALLY! I could also fix out-of-date-standards-version 3.9.1 (current is 3.9.3) at the same time, which is almost certainly only a documentation fix too, but for some reason I'd be more hesitant to do that. Thank you in advance. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121106215338.ga5...@ubik.ncl.ac.uk -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121127101840.GA8359@debian