Re: is the whole unstable still broken by gcc-5?
On 12.09.2015 21:23, Russ Allbery wrote: Виталий Филиппов writes: Is the whole unstable still broken by gcc-5 transition? Or by something else? Why apt-get dist-upgrade still wants to remove a lot of packages? It lasts for several weeks, I can't upgrade normally... I've been able to upgrade normally during the entire gcc-5 transition. Lucky you! aptitude wanted to remove 45 packages yesterday. I spent about 5 hours to manually resolve dependencies by uninstalling packages, removing lib* packages, adding lib*v5 packages and adding the uninstalled packages again to get ALL dependencies resolved I am not sure it it's a problem of aptitude or the resolver in general, but I was not able to "just update". Best regards Andreas -- Andreas Tscharner starf...@sunrise.ch -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook
Re: system upgrade by systemd
On 26.08.2015 06:05, Russ Allbery wrote: Michael Meskes writes: PackageKit uses the very same resolver as apt itself does... A log file of what actually happened would be very helpful here, to determine the problem causing the package removal. Just try an update on a recently updated (Sunday) sid system and you'll see see the conflicts. I'm unclear as to what you have installed that triggers this, because I've been using systemd and sid for eons and have never encountered this behavior. (That also makes me pretty sure, pace Steve, that this is not something *systemd* as systemd is actually doing, but some other component.) No, I think it's the GCC 5 and the corresponding ABI update that causes this. aptitude proposed to remove 64 packages yesterday... Best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection"
Re: What is this rule for?
Gunnar Wolf wrote: [snip] And because extensions truly mean nothing. Of course, I can This is true for Unix/Posix systems, but unfortunately not for Windows systems. And if the maintainer of a great Perl script wants his script to work on both platforms, he'll probably will name it GreatPerlScript.pl If the extension .pl is linked with a Perl interpreter in Windows, he'll be able to run it on both systems without a prepending "perl" Don't get me wrong here: I see the reasons for removing the extensions, but I think this is a valid point for having one in the first place. Best regards Andreas -- Andreas Tscharner starf...@sunrise.ch -- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." -- Rich Cook -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
What is this rule for? (was: Re: renamings to remove extensions)
On 29.09.2009 08:21, Steve M. Robbins wrote: On the other hand, Section 10.4 says only "the script name should not include an extension". So you can leave the extension for What is the intention of this rule anyway? Thank you and best regards Andreas -- Andreas Tscharner -- "Intruder on level one. All Aliens please proceed to level one." -- Call in "Alien: Resurrection" -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
xcdroast does no longer work with wodim: Who to blame?
Hello World, xcdroast is looking for cdrecord, which does no longer exist in Debian Sid (apparently). And wodim does no longer provide a symlink as cdrecord or something (apparently). So: xcdroast does no longer work. Who is to blame (Bug entry): xcdroats or wodim? Best regards Andreas -- ("`-''-/").___..--''"`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner a...@vis.ethz.ch ICQ-No. 14356454 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Re: Bug#427297: ITP: sturmbahnfahrer -- simulated obstacle course for automobiles
Miriam Ruiz wrote: --- Charles Plessy <[EMAIL PROTECTED]> escribió: Le Sun, Jun 03, 2007 at 02:30:43AM +0200, Miriam Ruiz a écrit : Package: wnpp * Package name: sturmbahnfahrer Dear Miriam, I have very bad feelings when I read the name of this game. It is a very bad taste play on the word "sturmbahnführer", which is a rank Actually the rank was "Sturmbannführer" (two "n"s, not "hn") Best regards Andreas -- ("`-''-/").___..--''"`-._ `o_ o ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' .' (il).-'' (li).' ((!.-' Andreas Tscharner[EMAIL PROTECTED] http://www.vis.ethz.ch/~andy ICQ-No. 14356454 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#327137: ITP: CVSNT -- A better CVS
Package: wnpp Severity: wishlist Owner: Andreas Tscharner <[EMAIL PROTECTED]> * Package name: CVSNT Version : 2.5.02.2064 Upstream Author : Tony Hoyle <[EMAIL PROTECTED]> * URL : http://www.cvsnt.org/wiki/ * License : (GPL and LGPL) Description : CVSNT - A better CVS CVSNT is an advanced multiplatform version control system. Compatible with the industry standard CVS protocol, it now supports many more features: * Authentication via all standard CVS protocols (pserver, ext and gserver) and new protocols: server, sserver and sspi * Secure transport support via sserver or encrypted sspi * MergePoint processing means no more tagging to merge * Per branch ACLs for more granular access control * Unicode support * Better handling of binary files (Binary Diff and/or Binary Compression) * Under active development The name originates from a CVS port to Windows. Meanwhile it was ported back on GNU/Linux (development is under GNU/Linux) and runs on different systems. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]