Re: RAID 1 (mirroring) question
On Wed, Dec 19, 2012 at 6:07 AM, Bob Proulx wrote: > Note that after a power cycle even if the RAID 1 array needs to be > sync'd between the mirrored disks that the system will still boot okay > and will operate normally. I have no idea what other systems do but > you can boot the system, log in, and it will perform its normal > tasks. If the array needs to be sync'd then it will sync in the > background. This is why the kernel implements the speed_limit_max > values so that normal system operation will not be starved of disk > bandwidth. You might not notice that it is doing this. It might > finish the task without impacting normal system functions. > with Windows 7, the system boots and I can use it but is very sluggish due to all that disk activity. Hoping linux will handle this situation better. will try md RAID and see how it performs. from man md page: "While this recovery process is happening, the md driver will monitor accesses to the array and will slow down the rate of recovery if other activity is happening, so that normal access to the array will not be unduly affected. When no other activity is happening, the recovery process proceeds at full speed. The actual speed targets for the two different situations can be controlled by the *speed_limit_min* and *speed_limit_max*control files mentioned below. " this sounds promising. I will also be building a BSD server and see how ZFSRAID handles these situations. Thanks you very much for the detailed reply. It was very useful. -- Kind regards, Yudi
Re: google-earth + multiarch
Claudius Hubig wrote: Hello Johan, Johan Grönqvist wrote: I also tried and failed installing lsb-core:i386. lsb-core depends on a bunch of packages providing binaries, like python and make, and, as far as I know, multiarch does not allow co-installation of binaries, but only libraries. You could build a lsb-core:i386 package with equivs, ideally depending on the libraries the actual package also depends on, but leaving out the programs. Alternatively, just install said libraries manually (using apt-get libpam0g:i386, for example) and completely leave out the dependencies in the fake lsb-core:i386 package. Claudius, what a splendid idea. Should have thought of that myself. I did option 1. Just copied the control file out of lsb-core:386 and deleted all programs from the dependencies. And then ram equivs-build with that file, then installed that package and installed google-earth again and voila! Thanks again. Hugo -- 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/kar5f4$imv$1...@ger.gmane.org
Re: which version of debian to download
> Date: Tue, 18 Dec 2012 21:52:44 +0100 > From: berenger.mo...@neutralite.org > To: > Subject: Re: which version of debian to download > Message-ID: <420ee2b7cf1c65846e4c8d575f2f8...@neutralite.org> > User-Agent: Mozilla/5.0 (X11; Linux i686; rv:7.0.1) Gecko/20110929 > Thunderbird/7.0.1 > List-Id: > > Nowadays, all processors I know for computers are built with 64 bits > architectures, and corresponding instructions sets, which are often > named amd64, probably for history reasons. > Another name you could encounter is x86_64, which simply means that the > processor is of x86 intel family (here, intel is not related to the > trademark, but to the electronic architecture they made popular) with 64 > bit instruction set. > History lesson: IIRC, it was AMD that was the first to market 64 bit chips that were also compatible with code written for the X86 32 bit architecture. Which gave rise to a rare occasion of Intel playing catch up and having to implement a defacto standard created by AMD. Peter (\___/) (='.'=) This is Bunny. Copy and paste Bunny into your (")_(") signature to help him gain world domination. Alte Amplius et Sine Ratione gopher://sdf.lonestar.org/1/users/happy/ -- 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/50d114d5.ttvfgisqbcjr2xvw%ha...@sdf.lonestar.org
Re: Preseeding - keyboard-configuration issue
Brian wrote: > Bob Proulx wrote: > > Brian wrote: > > > I think "auto" is a typo. It should be "auto=true". You are right! > > It is documented that "auto" is an alias for "auto-install/enable=true > > priority=critical". I don't think it is a typo. > > I have had a change of mind after thinking about this and now agree it > is not a typo. You are expected to read and take in everything on that > page. I manifestly didn't. But you pushed me to it. Thanks. I just wrote almost the same thing in reverse in my other message which I wrote before I read this! Great minds think alike. :-) >The following aliases can be useful when using (auto mode) >preseeding. Note that these are simply short aliases for >question names, and you always need to specify a value as >well: for example, auto=true or interface=eth0. > > No patch needed now. :) Ah! But wait! See my other message because I am now reversed on this too. The examples showing "auto url=" with auto plain without a value do not have the desired effect. And the above saying it must have a value (which experiments prove are needed) and so it must be "auto=true url=..." not "auto url...". So I think we are back to needing a doc patch again! Bob signature.asc Description: Digital signature
Re: Preseeding - keyboard-configuration issue
Brian wrote: > Bob Proulx wrote: > The preseed file needn't be on the network, Being present in an ISO and > with url= pointing to it is sufficient. Or it could be on a USB stick. Ah, yes, I had forgotten about the file url syntax. But present in the iso then doesn't *need* the url= to point to it as long as it is named "preseed.cfg" it will be automatically used. All of the preseeds will be merged together in the end. > > > My provisional understanding is that d-i gets uppity if url= is not > > > given alongside auto=true. > > > > I think it is fine without. Now that I understand auto better I think > > it is fine to have it without a url preseed. But a url preseed is so > > convenient that I pretty much always want it. > > Ever tried the installer's auto install option? Or seen the result of > booting with only auto=true added to the coomand line. Short answer, no. Longer answer, just now tried it. It asked for the language. It ask for the locale. It dhcp'd an address. It then pulled my network preseed file as specified by my dhcp server with the "filename" parameter. It never asked for the keyboard. I reconfigured my dhcp server not to send the preseed filename option then tried it again. It asked for the language. It asked for the locale. It dhcp'd an address. Then it stopped and asked me the "Download debconf preconfiguration file" question. There is a full page of information that I won't recreate here. It allows entry of the preseed file on the fly. But it accepts an empty field, select "continue" and keep going without it. In which case it proceeds as if I had not done an automated installation. I may be confused but I don't believe it asked me the keyboard question. > > > I think "auto" is a typo. It should be "auto=true". > > > > It is documented that "auto" is an alias for "auto-install/enable=true > > priority=critical". I don't think it is a typo. > > At > >http://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-auto Yes, and agreed to that. It also says: http://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-aliases B.2.4. Aliases useful with preseeding The following aliases can be useful when using (auto mode) preseeding. Note that these are simply short aliases for question names, and you always need to specify a value as well: for example, auto=true or interface=eth0. autoauto-install/enable I think we are in agreement that the documentation needs some attention. It is inconsistent and conflicting. But so vague that it is hard to tell. > Priority critical has no effect on how auto=true performs. It should be the control for debconf so that it only asks debconf questions that are priority critical or higher. Those are documented to some extent here: (and in the debconf manual) http://www.debian.org/releases/stable/i386/ch05s03.html.en#installer-args > > > When auto url= is used only preseed/url appears in d-i's > > > /var/lib/preseed/log. > > > > What file? I don't have that file. Typo? > > Boot any ISO with keymap=, or locale=. or anything else. Then ALT F2 > and cat /var/lib/preseed/log. Oh! Cool! I did not know about that. > > I think "auto" is a typo. It should be "auto=true". When auto url= > > is used only preseed/url appears in d-i's /var/lib/preseed/log. If > > you move either of your kernel command lines to the preseed file, > > leaving everything else unchanged, the two questions are asked. I booted a test with "console-keymaps-at/keymap=us locale=en_US interface=auto" on the command line and no keyboard or local or language questions were asked. I went to vt2 and looked at the /var/lib/preseed/log you indicated and I see several d-i preseed lines including the above preseed answers listed there. Looks okay. But that did not have a url= parameter. Then I booted a second test with the url=parameter pointing to my preseed file in addition to the above. I let it proceed past the dhcp step. I switched to vt2. I looked at the /var/lib/preseed/log file. I see all of the expected preseeds there. (Without being able to cut and past from the VM console.) After the url preseed listing is a listing for the keyboard preseed. Looks normal. No questions were asked because my preseed is fully automated. Then I booted a third test with url= but without the keyboard and local on the command line. I did ensure that they were in the network preseed file for the url= parameter. Same thing. The preseed log recorded auto-install/enable true, preseed/url=my preseed file, debian-installer/locale, console-keymaps-at/keymap=us, all recorded in that file normally as expected. It did not ask me any questions and proceeded with the installation. Then I booted another test with auto but without url= and it did ask me the language and locale question. Then another few tests with and without priority=critical. Without priority=critical I was asked the language and locale questions. With it I wa
Re: switching distributions, but keeping KDE... how do i migrate my email?
On Tue, 2012-12-18 at 15:54 -0800, salamandir wrote: > i am switching from kubuntu 12.04.1 to debian squeeze 2, but i'm > keeping KDE, > > > in the past, i have had considerable difficulty getting my email to > migrate > > successfully when i upgrade, and i'm wondering if there is a > "preferred" way > > to migrate/upgrade email that doesn't lose data in the process. I'm not a KMail user, but I guess for KMail it should easily work to set the path to the maildir directory by KMail's preferences. IOW, don't keep home, make a backup of home, you could copy it to another partition and then set the path to the maildir directory by the new installed KMail with an install that has got a complete new home. For Evolution's maildir I copy links to a new home, so I can use it with different installs. -- 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/1355875286.2501.84.camel@q
Re: Preseeding - keyboard-configuration issue
On Tue 18 Dec 2012 at 15:13:52 -0700, Bob Proulx wrote: > Brian wrote: > > > > I think "auto" is a typo. It should be "auto=true". > > It is documented that "auto" is an alias for "auto-install/enable=true > priority=critical". I don't think it is a typo. I have had a change of mind after thinking about this and now agree it is not a typo. You are expected to read and take in everything on that page. I manifestly didn't. But you pushed me to it. Thanks. The following aliases can be useful when using (auto mode) preseeding. Note that these are simply short aliases for question names, and you always need to specify a value as well: for example, auto=true or interface=eth0. No patch needed now. :) -- 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/20121219001108.GC6940@desktop
Re: pm-hibernate as user
Le 19.12.2012 01:04, Hugo Vanwoerkom a écrit : Michael Biebl wrote: On 19.12.2012 00:34, berenger.mo...@neutralite.org wrote: Except using sudo, I know no solution... sadly. Maybe you can do something with policykit, too, I never tried to understand how it works, but I think giving rights to some softwares is its role. sudo is one option, the other is to use upower (which runs as system daemon with root privileges) and use a command like this $ dbus-send --print-reply \ --system \ --dest=org.freedesktop.UPower \ /org/freedesktop/UPower \ org.freedesktop.UPower.Suspend This related to LXDE which I am trying out. The hibernate and suspend buttons do nothing in the logout menu. Googling says that LXDE uses pm-utils. So I was guessing that invoking pm-hibernate/suspend was involved, which I can do as root but not as user. Hugo Maybe you can modify the command used to insert a sudo in it. -- 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/a941bde793a48e90227bacd06f327...@neutralite.org
Re: pm-hibernate as user
On 19.12.2012 01:04, Hugo Vanwoerkom wrote: > Michael Biebl wrote: >> On 19.12.2012 00:34, berenger.mo...@neutralite.org wrote: >>> Except using sudo, I know no solution... sadly. >>> Maybe you can do something with policykit, too, I never tried to >>> understand how it works, but I think giving rights to some softwares is >>> its role. >> >> sudo is one option, the other is to use upower (which runs as system >> daemon with root privileges) and use a command like this >> >> >> $ dbus-send --print-reply \ >> --system \ >> --dest=org.freedesktop.UPower \ >> /org/freedesktop/UPower \ >> org.freedesktop.UPower.Suspend >> >> > > This related to LXDE which I am trying out. The hibernate and suspend > buttons do nothing in the logout menu. Googling says that LXDE uses > pm-utils. So I was guessing that invoking pm-hibernate/suspend was > involved, which I can do as root but not as user. Since the user session runs unprivileged, and pm-suspend/pm-hibernate need to run as root, you will need to go through a system service like upower. I know nothing about LXDE, but e.g. in GNOME, the power manager simply sends the above dbus requests when you hit the suspend button or close the lid. I would expect LXDE provides a similar user power management agent. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: pm-hibernate as user
Michael Biebl wrote: On 19.12.2012 00:34, berenger.mo...@neutralite.org wrote: Except using sudo, I know no solution... sadly. Maybe you can do something with policykit, too, I never tried to understand how it works, but I think giving rights to some softwares is its role. sudo is one option, the other is to use upower (which runs as system daemon with root privileges) and use a command like this $ dbus-send --print-reply \ --system \ --dest=org.freedesktop.UPower \ /org/freedesktop/UPower \ org.freedesktop.UPower.Suspend This related to LXDE which I am trying out. The hibernate and suspend buttons do nothing in the logout menu. Googling says that LXDE uses pm-utils. So I was guessing that invoking pm-hibernate/suspend was involved, which I can do as root but not as user. Hugo -- 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/kar09k$ch3$1...@ger.gmane.org
Re: switching distributions, but keeping KDE... how do i migrate my email?
Your email data should be in your $HOME directory, so, if you keep the same versions of softwares, they should be able to reuse data without noticing the distro has changed. But for a safer way, I guess the best is so backup your $HOME dir. Le 19.12.2012 00:54, salamandir a écrit : i am switching from kubuntu 12.04.1 to debian squeeze 2, but i'm keeping KDE, in the past, i have had considerable difficulty getting my email to migrate successfully when i upgrade, and i'm wondering if there is a "preferred" way to migrate/upgrade email that doesn't lose data in the process. -- namaste salamandir salaman...@spamcop.net - spam at your own risk http://przxqgl.hybridelephant.com/ Professional New Age Renaissance Man -- If you're not paying for something, you're not the customer; you're the product being sold. -- Andrew Lewis -- 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/030b58cb5cbf4e7cc3a807e0f1784...@neutralite.org
switching distributions, but keeping KDE... how do i migrate my email?
i am switching from kubuntu 12.04.1 to debian squeeze 2, but i'm keeping KDE, in the past, i have had considerable difficulty getting my email to migrate successfully when i upgrade, and i'm wondering if there is a "preferred" way to migrate/upgrade email that doesn't lose data in the process. -- namaste salamandir salaman...@spamcop.net - spam at your own risk http://przxqgl.hybridelephant.com/ Professional New Age Renaissance Man -- If you're not paying for something, you're not the customer; you're the product being sold. -- Andrew Lewis
Analog, domain not given and IPv6
Hi there In my Analog web server statistics I get a lot of 'domain not given'. According to the docs this is caused by hostnames without a dot. In the case of an IP address without a (matching) reverse lookup, the 'hostname' is an IP address. And in case of IPv6, the IP address doesn't contain any dots (which may confuse Analog). Is this an analog bug? Do newer versions get this right? Regards, Rob -- 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/kaqvd4$63f$1...@ger.gmane.org
Re: pm-hibernate as user
On 19.12.2012 00:36, Michael Biebl wrote: > > $ dbus-send --print-reply \ > --system \ > --dest=org.freedesktop.UPower \ > /org/freedesktop/UPower \ > org.freedesktop.UPower.Suspend thinko on my part: you want org.freedesktop.UPower.Hibernate, of course. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: Upgrading Wheezy Beta to Wheezy Stable?
- Original Message - > From: Andrei POPESCU > To: debian-user@lists.debian.org > Cc: > Sent: Tuesday, December 18, 2012 6:31 AM > Subject: Re: Upgrading Wheezy Beta to Wheezy Stable? > > On Lu, 17 dec 12, 19:34:30, Patrick Bartek wrote: >> Read somewhere that updating/upgrading from Wheezy Beta eventually to >> Wheezy Stable using the "wheezy" named repos (not > "testing" named >> ones) has potential problems, and the best option is a clean install >> of Wheezy Stable. > > [citation needed] Can't give you one. It wasn't from any "official" source, just from general reading, experience and opinions of the process. In the past, upgrading from one major release version to another regardless of the distro has always been an iffy procedure with lots and lots of hoops to jump through with no guarantee of success. So, I've always done clean installs when "upgrading." Safer. The only experience I have with a true dist-upgrade is with Debian by the way about 5 years ago--Sarge to Etch, and ultimately to Lenny when it was released. The documentation had step-by-step instructions, about three or four pages worth, of what needed to be done, deleted, config'd, installed, uninstalled, etc. BEFORE even doing the dist-upgrade. Quite involved, but it worked without problems. All the releases were Stable versions. >> True or false? > > Your question contains some misunderstandings[1], but I will try to > answer what I think you want to know. > > [snip] > > You question seems to indicate you are not very familiar with Debian > and/or it's package management and upgrading process. I strongly suggest > you stick to whatever the current 'stable' release is (currently > squeeze) and upgrade only after the release, following the Release > Notes. Having used only stable versions of Debian, it is true I'm not totally familiar with the whole development process, but neither am I a tyro. Some months ago, I had considered using Squeeze, the stable version, as a replacement for my primary OS, Fedora 12 64-bit, which has began to experience problems due to its age. Plus, I never cared for Fedora's 6 month release cycle, and wanted an OS with support times measured in years not months. Unfortuanately, I found Squeeze is not that much different from Fedora, code-versionwise. So, no point in using it as it's just as old, even though it's still supported. I plan to use this system another 5 years or so, so Wheezy it's going to be. I just don't want to wait for stable. I want to get an early start by installing and configuring a Wheezy Beta (as a dual boot--which I've always done when upgrading to a new version of Fedora) and hoped that upgrading in steps over time to stable was possible. The Debian docs I've read, say it is. > > [1] at this moment wheezy *is* 'testing' and you can use either in > sources.list. They will start to differ only when wheezy is released > (becomes 'stable') at which point jenny will be 'testing'. This is what I meant about setting the repositories: deb http://ftp.us.debian.org/debian/ wheezy main and not deb http://ftp.us.debian.org/debian/ testing main The first instance will alway keep me on the Wheezy branch of the repo tree from Wheezy as "testing" through Wheezy as "stable." The second entry won't. So says Debian's docs. Thanks for your advice. B -- 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/1355873992.66015.yahoomail...@web142303.mail.bf1.yahoo.com
Re: pm-hibernate as user
On 19.12.2012 00:34, berenger.mo...@neutralite.org wrote: > Except using sudo, I know no solution... sadly. > Maybe you can do something with policykit, too, I never tried to > understand how it works, but I think giving rights to some softwares is > its role. sudo is one option, the other is to use upower (which runs as system daemon with root privileges) and use a command like this $ dbus-send --print-reply \ --system \ --dest=org.freedesktop.UPower \ /org/freedesktop/UPower \ org.freedesktop.UPower.Suspend cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Re: pm-hibernate as user
Except using sudo, I know no solution... sadly. Maybe you can do something with policykit, too, I never tried to understand how it works, but I think giving rights to some softwares is its role. Le 19.12.2012 00:15, Hugo Vanwoerkom a écrit : Hi, What should be done to be able to execute pm-hibernate as user? pm-utils is installed. Hugo -- 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/2d4bac3778631fdce2b535f2900af...@neutralite.org
pm-hibernate as user
Hi, What should be done to be able to execute pm-hibernate as user? pm-utils is installed. Hugo -- 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/kaqtf2$m87$1...@ger.gmane.org
Re: RAID 1 (mirroring) question
Bob Proulx wrote: > The Linus software raid also had the capability to use a block bitmap > to speed up resync after a crash because then it tracks which blocks > are dirty. > See the documentation on this mdadm command to configure an internal > bitmap to speed up a re-sync after an event such as a power loss. > mdadm /dev/md1 --grow --bitmap=internal Beware, this option can severly impact the write performance of your RAID if your system is mostly doing small writes (which is what most systems do). My home desktop system was configured with a RAID1 with write intent bitmaps and the subjective day-to-day performance was awful, like driving a car with active handbrake. After disabling the bitmaps the write latency went down and the system felt much more "snappy" and responsive. I now use an intent bitmap only an huge RAID sets which are mostly written in big chunks (for example backup files from Bacula) and would need a resync in the magnitude of days if it ever happend to get desynced due to a power failure in the wrong moment. Grüße, Sven. -- Sigmentation fault. Core dumped. -- 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/89bthh8gk...@mids.svenhartge.de
Re: Preseeding - keyboard-configuration issue
On Tue 18 Dec 2012 at 15:13:52 -0700, Bob Proulx wrote: > Brian wrote: > > > Here is what I focussed on when I started looking at the > > auto-install process: > > > > > The auto parameter is an alias for auto-install/enable and > > > setting it to true delays the locale and keyboard questions > > > until after there has been a chance to preseed them, . . . > > I think that is the critical point concerning "auto". It simply > delays the asking of the question until later, after the network is > up, after a network preseed might be available to preseed it. Except > I am not convinced that it actually works. I recall previously (might > have been a bug that is fixed now) that I could not get the question > preseeded unless I put it in the initrd or on the command line. > Again, this might behave differently now. The preseed file needn't be on the network, Being present in an ISO and with url= pointing to it is sufficient. Or it could be on a USB stick. > > The correct way to supply a preseed file with auto=true is (I think) to > > only use preseed/url= or url=. Now, is that glaringly obvious to you or > > anyone else from section B.2.3. or elsewhere in the Manual? > > The manual is a little vague. But that is what they show in the > examples. Not glaringly obvious, then. :) > > I've never looked at initrd preseeding and wonder what happens when > > auto=true is used with it. > > Nothing exciting. It is basically a noop for me. I tested it and I > can either leave it there or remove it. As we have determined it is > only an indication that the installation is being attempted > automatically in batch mode so delay the asking of the keyboard > question until after a preseed has had an opportunity to ask it. But > since in my case I am putting it on the command line it doesn't matter > for my particular case. It might matter in other cases. Thanks. This is something to go on if and when I have a go. > > My provisional understanding is that d-i gets uppity if url= is not > > given alongside auto=true. > > I think it is fine without. Now that I understand auto better I think > it is fine to have it without a url preseed. But a url preseed is so > convenient that I pretty much always want it. Ever tried the installer's auto install option? Or seen the result of booting with only auto=true added to the coomand line. > > I think "auto" is a typo. It should be "auto=true". > > It is documented that "auto" is an alias for "auto-install/enable=true > priority=critical". I don't think it is a typo. At http://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-auto the Guide says The auto parameter is an alias for auto-install/enable . . . which is not the same as your statement. It is followed by . . .and setting it to true delays the locale and keyboard questions . . . Priority critical has no effect on how auto=true performs. > > When auto url= is used only preseed/url appears in d-i's > > /var/lib/preseed/log. > > What file? I don't have that file. Typo? Boot any ISO with keymap=, or locale=. or anything else. Then ALT F2 and cat /var/lib/preseed/log. > > If you move either of your kernel command lines to the preseed file, > > leaving everything else unchanged, the two questions are asked. > > Hmm... Well. Are they? (I did mean move only the language and keymap options). -- 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/20121218225801.GB6940@desktop
Re: Preseeding - keyboard-configuration issue
Brian wrote: > [I couldn't sort the attributions out when snipping. Sorry.] Things can get confusing! :-) > Bob Proulx wrote: > > > > > I just double checked by running a text mode expert install - that > > > > > screen never appears. > > Richard wrote this. I didn't understand what he was getting at first > time round. I don't know either. > > > With a straightforward expert install the keyboard question is asked. > > > Maybe something has been added to the command line. > > That was Brian. (Me). > > > How are you inserting the preseed data when booting "expert" mode? I > > can only think of being able to do that one the command line. > > Is this question directed at Richard? I directed that to you (Brian) because you wrote the immediately previous. But I think the intention of expert install mode is to present all of the options for detailed configuration. > > For example I can select the boot option: > > > > expert console-keymaps-at/keymap=us locale=en_US interface=auto > > hostname=junk domain=example.com auto > > url=http://localweb/debian/preseed-all-regular-atomic-kvm.cfg -- > > > > Then because it is an expert install it presents the expert install > > menu. I can then choose to configure the keyboard because that is one > > of the expert installation options. I think that is separate from > > whether the right question is preseeded or not. If I do a normal > > installation with: > > Now I am very confused. Firstly, is "expert" a command line option? I am > unable to find a reference to it. Secondly, console-keymaps-at/keymap=us > on the command line means the keyboard question is not asked. This is > irrespective of the priority. Let me clarify. Boot an installation image. In Squeeze there will be a graphics image with a Debian swirl, a rocketship and options, "Install", "Advanced options...", "Help", "ENTER", "TAB". ENTER selects "Install" for booting. TAB shows you the command line that would be booted if you were to hit ENTER. With TAB you can edit the command line. (ESC returns to the menu.) Press Down-Arrow to "Help". Observe the help message, "Display help screens; type 'menu' at the boot prompt to return to this menu." Press ENTER to select it. Press F3 to select "Boot methods for special ways of using this netboot image". Observe that at the bottom of the screen is "Press F2 through F10 for details, or ENTER to boot: _" and it is sitting at a command line. You can type in a full command line manually. The help hint says that two boot methods are available: install Start the installation -- this is the default netboot image install. expert Start the installation in expert mode, for maximum control. So ENTER will default to "install". Typing in "expert" will default to the expert install. Probably set up as an alias expansion internally. Press F1 through F10 and read all of the help pages available. In general good general stuff to know. Type in "menu" and ENTER to return to the original graphical menu. Type TAB at the Install menu. Observe that the boot command line for this is this. (ESC returns to the menu.) debian-installer/amd64/linux vga=788 initrd=debian-installer/amd64/initrd.gz -- quiet Press Down-Arrow to "Advanced options..." menu. ENTER to select it. New menu appears with "Back...", "Expert install", "Rescue mode", "Automated install", "Alternative desktop environments...". Press Down-Arrow to "Expert install". If you hit ENTER you will be booting the installer into "expert" mode. It is a more detailed interface with more installation options presented. If you press TAB you will see the boot options. (ESC returns to the menu.) debian-installer/amd64/linux priority=low vga=788 initrd=debian-installer/amd64/initrd.gz -- Repeating for "Rescue mode" shows: debian-installer/amd64/linux vga=788 initrd=debian-installer/amd64/initrd.gz rescue/enable=true -- quiet And again for "Automated install" shows: debian-installer/amd64/linux auto=true priority=critical vga=788 initrd=debian-installer/amd64/initrd.gz rescue/enable=true -- quiet Note that options after the -- part will be copied into the target system's boot options. That is apparently how "quiet" is propagated to the target system. (Although I haven't tried it yet without to see if that causes it to disappear. At this time I think it should.) Doing this exercise explicitly was good for me because it showed me that I was probably using "expert ..." line in my previous message incorrectly. Probably close enough. But expert I expect now expanded to be the expert line above and then my additional options were after it on the command line. I should have done: debian-installer/amd64/linux priority=low vga=788 initrd=debian-installer/amd64/initrd.gz console-keymaps-at/keymap=us locale=en_US interface=auto hostname=junk domain=example.com auto url=http://localweb/debian/preseed-all-regular-atomic-kvm.cfg -- Note that the above is getting very
Re: which version of debian to download
Le 18.12.2012 22:16, Ralf Mardorf a écrit : On Tue, 2012-12-18 at 21:52 +0100, berenger.mo...@neutralite.org wrote: I might be wrong on some points, because I am not an expert http://www.debian.org/releases/stable/i386/ch02s05.html.en http://www.debian.org/releases/stable/i386/ch03s04.html.en Table 3.2. Recommended Minimum System Requirements RAM (minimal) RAM (recommended) Hard Drive 128 megabytes 512 megabytes 5 gigabytes I see "You must have at least 56MB of memory and 650MB of hard disk space to perform a normal installation. Note that these are fairly minimal numbers." and "No desktop64 megabytes256 megabytes 1 gigabyte With Desktop 128 megabytes 512 megabytes 5 gigabytes" And for amd64 (I was saying that there are not big differences for needed memory for an architecture or another): You must have at least 80MB of memory and 650MB of hard disk space to perform a normal installation. Note that these are fairly minimal numbers. No desktop 64 megabytes256 megabytes 1 gigabyte With Desktop128 megabytes 512 megabytes 5 gigabytes So, there is a little more memory needed to install, but not to make things running. But I do not think I will see an amd64 with less than 512MB someday :D Anyway, there is nothing related to "more than 2G of ram, install amd64" Now, in my own experience, it seem those numbers are for gnome and kde desktops, since with xfce4, 64 megs are ok on one of my computers. Not fast as lightings, of course, but enough to use for simple tasks (playing music, going on some websites with uzbl... of course, you can forget firefox, chrome, opera...) :) there has been extensions for i386 (or newer, not sure) processors to handle more than 4Go of RAM memory. packages.debian.org/de/squeeze-backports/linux-image-686-pae More about the releases: http://www.debian.org/releases/ -- 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/7b2409c82eeb56feee8a9f63d180c...@neutralite.org
Re: Preseeding - keyboard-configuration issue
Brian wrote: > Bob Proulx wrote: > You are preseeding language and keymap from the command line so auto(?) > or auto=true is not required because the first two questions concerned > get answers immediately on booting. Correct. Which is why in my case it is a little hard to observe experimentally any differences. > auto=true would be needed if console-keymaps-at/keymaplocale and > locale were not on the command line but in preseed-squeeze-regular.cfg. I think so too. > Here is what I focussed on when I started looking at the > auto-install process: > > > The auto parameter is an alias for auto-install/enable and > > setting it to true delays the locale and keyboard questions > > until after there has been a chance to preseed them, . . . I think that is the critical point concerning "auto". It simply delays the asking of the question until later, after the network is up, after a network preseed might be available to preseed it. Except I am not convinced that it actually works. I recall previously (might have been a bug that is fixed now) that I could not get the question preseeded unless I put it in the initrd or on the command line. Again, this might behave differently now. > It is easy to observe that auto=true when booting a netinst ISO does not > present the language and keyboard questions in the main menu. They will > be asked after the network has been configured, but this can be avoided > by preseeding on the commnand line or in a preseed file. If preseeded in > both the file is used. Oh! I will try that later. Thanks for that hint. > The correct way to supply a preseed file with auto=true is (I think) to > only use preseed/url= or url=. Now, is that glaringly obvious to you or > anyone else from section B.2.3. or elsewhere in the Manual? The manual is a little vague. But that is what they show in the examples. > > I previously had it in the initrd/preseed.cfg file but when that > > changed for Wheezy I needed to move it to a more easily switched > > location. And so it is on the command line now. > > I've never looked at initrd preseeding and wonder what happens when > auto=true is used with it. Nothing exciting. It is basically a noop for me. I tested it and I can either leave it there or remove it. As we have determined it is only an indication that the installation is being attempted automatically in batch mode so delay the asking of the keyboard question until after a preseed has had an opportunity to ask it. But since in my case I am putting it on the command line it doesn't matter for my particular case. It might matter in other cases. > My provisional understanding is that d-i gets uppity if url= is not > given alongside auto=true. I think it is fine without. Now that I understand auto better I think it is fine to have it without a url preseed. But a url preseed is so convenient that I pretty much always want it. The time when I would want only an initrd preseed would be if I were preparing an installation cd/usb image that would install standalone without a network. Then I would put everything in the initrd preseed. > > That is how I am passing in the preseed.cfg file to the installer. > > > > http://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-auto > > > > It is still a black box to me. One of these days I am going to need > > to pull the source and look to see what is happening under the hood. > > The documentation is a little vague. But as I interpret it the "auto" > > turns on a module that then reads the "url=" part and pulls in the > > preseed. > > I think "auto" is a typo. It should be "auto=true". It is documented that "auto" is an alias for "auto-install/enable=true priority=critical". I don't think it is a typo. > When auto url= is used only preseed/url appears in d-i's > /var/lib/preseed/log. What file? I don't have that file. Typo? > If you move either of your kernel command lines to the preseed file, > leaving everything else unchanged, the two questions are asked. Hmm... > Unless I'm dissuaded I'll submit a patch to Guide for this. Let me cheer you on from the sidelines. I have no idea what I would say there. But it is a little vague and could definitely use some attention to improve it. > Please see above. The documentation is not just vague but confusing. The > Guide in Section B.2.3. links to > >http://hands.com/d-i/ > > where it is said > >The features described depend on a new udeb called >auto-install . . . . > > Except there is no auto-install udeb. Research that and then wonder why > "auto" is in the documentation. I think things have drifted through refactorings as it has been developed. I will guess that originally "auto" meant, intending the installation to be batch mode automatic, take steps to enable that ability. And so probably over time it has meant different things with different versions. At one time a udeb. At one time a delay in questions. At one time
Re: which version of debian to download
On Tuesday 18 December 2012 20:52:44 berenger.mo...@neutralite.org wrote: > When I speak about i386 being old, I should say very old, because > between i386 and x86_64, there has been at least 3 generations: i486, > i586, i686. You use the i386 for itself and for all 3 of those - the installation itself seems to sort out which to use. For 64 bit architecture you use the AMD64 version, for both AMD and Intel 64 bit chips except for Itanium, and for 32 bit architecture you use i386, again for both AMD and Intel, in spite of the i for Intel. The i386 installer can be used on 64 bit architecture, and in the past often was, but that is rarely done now. Lisi -- 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/201212182207.59679.lisi.re...@gmail.com
Re: Preseeding - keyboard-configuration issue
[I couldn't sort the attributions out when snipping. Sorry.] On Mon 17 Dec 2012 at 22:24:11 -0700, Bob Proulx wrote: > > > > I just double checked by running a text mode expert install - that > > > > screen never appears. Richard wrote this. I didn't understand what he was getting at first time round. > > > That does seem like a bug that it would ask it normally but not during > > > the expert install. I haven't tried to recreate it yet myself. > > I spent some time on it today. I don't see any bug there. It seems > to work as expected. This is Bob. > > With a straightforward expert install the keyboard question is asked. > > Maybe something has been added to the command line. That was Brian. (Me). > How are you inserting the preseed data when booting "expert" mode? I > can only think of being able to do that one the command line. Is this question directed at Richard? > For example I can select the boot option: > > expert console-keymaps-at/keymap=us locale=en_US interface=auto > hostname=junk domain=example.com auto > url=http://localweb/debian/preseed-all-regular-atomic-kvm.cfg -- > > Then because it is an expert install it presents the expert install > menu. I can then choose to configure the keyboard because that is one > of the expert installation options. I think that is separate from > whether the right question is preseeded or not. If I do a normal > installation with: Now I am very confused. Firstly, is "expert" a command line option? I am unable to find a reference to it. Secondly, console-keymaps-at/keymap=us on the command line means the keyboard question is not asked. This is irrespective of the priority. > install console-keymaps-at/keymap=us locale=en_US interface=auto > hostname=junk domain=example.com auto > url=http://localweb/debian/preseed-all-regular-atomic-kvm.cfg -- > > Then no questions are asked. > > The documentation for "auto" says: > > The auto boot label is not yet defined everywhere. The same effect > may be achieved by simply adding the two parameters auto=true > priority=critical to the kernel command line. The auto parameter is > an alias for auto-install/enable and setting it to true delays the > locale and keyboard questions until after there has been a chance to > preseed them, while priority is an alias for debconf/priority and > setting it to critical stops any questions with a lower priority > from being asked. > > Therefore if it is set on the command line the delay mentioned > probably does not matter. It seems like that would only affect things > when using a remote preseed file. But I was not able to test this. The delay in asking the locale and keyboard questions lasts until the network is up and running. -- 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/20121218220017.GA6940@desktop
Re: Preseeding - keyboard-configuration issue
On Mon 17 Dec 2012 at 22:24:11 -0700, Bob Proulx wrote: > I have those preseeds on the kernel command line through a PXE network > boot. > > vga=788 initrd=debian-installer/i386/initrd.gz console-keymaps-at/keymap=us > locale=en_US interface=auto hostname=$name domain=$domain auto > url=http://localweb/debian/preseed-squeeze-regular.cfg -- Looks pretty good. You are preseeding language and keymap from the command line so auto(?) or auto=true is not required because the first two questions concerned get answers immediately on booting. auto=true would be needed if console-keymaps-at/keymaplocale and locale were not on the command line but in preseed-squeeze-regular.cfg. Here is what I focussed on when I started looking at the auto-install process: > The auto parameter is an alias for auto-install/enable and > setting it to true delays the locale and keyboard questions > until after there has been a chance to preseed them, . . . It is easy to observe that auto=true when booting a netinst ISO does not present the language and keyboard questions in the main menu. They will be asked after the network has been configured, but this can be avoided by preseeding on the commnand line or in a preseed file. If preseeded in both the file is used. That might be easy, but I was caught out when I used an inappropriate method to provide a preseed file. Basically, I thought preseed/file= would be a good idea. After all, I had used it before with a netinst ISO. Weird things happened, like the keymap not being preseeded. Normally, I don't go looking for bugs. This time I did. Big mistake. The correct way to supply a preseed file with auto=true is (I think) to only use preseed/url= or url=. Now, is that glaringly obvious to you or anyone else from section B.2.3. or elsewhere in the Manual? > That is for Squeeze. For Wheezy: > > vga=788 initrd=debian-installer/$arch/initrd.gz keymap=us locale=en_US > interface=auto hostname=$name domain=$domain auto > url=http://localweb/debian/preseed-wheezy-lvm.cfg I'll mention #693956 here. > That pre-answers the question keyboard. It doesn't ask the question > with those present. That is why I say it is working fine. Understood. > I previously had it in the initrd/preseed.cfg file but when that > changed for Wheezy I needed to move it to a more easily switched > location. And so it is on the command line now. I've never looked at initrd preseeding and wonder what happens when auto=true is used with it. My provisional understanding is that d-i gets uppity if url= is not given alongside auto=true. > That is how I am passing in the preseed.cfg file to the installer. > > http://www.debian.org/releases/stable/i386/apbs02.html.en#preseed-auto > > It is still a black box to me. One of these days I am going to need > to pull the source and look to see what is happening under the hood. > The documentation is a little vague. But as I interpret it the "auto" > turns on a module that then reads the "url=" part and pulls in the > preseed. I think "auto" is a typo. It should be "auto=true". When auto url= is used only preseed/url appears in d-i's /var/lib/preseed/log. If you move either of your kernel command lines to the preseed file, leaving everything else unchanged, the two questions are asked. Unless I'm dissuaded I'll submit a patch to Guide for this. > As far as I can see "auto" is a shortcut for "auto=true" to enable the > auto-install module. Please see above. The documentation is not just vague but confusing. The Guide in Section B.2.3. links to http://hands.com/d-i/ where it is said The features described depend on a new udeb called auto-install . . . . Except there is no auto-install udeb. Research that and then wonder why "auto" is in the documentation. -- 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/20121218213409.GZ6940@desktop
Re: which version of debian to download
On Tue, 2012-12-18 at 21:52 +0100, berenger.mo...@neutralite.org wrote: > I might be wrong on some points, because I am not an expert http://www.debian.org/releases/stable/i386/ch02s05.html.en http://www.debian.org/releases/stable/i386/ch03s04.html.en Table 3.2. Recommended Minimum System Requirements RAM (minimal) RAM (recommended) Hard Drive 128 megabytes 512 megabytes 5 gigabytes > there has been extensions for i386 > (or newer, not sure) processors to handle more than 4Go of RAM memory. packages.debian.org/de/squeeze-backports/linux-image-686-pae More about the releases: http://www.debian.org/releases/ -- 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/1355865360.2501.31.camel@q
Re: which version of debian to download
As long as you have >= 2 GB RAM you should download AMD64 (otherwise i386) The choice is not related to the amount of RAM, but on processor's architecture and instructions set. Nowadays, all processors I know for computers are built with 64 bits architectures, and corresponding instructions sets, which are often named amd64, probably for history reasons. Another name you could encounter is x86_64, which simply means that the processor is of x86 intel family (here, intel is not related to the trademark, but to the electronic architecture they made popular) with 64 bit instruction set. i386 is here for compatibility with old... well, very old computers, and it will not make use of many optimizations which can be made, resulting in softwares probably slower. However, seeing performances of our modern processors, the performance boost will not be measurable for human eye. When I speak about i386 being old, I should say very old, because between i386 and x86_64, there has been at least 3 generations: i486, i586, i686. I might be wrong on some points, because I am not an expert with processor architectures, but the ram amount have definitely nothing relative to the i386/amd64 choice: there has been extensions for i386 (or newer, not sure) processors to handle more than 4Go of RAM memory. Linux distributions which only uses free softwares have the great power of being able to compile everything for various processors, with various architectures options, and it allows performance boosts. However, when you start to add closed source softwares which does not provide amd64 binaries, you will start to loose those advantages when using them. As some other people have indicated, Debian version is not limited to your computer architecture. In fact, it is more like a 2 dimensional array: _ first axis is related to your computer's architecture, often based on the processor: i386 and amd64 are the most common, but there are various other (Debian wants to be universal) _ second axis is related to "freshness" of softwares it embed: you have old stable, stable, testing, unstable and experimental. Here, your choice will vary depending on your knowledge, the need of stability and the need or recent features. If you are not experienced and/or need good stability, choosing stable is the best thing to do. If you discover that things are a little bit too old, using testing is a better bet. And, finally, if you are able to manage dependency problems and to find by yourself why things can be broken, and want the more recent packages, a mix of unstable/experimental is a nice idea... if you do not need stability :) Hope that explanation helped, and is not too wrong (because I do not claim to be an expert in any science, and errors are human. I'm also registered to the mailing list to learn :P ) ;) -- 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/420ee2b7cf1c65846e4c8d575f2f8...@neutralite.org
Re: which version of debian to download
On Tue, 2012-12-18 at 20:04 +, darkestkhan wrote: > On Tue, Dec 18, 2012 at 7:16 PM, Daniel wrote: > > Which version of debian is compatable with i3 or i5 processors systems ? > As long as you have >= 2 GB RAM you should download AMD64 (otherwise i386) For Linux, but for the FreeBSD kernel the ports are kfreebsd-amd64 and kfreebsd-i386. I wonder if somebody runs a Debian with freebsd kernel, since at the moment I'm settin up a FreeBSD on my machine. http://www.debian.org/ports/ -- 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/1355861541.2501.22.camel@q
Re: which version of debian to download
On Tue, 2012-12-18 at 14:16 -0500, Daniel wrote: > Which version of debian is compatable with i3 or i5 processors systems ? For Linux it's amd64 and if you should prefer 32-bit on a 64-bit machine, you can also use i386. http://www.debian.org/ports/ -- 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/1355861117.2501.19.camel@q
Re: which version of debian to download
Hello Daniel, Daniel wrote: > Which version of debian is compatable with i3 or i5 processors systems ? You probably want the amd64 version. Best, Claudius -- 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/20121218200043.3c0f0...@ares.home.chubig.net
Re: [SOLVED]Skype and Multiarch
Hello Hugo, Hugo Vanwoerkom wrote: > > There are a bunch of libraries that are at sid's level. I may have to > > reinstall wheezy: definitely an error on my part! You can usually try to downgrade packages, especially due to the freeze this shouldn’t be a problem (albeit not officially supported). > Is it worth it to update the wiki that Skype *does* install? (I am not a > skype user :-) ) I don’t see where it says that Skype doesn’t install :-) But the section on the ‘traditional way’ for amd64 is outdated, I will remove/update it when I find the time. Best, Claudius -- 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/20121218195922.5d7d8...@ares.home.chubig.net
Re: which version of debian to download
On Tuesday 18 December 2012 20:04:37 darkestkhan wrote: > On Tue, Dec 18, 2012 at 7:16 PM, Daniel wrote: > > hello > > > > Which version of debian is compatable with i3 or i5 processors systems ? > > > > Thank you > > > > Daniel > > As long as you have >= 2 GB RAM you should download AMD64 (otherwise i386) And in case you meant version as in testing or stable, I have Squeeze running on my i5 without a problem. (Well, without a problem that can in any way be attributed to the CPU. ;-) ) I see no reason why Wheezy would not run equally well. I agree with the AMD64 advice. Lisi -- 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/201212182013.43835.lisi.re...@gmail.com
Re: which version of debian to download
Am 18.12.2012 20:16, schrieb Daniel: hello Which version of debian is compatable with i3 or i5 processors systems ? Thank you Danie What did you mean with version? distribution or 32/64 bit? your precessor has 64 bit architekture. You could use it. distribution: squeeze or wheezy -- 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/50d0cd31.3050...@datensumpf.de
Re: RAID 1 (mirroring) question
yudi v wrote: > I am looking at using Debian software RAID mirroring and would like > to know how it handles system crashes and disk failures. It handles it quite well. > My only experience with software RAID 1 is with windows 7 inbuilt > option. Whenever the system does not shutdown cleanly, upon reboot > the disks start resynching and the whole system becomes very > sluggish, almost impossible to use. Depending on the size of the > disks, this can be quite long (I am guessing this is because it is > resynching at the block level). If a resync is needed then the entire time to complete depends upon how much data needs to be sync'd and how much data I/O bandwidth is available from the hardware. Large disks can take a while regardless of the system. > I was speaking with someone using freeBSD/ZFS and they reckon ZFS > does not resynch after a crash and when a disk is replaced it only > copies data not each block. > > How does linux software RAID 1 handle these two scenarios? In my experience, and I just experienced a power out crash of three RAID1 systems yesterday, most of the time the array will remain in sync after a crash. All three of my power crashed systems yesterday remained in sync. This probably depends upon the activity level of the systems. A system that is more idle will be less likely to experience this. Or rather a busy system is more likely to experience this and need to be sync'd. Note that you can change the Linux kernel software raid sync speed limits by setting dev.raid.speed_limit_max. $ cat /proc/sys/dev/raid/speed_limit_min # echo 5 > /proc/sys/dev/raid/speed_limit_min Can do better with: # echo 50 > /proc/sys/dev/raid/speed_limit_min The Linus software raid also had the capability to use a block bitmap to speed up resync after a crash because then it tracks which blocks are dirty. See the documentation on this mdadm command to configure an internal bitmap to speed up a re-sync after an event such as a power loss. mdadm /dev/md1 --grow --bitmap=internal This does not speed up an array check which must by definition check all of the blocks. But it will speed up a full rebuild after a power outage. Requires --detail to report that the superblock is persistent and the array active. I was only using the bitmap on one of the three machines that had the power out yesterday. The other two machines were mostly idle and survived the power cycle without needing an array sync regardless. Note that after a power cycle even if the RAID 1 array needs to be sync'd between the mirrored disks that the system will still boot okay and will operate normally. I have no idea what other systems do but you can boot the system, log in, and it will perform its normal tasks. If the array needs to be sync'd then it will sync in the background. This is why the kernel implements the speed_limit_max values so that normal system operation will not be starved of disk bandwidth. You might not notice that it is doing this. It might finish the task without impacting normal system functions. During the hours when the disks are out of sync a disk failure would not have redundancy however. Therefore getting the system back in sync again should be a priority to restore the redundancy of RAID. I usually partition the disk into partitions no larger than about 250G each. A 1T disk I would set up with four 250G partitions. Then use them as physical extents for LVM all combined together into a single 1T volume group. Then use that to create logical partitions as desired. The advantage is that if a disk fails and needs to be replaced that each 250G partition is sync'd independently. And due to LVM if the disk is not full the extra partitions may not be used and may not need to be sync'd. However the steady state of disks is full and therefore I am never able to reap that benefit. The only real gain is that as the raid1 sync proceeds the individual partitions can be checked off as done on the scoreboard as incremental progress along the way. A subsequent reboot while the sync is proceeding would not restart at the beginning for mirrors that are back in sync again. Bob signature.asc Description: Digital signature
Re: which version of debian to download
On Tue, Dec 18, 2012 at 7:16 PM, Daniel wrote: > hello > > Which version of debian is compatable with i3 or i5 processors systems ? > > Thank you > > Daniel > As long as you have >= 2 GB RAM you should download AMD64 (otherwise i386) -- darkestkhan -- Feel free to CC me. jid: darkestk...@gmail.com May The Source be with 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/CACRpbMgaqFsZ+RvNbyzEo_-VSTE6qA=h3eHqHd5vFbeu6=L=q...@mail.gmail.com
Re: Laptop battery life with 64 bit
On 12/18/2012 02:45 PM, Bob Proulx wrote: Daniel Dalton wrote: But should the knew kernel really improve battery life by apparently 5-6 hours (according to powertop) Five to six hours of improvement would be a very large amount. Probably more than is reasonable. But smaller amounts would not be unusual. My cpu is in average 10/15 degrees warmer when using the kernel 3.2 and 3.6 than it is using kernels 3.4 or 3.5, according to lm-sensors. I have been able to save my laptop's (Asus U46) battery life very for the past year by checking this and using only kernels that leave the temperature low. -- 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/50d0cb53.3030...@member.fsf.org
Re: Laptop battery life with 64 bit
Daniel Dalton wrote: > But should the knew kernel really improve battery life by apparently > 5-6 hours (according to powertop) Five to six hours of improvement would be a very large amount. Probably more than is reasonable. But smaller amounts would not be unusual. > Wouldn't device drivers be more or less the same on ubuntu and debian? Two points. 1. Drivers release with the kernel and therefore different versions of the kernel have different versions of drivers. 2. The different distributions have different rules about licenses are allowed in the distribution. Debian is a free as in freedom software advocate and has removed all of the non-free drivers. Ubuntu has historically included many non-free drivers in their distribution. I don't know what their current policy says. Therefore it is possible that two installations, one Debian and one Ubuntu, would load different drivers. It is possible that one driver would significantly less efficient in terms of battery life than the other. I am very happy to read in the other message that you have solved your problem. Yay! Bob signature.asc Description: Digital signature
Re: ssh fails (was: Re: git pull fails with OpenSSL version mismatch error)
Joel Roth wrote: > Joel Roth wrote: > > $ git pull > > OpenSSL version mismatch. Built against 105f, you have 1000103f > > fatal: The remote end hung up unexpectedly > > This error also occurs when I use ssh directly, to any > host. This reads to me that you have not updated your system, specifically the openssl libraries. # apt-get update # apt-get ugprade > Ah, well, actually I am using unstable... Be careful out there! :-) On Sid I have: openssh-client 1:6.0p1-3 Depends: ... libssl1.0.0 (>= 1.0.1) ... Make sure that at the least both of those are up to date. $ apt-cache policy openssh-client libssl1.0.0 You might also need others too but I think you must be behind on updates to those. Bob signature.asc Description: Digital signature
which version of debian to download
hello Which version of debian is compatable with i3 or i5 processors systems ? Thank you Daniel -- 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/50d0c12a.7040...@gmail.com
Re: [SOLVED]Skype and Multiarch
Hugo Vanwoerkom wrote: Claudius Hubig wrote: Hello Hugo, Hugo Vanwoerkom wrote: root@SDB03:/home/hugo/Downloads# dpkg -i skype-debian_4.1.0.20-1_i386.deb Selecting previously unselected package skype. dpkg: dependency problems prevent configuration of skype: skype depends on libqtgui4 (>= 4:4.8.0); however: Package libqtgui4 is not installed. skype depends on libqtwebkit4 (>= 2.1.0~2011week13); however: Package libqtwebkit4:i386 is not installed. Try installing these manually (apt-get install libqtgui4:i386 libqtwebkit4:i386) and possibly downgrade your version of libpng12-0 to the wheezy one (apt-get install libpng12-0:i386=1.2.49-1). Claudius, There are a bunch of libraries that are at sid's level. I may have to reinstall wheezy: definitely an error on my part! (As luck would have it I am reading "I,Claudius" by Robert Graves!) I did it! Thanks Andrei + Claudius for catching that Sid install! Is it worth it to update the wiki that Skype *does* install? (I am not a skype user :-) ) Hugo -- 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/kaqg2b$un6$1...@ger.gmane.org
Re: Slow network performance with KVM
Katynski, Bogdan wrote: > Bob Proulx wrote: > > On Squeeze you would want to use a backported 3.2 kernel. It would be > > worthwhile to try it if you are suffering from this performance > > problem. Here are instructions: > > I installed the backported 3.2.0 kernel and forced vhost-net module load > @boot in /etc/modules. However, the VMs still suffer the same network issue > and I don't see any vhost option for the kvm processes: > ... Then it definitely is not being used. > > You might also want to try the backported newer versions of libvirt-bin > > kvm packages. There have been several improvements. I don't recall but it is likely that in order to use the vhost-net driver that the newer kvm and related packages are required. I do know that I had a large network performance difference between using the vhost-net driver and not using it. I would need to set up a test case and benchmark now to recapture data on how much. But I remember that it was large. I am sure that you will do better with the driver than without it. > I will follow your advice and also try a newer version of kvm and > libvirt. Since this is a development system, I'll have to schedule > some downtime before I proceed with the upgrade. I'll write the > effects here to the group as soon as I get a long enough time slot > for the upgrade. Another possibility would be to use a different system for this development and testing. Because it is very easy to install and use (literally just an apt-get away) you could turn any system into a VM hosting system very easily, as long as it has the resources. I always suggest grabbing a different machine for these types of tests. Then you can safely do this development off to the side without disrupting the main system. After you have determined the proper configuration and developed the recipe then you can take the main system forward. This strategy is sometimes called "make before break". Of course I have a variety of hardware on my network that is always being rotated and turned over and so using temporary development laboratory victim machines is easy. If you do not have the hardware available then you will need to use your own judgement. Bob signature.asc Description: Digital signature
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
Tom H wrote: > Richard Owlett wrote: > > Tom H wrote: > >> Andrei POPESCU wrote: > >>> What is a SIG? > >> > >> It's a Fedora-ism: special interest group. > >> > >> https://fedoraproject.org/wiki/Category:SIGs > > > > Sorry. Term predates Linus Torvalds let alone Fedora ;) > > IIRC I came across it as an engineering student in the early 60's. > > Of course, but within Linux distributions, it's a Fedora thing. I respectfully disagree. Special Interest Groups, SIGs, have been around for a very long time. Fedora may also use the term and may be keeping it warm these days but the use of it has been in general computing for decades. Many of these are quite well known conferences. (Anyone been to a SIGGRAPH lately?) For example these and this is just one association. There are many others too. http://www.acm.org/sigs/ Bob signature.asc Description: Digital signature
Re: Skype and Multiarch
Claudius Hubig wrote: Hello Hugo, Hugo Vanwoerkom wrote: root@SDB03:/home/hugo/Downloads# dpkg -i skype-debian_4.1.0.20-1_i386.deb Selecting previously unselected package skype. dpkg: dependency problems prevent configuration of skype: skype depends on libqtgui4 (>= 4:4.8.0); however: Package libqtgui4 is not installed. skype depends on libqtwebkit4 (>= 2.1.0~2011week13); however: Package libqtwebkit4:i386 is not installed. Try installing these manually (apt-get install libqtgui4:i386 libqtwebkit4:i386) and possibly downgrade your version of libpng12-0 to the wheezy one (apt-get install libpng12-0:i386=1.2.49-1). Claudius, There are a bunch of libraries that are at sid's level. I may have to reinstall wheezy: definitely an error on my part! (As luck would have it I am reading "I,Claudius" by Robert Graves!) Hugo -- 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/kaqf69$lkr$1...@ger.gmane.org
Re: ssh fails (was: Re: git pull fails with OpenSSL version mismatch error)
Le 18.12.2012 18:40, Joel Roth a écrit : On Mon, Dec 17, 2012 at 06:56:32PM -1000, Joel Roth wrote: Greetings $ git pull OpenSSL version mismatch. Built against 105f, you have 1000103f fatal: The remote end hung up unexpectedly This error also occurs when I use ssh directly, to any host. Did you modify something in your ssh configuration? If yes, maybe try to remove the conf file and reconfigure everything. I really have no idea about what is the problem, ssh is just a tool I use, I am not an expert in it. But at least, if you are having such trouble even when trying to use raw ssh, you know that's not git... -- 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/3df103201bb3bab2dcc19be68aed5...@neutralite.org
Re: wheezy how-to
The plain-old window managers are sufficiently different from Windows and Apple that I feel comfortable stating that the developers are not interested in keeping up with the current desktop trends. That gives me high confidence that there won't be many major changes in the way those window managers work for years to come. But who knows, I could be wrong! -Rob That's at least an advantage of tiling window managers: their way of doing things is in their name :P More interesting is that they were the way to do things once, and the little try I gave to windows 8 made me think that they are just trying to copy that way... But as for command-line interfaces, they are late (well... in my only humble opinion of course) because wasted so many times saying that this way was only the past :D So, long live i3, ratpoison, twm and alike :P And, long live all alternative ways to doing things, even if I do not like some of them. -- 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/3b0f16e8aad509f7108f530e2baac...@neutralite.org
Re: Debian squeeze GDM3 Problem
On Tue, Dec 18, 2012 at 03:30:32PM +0100, Houbey wrote: > Hello, i have this get this mail adress of Jonathan Wiltshire. I I > have tried some assistance on the internet to change the gdm3 > login-background. After a restart debian the new .svg picture is > just white. Or reverts back to standard. Maybe it is a bug or is > wanted by debian way? > There is a graphical GDM-setup tool, no? I'm pretty sure I've used that successfully on both lenny and squeeze. (My current GDM login screen: http://i.imgur.com/8rgfA.jpg) ./tony -- http://www.tonybaldwin.me all tony, all the time! 3F330C6E signature.asc Description: Digital signature
ssh fails (was: Re: git pull fails with OpenSSL version mismatch error)
On Mon, Dec 17, 2012 at 06:56:32PM -1000, Joel Roth wrote: > Greetings > > $ git pull > OpenSSL version mismatch. Built against 105f, you have 1000103f > fatal: The remote end hung up unexpectedly This error also occurs when I use ssh directly, to any host. > I encounter this problem (with identical diagnostic text) > with two separate repositories, github and gitorious > > Is this likely to be Debian? > I see a similar bug appeared in openssh-server > http://lists.debian.org/debian-ssh/2012/06/msg00027.html > > Thanks for any suggestions, > > Joel > > -- > Joel Roth > > > -- > 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/20121218045632.GA5785@sprite > -- Joel Roth -- 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/20121218174012.GA11422@sprite
Re: [OT] Good quality hair dryer needed for Squeeze
On 12/16/2012 07:50 PM, Jerry Stuckle wrote: On 12/12/2012 8:02 PM, Mark Panen wrote: "The OP should be experienced with soldering multi-layer boards" really why should he be? Are all IT personal hardware fundies as well? I started late in the IT business with a totally different previous vocation, and can do all except put a CPU & mobo and cooler together, anyway lets not carry on with this. I agree with the comment. The suggestions are a way the OP might be able to fix a failing MB. To do this successfully, experience is soldering multi-layer boards is almost a must. It doesn't matter whether YOU can do it or not. You're not the OP. BTW - I also started late in the IT business (full time in 1977, though I was programming 10 years before that) - my experience before that was all electronics. Multilayer boards are no fun. Well it's nice to know that i'm not the only old duffer around. I started in 1959. I set up a solder school for the navy some years back for board repair personnel and the thought of working on a multilayer board scares me to death. If you are careful, some superficial work can be done but that's it. Troubleshooting is a nightmare as well. I guess i'm back to suggesting the use of a post board. The cost less than $10 these days. They really do give you a lot of information about the cause of the problem. Gary R. -- 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/50d0a3d0.4000...@verizon.net
Re: wheezy how-to
On Tuesday 18 December 2012 15:23:16 Rob Owens wrote: > It's not clear how long the Gnome folks will continue to support the > Gnome Classic session (which upstream Gnome refers to as Gnome Legacy). > Some people may decide that their own ideals no longer align with the > ideals of the Gnome developers. Decide for yourself if that sounds like > you. If it does, look to other desktop environments or window managers. > > My opinion is that the major desktop environments are always going to be > tempted into following Windows or Apple trends (or at least trying to > compete with them). This will lead to periodic changes in the way > things are done -- we have seen this recently with KDE and Gnome. > > The plain-old window managers are sufficiently different from Windows > and Apple that I feel comfortable stating that the developers are not > interested in keeping up with the current desktop trends. That gives me > high confidence that there won't be many major changes in the way those > window managers work for years to come. But who knows, I could be > wrong! Long live Mate (and Cinnamon?) and TrinityDE and all who sail in them! :-) Lisi -- 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/201212181659.46072.lisi.re...@gmail.com
Re: Skype and Multiarch
Hello Hugo, Hugo Vanwoerkom wrote: > root@SDB03:/home/hugo/Downloads# dpkg -i skype-debian_4.1.0.20-1_i386.deb > Selecting previously unselected package skype. > dpkg: dependency problems prevent configuration of skype: > skype depends on libqtgui4 (>= 4:4.8.0); however: >Package libqtgui4 is not installed. > skype depends on libqtwebkit4 (>= 2.1.0~2011week13); however: >Package libqtwebkit4:i386 is not installed. Try installing these manually (apt-get install libqtgui4:i386 libqtwebkit4:i386) and possibly downgrade your version of libpng12-0 to the wheezy one (apt-get install libpng12-0:i386=1.2.49-1). Best regards, Claudius -- 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/20121218164049.2090f...@ares.home.chubig.net
Re: Upgrading Wheezy Beta to Wheezy Stable?
On Tuesday 18 December 2012 15:40:54 Mark Allums wrote: > [1] at this moment wheezy *is* 'testing' and you can use either in > sources.list. They will start to differ only when wheezy is released > (becomes 'stable') at which point jenny will be 'testing'. > > 'Jessie'? That's what I thought. :-/ Lisi -- 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/201212181656.35327.lisi.re...@gmail.com
Re: Need detialed info on preseeding
On 12/16/12 6:40 AM, Richard Owlett wrote: > Bob Proulx wrote: >> >> On the topic of pkgsel/include: >> >> Here is an example from my preseed configuration: >> >> d-i pkgsel/include string dnsutils less nvi openssh-server postfix >> rsync sudo >> >> All of those packages will be installed. Any dependencies that they >> declare will be installed. The effect will be very similar to running >> this command: >> >> # apt-get install -y dnsutils less nvi openssh-server postfix rsync >> sudo > > Similar as a "a Cadillac is similar to a Pinto" ;/ > I was looking for something similar to a manpage. > http://manpages.debian.net did not have an entry for "pkgsel/include" > nor "preseed/late_command". That's like expecting a man page for "apt-get install"! Perhaps there ought to be a man page for "d-i"... You've now had a few threads about preseeding on this list and you've been pointed to the documentation on [1] and [2]. In the particular case of installing packages via preseeding there's this from [3]: # Individual additional packages to install #d-i pkgsel/include string openssh-server build-essential This is like any preseed-like system where the CLI " openssh-server" has a different syntax within preseed/kickstart/jumpstart. 1. Installer http://d-i.debian.org/manual/en.amd64/ 2. Preseeding http://d-i.debian.org/manual/en.amd64/apbs04.html and http://wiki.debian.org/DebianInstaller/Preseed 3. Package installation http://d-i.debian.org/manual/en.amd64/apbs04.html#preseed-pkgsel -- 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/50d09c74.70...@gmail.com
Re: but ubunt... (multimedia)
--- On Tue, 12/18/12, Lucio Crusca wrote: > From: Lucio Crusca > Subject: but ubunt... (multimedia) > To: debian-user@lists.debian.org > Date: Tuesday, December 18, 2012, 6:39 AM > > > Let alone why, I need a recent DVDStyler (2.x). For some > reason, mostly > philosophical, having DVDStyler 2.x work on Debian is a > nightmare (if ever > possible): > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588104 > > I also use DVDStyler and ran up against this bug in my wheezy testing a few months ago. I posted to that bug report and on their forum but no response. My solutions? 1. I'm gonna keep my squeeze install functional for serious media work possibly even after EOL. 2. I gave bombono a spin on wheezy and it produces a set-top playable DVD though it doesn't have as many features as DVDStyler. Unfortunately AVLinux doesn't seem like a good fit for my specific multimedia needs . . . -- 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/1355848386.86504.yahoomailclas...@web163401.mail.gq1.yahoo.com
Re: Skype and Multiarch
On Tue, 18 Dec 2012 09:14:32 -0600 Hugo Vanwoerkom wrote: Hello Hugo, >This is on a brandnew wheezy install that I got the error. As Andrei says (and I checked at packages.debian), you've got a Sid package in there somehow. -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" Success defined by acquisition stinks Money is Not Our God - Killing Joke signature.asc Description: PGP signature
Re: Skype and Multiarch
Claudius Hubig wrote: Hello Hugo, Hugo Vanwoerkom wrote: AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy with multiarch is also impossible because some of the i386 libraries are of different versions: 0 14:56 0 ares: ~ # dpkg --print-architecture amd64 0 14:56 0 ares: ~ # dpkg --print-foreign-architectures i386 0 14:56 0 ares: ~ # dpkg -l skype | tail -n 1 ii skype 4.1.0.20-1 i386 Wherever you are, wherever they are package-0:i386 1.2.49-1 cannot be configured because libpng12-0:amd64 is at a different version (1.2.49-3) 0 14:56 0 ares: ~ # dpkg -l libpng12-0 | tail -n 2 ii libpng12-0:amd64 1.2.49-1 amd64PNG library - runtime ii libpng12-0:i386 1.2.49-1 i386 PNG library - runtime 0 14:56 0 ares: ~ # rmadison libpng12-0 libpng12-0 | 1.2.44-1+squeeze4 | squeeze-security | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.44-1+squeeze4 | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.49-1 | wheezy | amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libpng12-0 | 1.2.49-3 | sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc Perfectly possible for me. You will have to provide more details if you insist on ‘impossible’ :-) This is what I get when I install skype. That is with only wheezy in sources.list: root@SDB03:/home/hugo/Downloads# dpkg --print-architecture amd64 root@SDB03:/home/hugo/Downloads# dpkg --print-foreign-architectures i386 root@SDB03:/home/hugo/Downloads# dpkg -i skype-debian_4.1.0.20-1_i386.deb Selecting previously unselected package skype. (Reading database ... 90% (Reading database ... 103860 files and directories currently installed.) Unpacking skype (from skype-debian_4.1.0.20-1_i386.deb) ... dpkg: dependency problems prevent configuration of skype: skype depends on libqtgui4 (>= 4:4.8.0); however: Package libqtgui4 is not installed. skype depends on libqtwebkit4 (>= 2.1.0~2011week13); however: Package libqtwebkit4:i386 is not installed. dpkg: error processing skype (--install): dependency problems - leaving unconfigured Processing triggers for desktop-file-utils ... Errors were encountered while processing: skype root@SDB03:/home/hugo/Downloads# apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done Correcting dependencies... Done The following packages were automatically installed and are no longer required: at g++-4.7 klibc-utils lib32z1 libavahi-client3:i386 libavahi-common-data:i386 libavahi-common3:i386 libc6-i386 libcomerr2:i386 libexpat1:i386 libgcrypt11:i386 libgnutls26:i386 libgpg-error0:i386 libgssapi-krb5-2:i386 libk5crypto3:i386 libkeyutils1:i386 libklibc libkrb5-3:i386 libkrb5support0:i386 libp11-kit0:i386 libstdc++6-4.7-dev libtasn1-3:i386 libuuid-perl linux-base lsb-release lsb-security m4 ncurses-term pax time Use 'apt-get autoremove' to remove them. The following packages will be REMOVED: skype:i386 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 36.8 MB disk space will be freed. Do you want to continue [Y/n]? n Abort. Hugo -- 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/kaq3km$3kc$1...@ger.gmane.org
RE: Upgrading Wheezy Beta to Wheezy Stable?
[1] at this moment wheezy *is* 'testing' and you can use either in sources.list. They will start to differ only when wheezy is released (becomes 'stable') at which point jenny will be 'testing'. 'Jessie'? -- 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/047201cddd36$1126cb60$33746220$@allums.com
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Ma, 18 dec 12, 14:08:08, Lisi Reisz wrote: > On Tuesday 18 December 2012 12:12:01 Brad Rogers wrote: > > >True. But I suspected that I I was being gently chided for > > >assuming everybody had the same same background as I. > > > > I didn't get that impression. But hey, it's not my rep that on the line, > > potentially. :-) > > I did, I'm afraid! After all, it is easy enough to look SIG up on > acronymfinder and find out what it means. Andrei knows this perfectly well; > so I took it that he was gently chiding Richard for using jargon - or an Definitely not! My quick search was not conclusive so I thought I better ask ;) > acronym specialised in some other way. And gently suggesting that Richard > ought to have written the words! IMVHO. > > TIA. TTFN! He, he, wtf (package bsdgames) knows about these two and IMHO (but not IMVHO). Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: wheezy how-to
On Tue, Dec 18, 2012 at 04:21:47AM +, Russell L. Harris wrote: > Can you recommend a good Wheezy HOWTO for users forcibly being > migrated from the Gnome environment of Etch, Lenny, or Squeeze? > > I dread having to learn all the details of how to configure and use > Wheezy once it becomes stable. > >From my very limited experience using Gnome 3, I'd say just log into the "Gnome Classic" session. It looks very much like Gnome 2. To add launchers to the panel, you need to right-click the panel while holding the Alt key. It's not clear how long the Gnome folks will continue to support the Gnome Classic session (which upstream Gnome refers to as Gnome Legacy). Some people may decide that their own ideals no longer align with the ideals of the Gnome developers. Decide for yourself if that sounds like you. If it does, look to other desktop environments or window managers. My opinion is that the major desktop environments are always going to be tempted into following Windows or Apple trends (or at least trying to compete with them). This will lead to periodic changes in the way things are done -- we have seen this recently with KDE and Gnome. The plain-old window managers are sufficiently different from Windows and Apple that I feel comfortable stating that the developers are not interested in keeping up with the current desktop trends. That gives me high confidence that there won't be many major changes in the way those window managers work for years to come. But who knows, I could be wrong! -Rob -- 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/20121218152316.ga9...@aurora.owens.net
Re: google-earth + multiarch
Hello Johan, Johan Grönqvist wrote: > I also tried and failed installing lsb-core:i386. lsb-core depends on a > bunch of packages providing binaries, like python and make, and, as far > as I know, multiarch does not allow co-installation of binaries, but > only libraries. You could build a lsb-core:i386 package with equivs, ideally depending on the libraries the actual package also depends on, but leaving out the programs. Alternatively, just install said libraries manually (using apt-get libpam0g:i386, for example) and completely leave out the dependencies in the fake lsb-core:i386 package. Best, Claudius -- 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/20121218150352.43a12...@ares.home.chubig.net
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Lu, 17 dec 12, 18:30:35, Richard Owlett wrote: > Andrei POPESCU wrote: > >On Du, 16 dec 12, 06:53:26, Richard Owlett wrote: > >> > >>The response I had hoped for was on the lines of "there's a SIG for > >>documentation which you can contact at ...". > > > >What is a SIG? > > "Special Interest Group" > Is it an Americanism? No idea, but the entry on the Wikipedia disambiguation page didn't ring a bell (the first page of the Google search seemed to indicate "Software Improvement Group"), and I wasn't sure what you meant. Hope this explains, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Laptop battery life with 64 bit
On Mon, Dec 17, 2012 at 11:55:08PM -0700, Bob Proulx wrote: > Jochen Spieker wrote: > > Daniel Dalton wrote: > > > My question: does 64 bit debian use more battery power than 32 bit? > > > > Short answer: no. The relevant difference is probably Debian vs. Ubuntu > > here. > > Agreed. The difference is probably the linux kernel version. Ubuntu > 12.10 "Quantal Quetzal" has a Linux 3.5 kernel. Debian "Wheezy" > Testing has a Linux 3.2 kernel. Wheezy has been in freeze for many > months and that was the best version to support for several years of > security upgrades. Ubuntu also used Linux 3.2 in their latest LTS > (long term support) release too. Sure, very good point. But should the knew kernel really improve battery life by apparently 5-6 hours (according to powertop) > > I expect that linux kernel version difference between 3.5 and 3.2 and > device driver differences would make more difference than 32-bit Wouldn't device drivers be more or less the same on ubuntu and debian? Thanks for your help. Dan -- 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/20121218151518.ga4...@gwsc.vic.edu.au
Re: Skype and Multiarch
Hello Hugo, Hugo Vanwoerkom wrote: > AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy with > multiarch is also impossible because some of the i386 libraries are of > different versions: 0 14:56 0 ares: ~ # dpkg --print-architecture amd64 0 14:56 0 ares: ~ # dpkg --print-foreign-architectures i386 0 14:56 0 ares: ~ # dpkg -l skype | tail -n 1 ii skype 4.1.0.20-1 i386 Wherever you are, wherever they are > package-0:i386 1.2.49-1 cannot be configured because libpng12-0:amd64 is > at a different version (1.2.49-3) 0 14:56 0 ares: ~ # dpkg -l libpng12-0 | tail -n 2 ii libpng12-0:amd64 1.2.49-1 amd64PNG library - runtime ii libpng12-0:i386 1.2.49-1 i386 PNG library - runtime 0 14:56 0 ares: ~ # rmadison libpng12-0 libpng12-0 | 1.2.44-1+squeeze4 | squeeze-security | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.44-1+squeeze4 | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.49-1 | wheezy | amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libpng12-0 | 1.2.49-3 | sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc Perfectly possible for me. You will have to provide more details if you insist on ‘impossible’ :-) Best, Claudius -- 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/20121218145844.3186e...@ares.home.chubig.net
Re: Skype and Multiarch
Brad Rogers wrote: On Tue, 18 Dec 2012 08:54:19 -0600 Hugo Vanwoerkom wrote: Hello Hugo, AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy with multiarch is also impossible because some of the i386 libraries are of different versions: I installed it here without issues. On wheezy, and the same version of Skype as you mention above. However, linbpng is 1.2.49-1 in all cases. IDK how/where you got the -3 amd64 version. Nor do I have it waiting for update, but blocked, because of Skype. This is on a brandnew wheezy install that I got the error. Hugo -- 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/kaq18i$b3k$1...@ger.gmane.org
Re: Skype and Multiarch
On Ma, 18 dec 12, 08:54:19, Hugo Vanwoerkom wrote: > Hi, > > AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy > with multiarch is also impossible because some of the i386 libraries > are of different versions: > > package-0:i386 1.2.49-1 cannot be configured because > libpng12-0:amd64 is at a different version (1.2.49-3) You are mixing wheezy and sid: $ rmadison libpng12-0 libpng12-0 | 1.2.44-1+squeeze4 | squeeze-security | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.44-1+squeeze4 | squeeze | amd64, armel, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libpng12-0 | 1.2.49-1 | wheezy | amd64, armel, armhf, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc libpng12-0 | 1.2.49-3 | sid | amd64, armel, armhf, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, s390x, sparc Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Laptop battery life with 64 bit
On Tue, Dec 18, 2012 at 07:39:17AM +0100, Jochen Spieker wrote: > Daniel Dalton: > > > > My question: does 64 bit debian use more battery power than 32 bit? > > Short answer: no. The relevant difference is probably Debian vs. Ubuntu > here. Good news. So now just to figure out how ubuntu is out performing debian. > > > Should I return to a 32 bit set up if battery life is important to me? > > Or is there perhaps something that maybe isn't configured quite right > > on this 64 bit system? > > The latter. Are you sure the screen is turned off completely just like > in Ubuntu? Yes, used exactly the same methods (vbetool) Thanks for your help. Dan -- 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/20121218151021.ge14...@gwsc.vic.edu.au
Re: Skype and Multiarch
On Tue, 18 Dec 2012 08:54:19 -0600 Hugo Vanwoerkom wrote: Hello Hugo, >AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy with >multiarch is also impossible because some of the i386 libraries are of >different versions: I installed it here without issues. On wheezy, and the same version of Skype as you mention above. However, linbpng is 1.2.49-1 in all cases. IDK how/where you got the -3 amd64 version. Nor do I have it waiting for update, but blocked, because of Skype. -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" A friend of a friend he got beaten I Predict A Riot - Kaiser Chiefs signature.asc Description: PGP signature
Re: but ubunt... (multimedia)
2012/12/18 Ralf Mardorf > On Tue, 2012-12-18 at 14:50 +0100, Raffaele Morelli wrote: > > Debian is great but If you don't want to get deeper with it and your > > purpose is movie making... then you should give up with debian and > > switch to multimedia oriented distros, eg. AVLinux (is debian based > > and far better than ubuntu). > > I experienced that for multi-media it's stupid to insist on "distro A is > better than distro B". Be flexible and switch distros when ever it's > needed. If you need a tool, chose the tool that fit to your workflow. If > you want pledge allegiance to something, IMO don't do it for a distro, > perhaps join a religion instead. It's stupid not taking care of the goal. He need something to work with and not to fight against... if he is not willing to enter the world of source code && self compile then he's better of with a multimedia distro or a debian/stable instead of testing, but then again he may need the newest release of an app. -r
Re: but ubunt... (multimedia)
On Ma, 18 dec 12, 13:39:27, Lucio Crusca wrote: > > No doubt I prefer Debian. There's a but. Debian pretends to be the universal > OS. Maybe it's true for everything, but multimedia. There have been a lot of problems, mostly due to patents, but in this particular case... > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588104 ... patch proposed but the review dragged until very close to the freeze, and no maintainer activity since (possibly related to the freeze?). At this point, given the freeze and low severity of the bug the fix will not make it into wheezy anyway and an upload to unstable would interfere in case fixes for bugs in wheezy need to be uploaded. The only chance to get this fixed before the release would be an upload to experimental, if the Maintainer has the time and interest. In my opinion this is not related to multimedia, just the general lack of manpower. I suggest you follow up to the bug with a kind reminder shortly after the release. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Tuesday 18 December 2012 14:36:49 Brad Rogers wrote: > >I did, I'm afraid! After all, it is easy enough to look SIG up on > >acronymfinder and find out what it means. Andrei knows this perfectly > > True, but even within context, it's sometimes tricky pinpointing the > right meaning. Possibly not in this case, though. In this case it was easy. I had to do it! But I very much take your point. It is sometimes frustratingly and terminally difficult. And I often end up no wiser than I was when I started. :-( Lisi -- 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/201212181456.50883.lisi.re...@gmail.com
Re: google-earth + multiarch
Johan Grönqvist wrote: 2012-12-18 04:49, Hugo Vanwoerkom skrev: As an exercise in multiarch I tried installing google-earth-stable_current_i386.deb in according to http://wiki.debian.org/FAQsFromDebianUser#Multiarch. Has anybody actually accomplished that? What I ended up with is: dpkg: dependency problems prevent configuration of google-earth-stable: google-earth-stable depends on lsb-core (>= 3.2). But that is the i386 version of course and I never managed to get out of that hole trying to install it. I also tried and failed installing lsb-core:i386. lsb-core depends on a bunch of packages providing binaries, like python and make, and, as far as I know, multiarch does not allow co-installation of binaries, but only libraries. My conclusion would be that you would need python and python:i386 at the same time, which multiarch does not support. Thanks Johan, that is the reason. I missed that, that multiarch does not allow co-installation of binaries, but only libraries. Hugo -- 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/kaq03c$1lu$2...@ger.gmane.org
Skype and Multiarch
Hi, AFAIK installation of skype-debian_4.1.0.20-1_i386.deb on Wheezy with multiarch is also impossible because some of the i386 libraries are of different versions: package-0:i386 1.2.49-1 cannot be configured because libpng12-0:amd64 is at a different version (1.2.49-3) Hugo -- 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/kaq02n$1lu$1...@ger.gmane.org
Debian squeeze GDM3 Problem
Hello, i have this get this mail adress of Jonathan Wiltshire. I I have tried some assistance on the internet to change the gdm3 login-background. After a restart debian the new .svg picture is just white. Or reverts back to standard. Maybe it is a bug or is wanted by debian way? I hope someone can answer me or help me? Friendly greetings Houbey -- 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/50d07e08@arcor.de
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Tue, 18 Dec 2012 14:08:08 + Lisi Reisz wrote: Hello Lisi, >I did, I'm afraid! After all, it is easy enough to look SIG up on >acronymfinder and find out what it means. Andrei knows this perfectly True, but even within context, it's sometimes tricky pinpointing the right meaning. Possibly not in this case, though. I didn't go to acronym finder to check. >ought to have written the words! IMVHO. Opinions are like. No, I can't. :-) -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" Stained glass windows keep the cold outside Religion - Public Image Ltd signature.asc Description: PGP signature
Re: but ubunt... (multimedia)
On Tue, 2012-12-18 at 14:50 +0100, Raffaele Morelli wrote: > Debian is great but If you don't want to get deeper with it and your > purpose is movie making... then you should give up with debian and > switch to multimedia oriented distros, eg. AVLinux (is debian based > and far better than ubuntu). I experienced Ubuntu Studio as more reliable than AVLinux. It certainly differs from release to release. Beyond that, AVLinux is (at least was) only available in 32-bit architecture. I've given up to do serious video work with Linux, but I'm experienced with audio productions on Linux. I'll encourage the OP to install and test several distros by a Linux multi-boot. All the pre-build media distros are easy to install, beside such distros I can recommend to test something as Arch Linux or Geentoo for multi-media. Sometimes it's easier to install and set up needed stuff, then to remove stuff that is a no-go for multi-media usage. Btw. AVLinux ships (at least shipped) with compiz by default, IMO not a smart choice for a multi-media distro. Don't get me wrong, just test several distros and then maintain just one or two distros. I experienced that for multi-media it's stupid to insist on "distro A is better than distro B". Be flexible and switch distros when ever it's needed. If you need a tool, chose the tool that fit to your workflow. If you want pledge allegiance to something, IMO don't do it for a distro, perhaps join a religion instead. I started with a RPM distro 10 years ago, but today I usually switch only between DEB distros and Arch, since it's to hard to keep on track with all packages managements for me. 2 Cents, Ralf -- 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/1355840123.3193.78.camel@q
Re: Upgrading Wheezy Beta to Wheezy Stable?
On Lu, 17 dec 12, 19:34:30, Patrick Bartek wrote: > Read somewhere that updating/upgrading from Wheezy Beta eventually to > Wheezy Stable using the "wheezy" named repos (not "testing" named > ones) has potential problems, and the best option is a clean install > of Wheezy Stable. [citation needed] > True or false? Your question contains some misunderstandings[1], but I will try to answer what I think you want to know. Depending on the point in time where one starts using 'testing' the installation may *differ* from a clean install right after the same release becomes 'stable'. This are several causes for this: - package additions/removals - new installs of a package will generally use new defaults, while upgrades tend to preserve old defaults if at all possible - bugs in the upgrade process - administrator choices during the upgrade process - etc. Whether the above are reason enough to prefer a clean install is a more a personal decision in my opinion. You question seems to indicate you are not very familiar with Debian and/or it's package management and upgrading process. I strongly suggest you stick to whatever the current 'stable' release is (currently squeeze) and upgrade only after the release, following the Release Notes. If you want to experiment with 'testing' (or even 'unstable') you can do so on a separate install (dual-boot) or in a virtual machine. As you gain more experience you will be able to answer for yourself whether to keep on upgrading or do a clean install. [1] at this moment wheezy *is* 'testing' and you can use either in sources.list. They will start to differ only when wheezy is released (becomes 'stable') at which point jenny will be 'testing'. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Tuesday 18 December 2012 12:12:01 Brad Rogers wrote: > >True. But I suspected that I I was being gently chided for > >assuming everybody had the same same background as I. > > I didn't get that impression. But hey, it's not my rep that on the line, > potentially. :-) I did, I'm afraid! After all, it is easy enough to look SIG up on acronymfinder and find out what it means. Andrei knows this perfectly well; so I took it that he was gently chiding Richard for using jargon - or an acronym specialised in some other way. And gently suggesting that Richard ought to have written the words! IMVHO. TIA. TTFN! Lisi -- 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/201212181408.08725.lisi.re...@gmail.com
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Tue, Dec 18, 2012 at 7:53 AM, Richard Owlett wrote: > Tom H wrote: >> On Mon, Dec 17, 2012 at 6:43 PM, Andrei POPESCU >> wrote: >>> >>> >>> What is a SIG? >> >> It's a Fedora-ism: special interest group. >> >> https://fedoraproject.org/wiki/Category:SIGs > > Sorry. Term predates Linus Torvalds let alone Fedora ;) > IIRC I came across it as an engineering student in the early 60's. Of course, but within Linux distributions, it's a Fedora 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/CAOdo=Syo+rOpcShWhU3U7oE-=C=4vudbm4d0vcxdgyegqgg...@mail.gmail.com
Re: but ubunt... (multimedia)
2012/12/18 Lucio Crusca > Raffaele Morelli wrote: > > > use another app... eg qdvdauthor or switch to the command line > > :D typical reply from the IT dept. > > qdvdauthor isn't in Debian either (but, even then, I still need DVD-Styler > for a few other reasons) and switching to the command line is not really a > solution in this case. Authoring a DVD is a process that requires a visual > preview of what you're doing. Even when (if) we accepted the command line, > dvdauthor isn't a frontend app by any stretch of imagination: coding its > XML > by hand is not really a movie maker's job. Debian is great but If you don't want to get deeper with it and your purpose is movie making... then you should give up with debian and switch to multimedia oriented distros, eg. AVLinux (is debian based and far better than ubuntu). -r -- *L'unica speranza di catarsi, ammesso che ne esista una, resta affidata all'istinto di ribellione, alla rivolta non isterilita in progetti, alla protesta violenta e viscerale. (V. Evangelisti) *
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Tue, 18 Dec 2012 05:15:55 -0600 Richard Owlett wrote: Hello Richard, >True. But I suspected that I I was being gently chided for >assuming everybody had the same same background as I. I didn't get that impression. But hey, it's not my rep that on the line, potentially. :-) -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" Is she really going out with him? New Rose - The Damned signature.asc Description: PGP signature
Re: but ubunt... (multimedia)
Raffaele Morelli wrote: > use another app... eg qdvdauthor or switch to the command line :D typical reply from the IT dept. qdvdauthor isn't in Debian either (but, even then, I still need DVD-Styler for a few other reasons) and switching to the command line is not really a solution in this case. Authoring a DVD is a process that requires a visual preview of what you're doing. Even when (if) we accepted the command line, dvdauthor isn't a frontend app by any stretch of imagination: coding its XML by hand is not really a movie maker's job. -- 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/kapr5q$hqv$1...@ger.gmane.org
Re: but ubunt... (multimedia)
2012/12/18 Lucio Crusca > Hello, > > I came back to Debian (testing/unstable) since a good year now, before that > I had been using Ubuntu for about two years and yet before Debian since > 2003. > > No doubt I prefer Debian. There's a but. Debian pretends to be the > universal > OS. Maybe it's true for everything, but multimedia. > > Let alone why, I need a recent DVDStyler (2.x). For some reason, mostly > philosophical, having DVDStyler 2.x work on Debian is a nightmare (if ever > possible): > > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588104 > > My personal solution, after a few days of (useless) trials and errors, was > to plug my external USB drive, boot Ubuntu in a kvm guest and use DVDStyler > on that. > > I stress it, I still prefer Debian, but in this case Ubuntu saved my day. > > So what's the point here? I don't know, I only meant to share my > experience, > maybe someone else will come up with a smart solution (smarter than booting > an entire OS only to use DVDStyler). > use another app... eg qdvdauthor or switch to the command line -r -- *L'unica speranza di catarsi, ammesso che ne esista una, resta affidata all'istinto di ribellione, alla rivolta non isterilita in progetti, alla protesta violenta e viscerale. (V. Evangelisti) *
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
Tom H wrote: On Mon, Dec 17, 2012 at 6:43 PM, Andrei POPESCU wrote: On Du, 16 dec 12, 06:53:26, Richard Owlett wrote: The response I had hoped for was on the lines of "there's a SIG for documentation which you can contact at ...". What is a SIG? It's a Fedora-ism: special interest group. https://fedoraproject.org/wiki/Category:SIGs Sorry. Term predates Linus Torvalds let alone Fedora ;) IIRC I came across it as an engineering student in the early 60's. -- 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/50d0672e.6090...@cloud85.net
Re: Need detialed info on preseeding
Bob Proulx wrote: Richard Owlett wrote: Bob Proulx wrote: Here is an example from my preseed configuration: d-i pkgsel/include string dnsutils less nvi openssh-server postfix rsync sudo All of those packages will be installed. Any dependencies that they declare will be installed. The effect will be very similar to running this command: # apt-get install -y dnsutils less nvi openssh-server postfix rsync sudo Similar as a "a Cadillac is similar to a Pinto" ;/ Sorry but I do not agree with that analogy. I wasn't very happy with the analogy myself. Perhaps it would have been better to ended with a question mark. I don't see hardly any difference between them at all. Rather like 'apt-get install foo' and 'aptitude install foo' in that both accomplish the same thing in the end even if they are doing it differently along the way. That's exactly my discomfort zone. In other endeavors I've been bit too many times by "minor" differences. I was looking for something similar to a manpage. http://manpages.debian.net did not have an entry for "pkgsel/include" nor "preseed/late_command". Those don't quite fit into the standard Unix man page "brick" of documentation methodology. In another thread I may be arguing for "different bricks needed" though ,if asked, I might have said that we needed a "different finish on the bricks we have". The best entry point for documentation is here: http://wiki.debian.org/DebianInstaller/Preseed Which points off not only to the official installation doc: http://www.debian.org/releases/stable/i386/apb.html But also off to many auxiliary pages in the "Examples" section which includes many good sites including this gem: http://hands.com/d-i/ I had been that route before I made my first attempt at preseeding. In another forum I was chided for doing too much research before attempting to use Linux. And you didn't say what you did then but I assumed you would add gnome-session to the list. # apt-get install gdm gnome-terminal gnome-session And then with that the problem would be solved because it would explicitly include gnome-session which was implicitly added before and then wasn't needed as described above. And if so then the same thing in the preseed file. Add gnome-session to the list. d-i pkgsel/include string gdm gnome-terminal gnome-session If that makes sense then great! If not please clarify. Did it? Examples just don't do it for me. They help, but are not the whole solution. E.G. I was slogging though the mirery clay of creating a partition recipe. There were examples ad infinitum. I then discovered some documentation which centered on the Backus–Naur Form of the recipe. For that problem it was the right "brick". I haven't seen the right "brick" yet for "pkgsel/include" or "preseed/late_command". Bob -- 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/50d06534.5020...@cloud85.net
but ubunt... (multimedia)
Hello, I came back to Debian (testing/unstable) since a good year now, before that I had been using Ubuntu for about two years and yet before Debian since 2003. No doubt I prefer Debian. There's a but. Debian pretends to be the universal OS. Maybe it's true for everything, but multimedia. Let alone why, I need a recent DVDStyler (2.x). For some reason, mostly philosophical, having DVDStyler 2.x work on Debian is a nightmare (if ever possible): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588104 My personal solution, after a few days of (useless) trials and errors, was to plug my external USB drive, boot Ubuntu in a kvm guest and use DVDStyler on that. I stress it, I still prefer Debian, but in this case Ubuntu saved my day. So what's the point here? I don't know, I only meant to share my experience, maybe someone else will come up with a smart solution (smarter than booting an entire OS only to use DVDStyler). BTW, I also tried DVDStyler for Windows under Wine, but it was crashing from time to time (nothing to be surprised about). -- 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/kapo5u$lsn$1...@ger.gmane.org
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Mon, Dec 17, 2012 at 6:43 PM, Andrei POPESCU wrote: > On Du, 16 dec 12, 06:53:26, Richard Owlett wrote: >> >> The response I had hoped for was on the lines of "there's a SIG for >> documentation which you can contact at ...". > > What is a SIG? It's a Fedora-ism: special interest group. https://fedoraproject.org/wiki/Category:SIGs -- 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/CAOdo=szqt42rdfm14qhhm5hrdrermysuu_q94puxkptjpau...@mail.gmail.com
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
Brad Rogers wrote: On Mon, 17 Dec 2012 18:30:35 -0600 Richard Owlett wrote: Hello Richard, "Special Interest Group" Is it an Americanism? It's a TLA, or Three Letter Acronym. True. But I suspected that I I was being gently chided for assuming everybody had the same same background as I. If I'm going to claim that the documentation has a specific problem, I should be careful of my own writing (http://lists.debian.org/50cb100c.3040...@cloud85.net) -- 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/50d0506b.3010...@cloud85.net
Re: wheezy freeze
On Tuesday 18 December 2012 09:02:54 berenger.mo...@neutralite.org wrote: > There are well known distributions in rolling release, like archlinux > or gentoo. Of course, they are not for basic users, but everything have > a cost, and the one for rolling release is to be able to know what you > are doing. PCLinuxOS is a rolling release, and its original target user group was newbies who came from Windows. So it is very much intended for users who don't know what they are doing. Though it also has a loyal following of well informed experts. And PCLOS sometimes has a lot of updates all at once that can cause problems. Ubuntu is clearly not a rolling release. Lisi -- 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/201212181051.17424.lisi.re...@gmail.com
RE: Slow network performance with KVM
> -Original Message- > From: Bob Proulx [mailto:b...@proulx.com] > Sent: Monday, December 17, 2012 8:15 PM > To: debian-user@lists.debian.org > Subject: Re: Slow network performance with KVM > > I forgot that this module is only available in later kernels! Sorry. > It does not appear in Squeeze. It does exist in 2.6.39 because I did > find it there. Here is data from a Sid machine that routinely gets > updated and has a lot of history. > > $ locate vhost_net.ko > /lib/modules/2.6.39-2-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.0.0-2-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.1.0-1-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.2.0-1-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.2.0-2-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.2.0-3-amd64/kernel/drivers/vhost/vhost_net.ko > /lib/modules/3.2.0-4-amd64/kernel/drivers/vhost/vhost_net.ko > > On Squeeze you would want to use a backported 3.2 kernel. It would be > worthwhile to try it if you are suffering from this performance > problem. Here are instructions: I installed the backported 3.2.0 kernel and forced vhost-net module load @boot in /etc/modules. However, the VMs still suffer the same network issue and I don't see any vhost option for the kvm processes: root@vmhost:~# ps -ef | grep '/usr/bin/kvm ' | head -1 105 2131 1 2 Dec17 ?00:27:27 /usr/bin/kvm -S -M pc-0.12 -enable-kvm -m 256 -smp 1,sockets=1,cores=1,threads=1 -name hg -uuid 52f804ba-2371-8f8a-4956-01692dfce3f9 -nographic -nodefaults -chardev socket,id=monitor,path=/var/lib/libvirt/qemu/hg.monitor,server,nowait -mon chardev=monitor,mode=readline -rtc base=utc -boot c -drive file=/dev/rootvg/virt-hg,if=none,id=drive-virtio-disk0,boot=on,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x3,drive=drive-virtio-disk0,id=virtio-disk0 -device virtio-net-pci,vlan=0,id=net0,mac=52:54:00:4c:41:e5,bus=pci.0,addr=0x2 -net tap,fd=28,vlan=0,name=hostnet0 -chardev pty,id=serial0 -device isa-serial,chardev=serial0 -usb -device usb-tablet,id=input0 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4 > You might also want to try the backported newer versions of libvirt-bin > kvm packages. There have been several improvements. > However the internal PCI device numbering did change and this will > prevent some VMs from starting due to conflicts until their xml > configuration file has been updated. Either update the xml or recreate > the VM. If you hit this problem I can clue you in as to the xml edit > to make. It is simple but I forget off the top of my head at this > moment. > > Bob I will follow your advice and also try a newer version of kvm and libvirt. Since this is a development system, I'll have to schedule some downtime before I proceed with the upgrade. I'll write the effects here to the group as soon as I get a long enough time slot for the upgrade. Thank you very much for the help. Best regards Bogdan Katynski -- 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/0fd09928fab2854fa76cfab2384b8cc901e...@bchf236a.giga.gigaset.com
Re: git pull fails with OpenSSL version mismatch error
On Tue, Dec 18, 2012 at 10:21:45AM +0100, berenger.mo...@neutralite.org wrote: > I am using happily github and bitbucket without any problem since > some months now, with Debian testing. So if you are not using > testing, maybe you could try to upgrade only git, ssh and their > stuff related to network to testing version, one by one. (look for > apt-pinning on your favorite debian faq/wiki, it should answer all > your questions better like your friend google :P). Ah, well, actually I am using unstable Thanks, Joel > Le 18.12.2012 05:56, Joel Roth a écrit : > >Greetings > > > >$ git pull > >OpenSSL version mismatch. Built against 105f, you have 1000103f > >fatal: The remote end hung up unexpectedly > > > >I encounter this problem (with identical diagnostic text) > >with two separate repositories, github and gitorious > > > >Is this likely to be Debian? > >I see a similar bug appeared in openssh-server > >http://lists.debian.org/debian-ssh/2012/06/msg00027.html > > > >Thanks for any suggestions, > > > >Joel > > > >-- > >Joel Roth > > > -- > 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/d5a742a617352223d1b5d6fb011b7...@neutralite.org > -- Joel Roth -- 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/20121218100010.GA9777@sprite
Re: wheezy freeze
Le 18.12.2012 10:38, Rene Engelhard a écrit : On Tue, Dec 18, 2012 at 10:02:54AM +0100, berenger.mo...@neutralite.org wrote: _ The freeze started less than 4 months ago (I do not have the exact date), and I do not think things will be frozen for more ages... FWIW without any opinion enclosed herein: That is wrong. https://lists.debian.org/debian-devel-announce/2012/06/msg9.html Nov, 30 was 5 months. Regards, Rene Sounds like I should have let the less than 6 months I had wrote first :D Time goes so fast... -- 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/731e1fcbd0859477d12db0d06128a...@neutralite.org
Re: Upgrading Wheezy Beta to Wheezy Stable?
Read somewhere that updating/upgrading from Wheezy Beta eventually to Wheezy Stable using the "wheezy" named repos (not "testing" named ones) has potential problems, and the best option is a clean install of Wheezy Stable. True or false? I've read the Wheezy Beta install docs, and the upgrading method is listed an "approved" option. I do not know where you read it... From my personal experience, I did several upgrades (I love to tinker my systems, and when I was learning to use debian I was used to start from the stable version) from stable to testing when it was not even frozen, and sometimes upgrades from testing to unstable, and I never had any problem. Just follow the recommendations you will find on debian's wiki/forum, which means using aptitude safe-upgrade (or something like that) and you could even be able to rollback the upgrade if something goes wrong. Now that testing is frozen, I think this is even more unlikely you will have problems, but you could, if you have very specific configurations, I guess. But everything is always possible, I simply think that it is very unlikely you will encounter troubles. -- 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/26f7c2d32b1c2da70e39a36af1e82...@neutralite.org
Re: wheezy freeze
On Tue, Dec 18, 2012 at 10:02:54AM +0100, berenger.mo...@neutralite.org wrote: > _ The freeze started less than 4 months ago (I do not have the exact > date), and I do not think things will be frozen for more ages... FWIW without any opinion enclosed herein: That is wrong. https://lists.debian.org/debian-devel-announce/2012/06/msg9.html Nov, 30 was 5 months. Regards, Rene -- 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/20121218093850.gd20...@rene-engelhard.de
Re: Proofreading of Debian documentation - was [Re: Preseeding - keyboard-configuration issue]
On Mon, 17 Dec 2012 18:30:35 -0600 Richard Owlett wrote: Hello Richard, >"Special Interest Group" >Is it an Americanism? It's a TLA, or Three Letter Acronym. -- Regards _ / ) "The blindingly obvious is / _)radnever immediately apparent" It's becoming an obsession Teenage Depression - Eddie & The Hot Rods signature.asc Description: PGP signature
Re: git pull fails with OpenSSL version mismatch error
I am using happily github and bitbucket without any problem since some months now, with Debian testing. So if you are not using testing, maybe you could try to upgrade only git, ssh and their stuff related to network to testing version, one by one. (look for apt-pinning on your favorite debian faq/wiki, it should answer all your questions better like your friend google :P). Le 18.12.2012 05:56, Joel Roth a écrit : Greetings $ git pull OpenSSL version mismatch. Built against 105f, you have 1000103f fatal: The remote end hung up unexpectedly I encounter this problem (with identical diagnostic text) with two separate repositories, github and gitorious Is this likely to be Debian? I see a similar bug appeared in openssh-server http://lists.debian.org/debian-ssh/2012/06/msg00027.html Thanks for any suggestions, Joel -- Joel Roth -- 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/d5a742a617352223d1b5d6fb011b7...@neutralite.org
Re: wheezy freeze
On Ma, 18 dec 12, 10:02:54, berenger.mo...@neutralite.org wrote: > _ As far as I know, experimental/unstable are not frozen. Am I > wrong? If not, why don't you choose them? At this stage unstable should see only new packages (not in wheezy) or bug fixes targeted for wheezy. Versions not targeted for wheezy should be uploaded to experimental. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: google-earth + multiarch
On Ma, 18 dec 12, 07:32:58, Johan Grönqvist wrote: > 2012-12-18 04:49, Hugo Vanwoerkom skrev: > >As an exercise in multiarch I tried installing > >google-earth-stable_current_i386.deb in according to > >http://wiki.debian.org/FAQsFromDebianUser#Multiarch. > > > >Has anybody actually accomplished that? > > > >What I ended up with is: > > > >dpkg: dependency problems prevent configuration of google-earth-stable: > >google-earth-stable depends on lsb-core (>= 3.2). > > > >But that is the i386 version of course and I never managed to get out of > >that hole trying to install it. > > I also tried and failed installing lsb-core:i386. lsb-core depends > on a bunch of packages providing binaries, like python and make, > and, as far as I know, multiarch does not allow co-installation of > binaries, but only libraries. > > My conclusion would be that you would need python and python:i386 at > the same time, which multiarch does not support. Would you care about adding this to the wiki? I would do it myself, but I don't use Google Earth. Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Re: wheezy freeze
Ubuntu is not at all a rolling release, because, as far as I know, it does some stable versions, which last for 6 months before a new one spawn. You can have a definition of the term rolling release here: https://en.wikipedia.org/wiki/Rolling_release There are well known distributions in rolling release, like archlinux or gentoo. Of course, they are not for basic users, but everything have a cost, and the one for rolling release is to be able to know what you are doing. When you say that the freeze is "too long", I do not really understand: _ Debian have that reputation, so why did you choose it? _ The freeze started less than 4 months ago (I do not have the exact date), and I do not think things will be frozen for more ages... _ As far as I know, experimental/unstable are not frozen. Am I wrong? If not, why don't you choose them? Le 17.12.2012 14:58, Hans Vogelsberger a écrit : berenger.mo...@neutralite.org wrote: Here are some solutions: _ Use unstable/experimental _ Try a rolling-release distro The freeze is needed to create a stable version. I know, I use Testing since it exists. Though, freeze is much too long and thus 'five attributes duu' anew whenever Debian changes release, since years and years and years. And if you mean Ubuntu as rolling-release distro - I have tried it and do not like it. Sorry. Hans Le 17.12.2012 12:03, Hans Vogelsberger a écrit : By now, freeze is dull, boring, irksome and tediously deadening. Hans -- Dieser Account aktzeptiert nur Mails, die an von mir abonnierte Listen gerichtet sind. - This account accepts only postings which are directed to lists subscribed by me. - Questo account accetta solo messaggi che si rivolgono a liste sottoscritte da me. -- Dieser Account aktzeptiert nur Mails, die an von mir abonnierte Listen gerichtet sind. - This account accepts only postings which are directed to lists subscribed by me. - Questo account accetta solo messaggi che si rivolgono a liste sottoscritte da me. -- 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/30aff2bb40e9484ece48b3ff5c40a...@neutralite.org