Re: Worry about entropy?

[Sven Hoexter]

On Mon, Dec 01, 2014 at 04:48:36PM -0400, francis picabia wrote:

Hi,

> Has anyone experience with seeing significant
> performance boost, or at least avoiding timeouts
> when under load, related to keeping entropy fed
> some how?  I've already read the articles discussing
> use of /dev/random etc., but I'm talking about things
> I implement, not things I code.  I can imagine
> encrypted file system or owncloud and that
> sort of thing being aided, but could it also be
> important for SSL?

I've seen applications that block due to missing
entropy, but those were not DNSSEC related.
I'd recommend to try usage of haveged to see if
the situation improves. If you really need a lot
of entropy you can think about using the Simtec entropy
key daemon with ekeyd. I bought one a few years back
just to try it and can confirm that it's easy to
integrate.

Sven


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203085207.ga5...@timegate.de

Re: boot fails on jessie on Acer Travelmate

[Curt]

On 2014-12-02, Pierre Couderc  wrote:
> Hello
>
> I have a problem with  jessie : my Acer Travelmate (P253) refuses to boot.
>

A Secure Boot and Fast Boot in the UEFI problem, perhaps?
Did you say whether you were dual booting?

Anything here that helps?

http://superuser.com/questions/714856/trying-to-dual-boot-windows-8-1-and-debian-jessie
http://www.linlap.com/acer_travelmate_p253


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/slrnm7tkm1.2e2.cu...@einstein.electron.org

Re: Debian fork: 'Devuan', Debian without Systemd

[Martin Steigerwald]

Am Mittwoch, 3. Dezember 2014, 08:35:00 schrieb Erwan David:
> Le 02/12/2014 23:15, Martin Steigerwald a écrit :
> > Am Dienstag, 2. Dezember 2014, 18:47:38 schrieb Renaud OLGIATI:
> >> On Tue, 2 Dec 2014 14:22:13 -0700
> >> 
> >> Aaron Toponce  wrote:
>  It's a waste. They shouldn't have left. I'm pretty neutral about
>  systemd as I'm only an end user but I disklike having it forced upon me
>  this way.
> >>> 
> >>> # apt-get install upstart
> >>> # apt-get install sysvinit-core
> >>> # apt-get install openrc
> >>> No one is forcing you to stick with systemd. The "fork" is just silly.
> >> 
> >> Another way to look at it is "forward planning for the release after
> >> Jessie, when systemd may well become compulsory..."
> > 
> > Or going beyond what is offered in Debian… like making GNOME installable
> > without having any systemd related package installed.
> 
> The systemd package is just a small part of systemd. I'd like to remove
> systemd-logind and lbpam-systemd, sinc I have no clue at all that logind
> is better deisgned and programmed than resolved, which showed it was
> designed without any care for well known attacks.

I explicetely wrote "any systemd related package".

But yes, my example was incomplete. With all related packages it looks like 
this:

merkaba:~> LANG=C apt-get purge libpam-systemd libsystemd-id128-0 libsystemd0 
libsystemd0 systemd systemd-ui
Reading package lists... Done
Building dependency tree   
Reading state information... Done
The following packages were automatically installed and are no longer 
required:
  abe-data analitza-common augeas-lenses bluez-obexd briquolo-data
  calligrastage-data celestia-common colobot-common
  colobot-common-sounds colobot-common-textures command-not-found
  dreamchess-data ebtables epiphany-data extremetuxracer-data
  extremetuxracer-extras ffmpegthumbs fonts-ebgaramond-extra
  freedroid-data freedroidrpg-data frogatto-data gir1.2-vte-2.90
  kalzium-data kde-config-cron kde-games-core-declarative
  kde-icons-mono kde-thumbnailer-deb kdeartwork-style
  kdeartwork-theme-window kdeartwork-wallpapers kdeedu-kvtml-data
  kdegames-card-data kdegames-mahjongg-data kdegraphics-mobipocket
  kdegraphics-strigi-analyzer kdegraphics-thumbnailers
  kdenetwork-filesharing kdepim-mobileui-data kdesdk-strigi-plugins
  kdesdk-thumbnailers kexi-data kgamma kgeography-data klettres-data
  ksaneplugin kstars-data ktouch-data ktux lbreakout2-data
  libakonadi-socialutils4 libakonadi-xml4 libalure1 libanalitza5abi1
  libanalitzagui5abi1 libanalitzaplot5abi1 libapache-poi-java
  libaugeas0 libbluedevil2 libboost-chrono1.55.0 libboost-signals1.55.0
  libboost-wave1.55.0 libbulletcollision2.82 libbulletdynamics2.82
  libcommons-codec-java libcomposereditorng4 libdataquay0
  libdebconf-kde0 libdumb1 libechonest2.1 libfishsound1 libfox-1.6-0
  libfreeimage3 libfs6 libftgl2 libgcj-bc libgeoclue0 libglee0d1
  libgtkmm-3.0-1 libguess1 libgwengui-fox16-0 libgwengui-gtk2-0
  libgwenhywfar60-dev libid3-3.8.3c2a libkasten2controllers2
  libkasten2core2 libkasten2gui2 libkasten2okteta1controllers1abi1
  libkasten2okteta1core1 libkasten2okteta1gui1 libkdeedu-data
  libkdegames6abi1 libkdegamesprivate1abi1 libkeduvocdocument4
  libkiten4abi1 libkmahjongglib4 libktoblzcheck1-dev liblinearmath2.82
  liblo7 liblrdf0 liblsofui4 libmozjs185-1.0 libmxml1
  libmygui.ogreplatform0debian1 libmyguiengine3debian1 libnetcf1
  liboggz2 libogre-1.9.0 libokteta1core1 libokteta1gui1
  libparted-fs-resize0 libphysfs1 libprojectm2 libqapt1
  libqtgstreamerutils-0.10-0 libqxt-core0 libqxt-gui0 libraptor1
  librubberband2 libsublime8 libswt-cairo-gtk-3-jni
  libswt-glx-gtk-3-jni libswt-webkit-gtk-3-jni libunshield0
  libusbredirhost1 libva-glx1 libvte-2.90-9 libvte-2.90-common
  libxine2-bin libxine2-doc libxine2-ffmpeg libxml++2.6-2
  libxmlbeans-java libxmp4 manaplus-data neverball-common
  neverball-data oolite-data oolite-data-sounds oolite-doc openmw-data
  p7zip pachi-data palapeli-data parley-data pbzip2 pinball-data
  pingus-data pristine-tar projectm-data python-gdbm python-ipaddr
  python-opengl python-pyside.qtdeclarative python-pyside.qtgui
  python-pyside.qthelp python-pyside.qtnetwork python-pyside.qtopengl
  python-pyside.qtscript python-pyside.qtsql python-pyside.qtsvg
  python-pyside.qttest python-pyside.qtuitools python-pyside.qtwebkit
  python-pyside.qtxml python-urlgrabber qtdeclarative4-kqtquickcharts-1
  redshift scummvm-data supertux-data transcode-doc trophy-data
  ttf-femkeklaver ttf-unifont twolame unmo3 x11-session-utils
  x11-xfs-utils xinit
Use 'apt-get autoremove' to remove them.
The following extra packages will be installed:
  icedtea-6-jre-cacao icedtea-6-jre-jamvm libqt4-phonon
  openjdk-6-jre-headless openjdk-6-jre-lib
Suggested packages:
  sun-java6-fonts fonts-ipafont-gothic fonts-ipafont-mincho fonts-indic

[…apt-get busy with dependency calculation, eating 100% of one core …]

The following packages will be REMOVED:
  abe* acpi-fakekey* adont

Re: boot fails on jessie on Acer Travelmate

[Pierre Couderc]

One big difference is that after jessie installation boot flag has 
disappeared : gpt :


wheezy :

Model: ATA Crucial_CT480M50 (scsi)
Disk /dev/sda: 480GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   EndSizeFile system Name  Flags
 1  1049kB  512MB  511MB   fat32 boot
 2  512MB   467GB  467GB   ext4
 3  467GB   480GB  12.8GB  linux-swap(v1)



jessie :


Model: ATA Crucial_CT480M50 (scsi)
Disk /dev/sda: 480GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   EndSizeFile system Name  Flags
 1  1049kB  538MB  537MB   fat32
 2  538MB   467GB  467GB   ext4
 3  467GB   480GB  12.8GB  linux-swap(v1)



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547ee39d.5030...@couderc.eu

Installing Debian on a SuperMicro server

[Johann Spies]

I am trying to install Debian on a SuperMicro server on two ssd's
configured in the bios as a RAID1 (I think it is called a fake-raid).

Debian Stable does not recognize the disks at all.
Debian Testing's installation disk picks it up as a RAID1 device (even when
I configure it in the bios as non-raid disks) and can install up to the
stage where grub has to be installed.  Grub does not recognise the RAID1
device but sees the two disks separately.

When I open gparted in Linuxmint 17 (live imaget) it complains when the
disks are  configured in bios as RAID1 but gparted sees the separate disks
when it is configured as non-raid devices.


I am prepared to go the route of a software raid if necessary, but in the
Debian installer that is only possible if the Debian-installer sees the
disks as separate disks as Grub does.

Any suggestions for the way forward?  Should I put a usb-stick in the
server and install grub there?

Regards
Johann

-- 
Because experiencing your loyal love is better than life itself,
my lips will praise you.  (Psalm 63:3)

Re: boot fails on jessie on Acer Travelmate

[Pierre Couderc]

Le 03/12/2014 10:07, Curt a écrit :

On 2014-12-02, Pierre Couderc  wrote:
A Secure Boot and Fast Boot in the UEFI problem, perhaps? Did you say
whether you were dual booting? Anything here that helps?

I said "No alternate OS..." ;)
It is smallest installation possible.

Thank you

PC


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547ee8c7.4080...@couderc.eu

Re: Debian fork: 'Devuan', Debian without Systemd

[Laurent Bigonville]

Le Wed, 03 Dec 2014 10:18:36 +0100,
Martin Steigerwald  a écrit :

> Am Mittwoch, 3. Dezember 2014, 08:35:00 schrieb Erwan David:
> > Le 02/12/2014 23:15, Martin Steigerwald a écrit :
> > > Am Dienstag, 2. Dezember 2014, 18:47:38 schrieb Renaud OLGIATI:
> > >> On Tue, 2 Dec 2014 14:22:13 -0700
> > >> 
> > >> Aaron Toponce  wrote:
> >  It's a waste. They shouldn't have left. I'm pretty neutral
> >  about systemd as I'm only an end user but I disklike having it
> >  forced upon me this way.
> > >>> 
> > >>> # apt-get install upstart
> > >>> # apt-get install sysvinit-core
> > >>> # apt-get install openrc
> > >>> No one is forcing you to stick with systemd. The "fork" is just
> > >>> silly.
> > >> 
> > >> Another way to look at it is "forward planning for the release
> > >> after Jessie, when systemd may well become compulsory..."
> > > 
> > > Or going beyond what is offered in Debian… like making GNOME
> > > installable without having any systemd related package installed.
> > 
> > The systemd package is just a small part of systemd. I'd like to
> > remove systemd-logind and lbpam-systemd, sinc I have no clue at all
> > that logind is better deisgned and programmed than resolved, which
> > showed it was designed without any care for well known attacks.
> 
> I explicetely wrote "any systemd related package".
> [...]
> 
> So you can still choose to what init system to use, but running
> completely without any systemd related packages gives you a really
> crippled system.

As explained several times on this ML, depending against libsystemd0
package doesn't mean anything about requiring systemd to be used as
PID1 or not. Even Ian's GR was not taking the "I don't want any systemd
package on my machine" use case into account you know.

But if you have that special concern, you'll have to start recompiling
the packages I'm afraid. Start with policykit and network-manager (and
other package defining a dependency against libpam-systemd) to make
them use ConsoleKit again, you would at least be able to remove the
systemd package completely.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203123926.4fb34...@soldur.bigon.be

Re: Installing Debian on a SuperMicro server

[Miles Fidelman]

Johann Spies wrote:
I am trying to install Debian on a SuperMicro server on two ssd's 
configured in the bios as a RAID1 (I think it is called a fake-raid).


Debian Stable does not recognize the disks at all.
Debian Testing's installation disk picks it up as a RAID1 device (even 
when I configure it in the bios as non-raid disks) and can install up 
to the stage where grub has to be installed.  Grub does not recognise 
the RAID1 device but sees the two disks separately.


When I open gparted in Linuxmint 17 (live imaget) it complains when 
the disks are  configured in bios as RAID1 but gparted sees the 
separate disks when it is configured as non-raid devices.



I am prepared to go the route of a software raid if necessary, but in 
the Debian installer that is only possible if the Debian-installer 
sees the disks as separate disks as Grub does.


Any suggestions for the way forward?  Should I put a usb-stick in the 
server and install grub there?





Well, my first recommendation would have been turning off BIOS RAID - 
but that seems not to work for you.   (I've been running SuperMicro 
servers for years, always turn off hardware RAID and rely on md - no 
SSDs though).


Did a little googling and found this: 
https://wiki.debian.org/DebianInstaller/SataRaid - which recommends 
adding dmraid=true to the kernel boot line (see page for detailed 
instructions).


You might get some good advice on the linux-raid email list.  Also, I've 
found the webhostingtalk.com forums to be a good source for 
product-specific knowledge on various servers - supermicro tech support 
is basically useless.


Miles Fidelman




--
In theory, there is no difference between theory and practice.
In practice, there is.    Yogi Berra


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547efdd2.5010...@meetinghouse.net

Re: Stale file in Debian after change of equivs package

[mad]

Perfect! That what I was searching for. The configuration is marked as
obsolete! Thank you!

Am 02.12.2014 um 23:29 schrieb Bob Proulx:
> Don Armstrong wrote:
>> mad wrote:
>>> I am using equivs to create simple packages with dependencies
>>> and a few files.
>>> 
>>> Now I removed one file from the equivs package and installed
>>> the resulting deb file. The deb file does not contain the file
>>> but dpkg did not remove the old file and says that the file
>>> belongs to the package.
>>> 
>>> What did I do wrong?
>> 
>> Files in /etc are usually conffiles, which are not removed on
>> upgrade by default. Presumably equivs is following standard
>> practice, and marking them as such unless you do work to avoid
>> it.
> 
> Likely.  If so you can test for this by querying the package
> database.
> 
> dpkg-query -W -f='${Conffiles}\n' foopackagenamehere
> 
> That will list out the files from that package along with the
> checksum of it.  If you want a full dump from the system then don't
> specify a package name.  But then better "page" it or grep for just
> what you want.  I have 121 of them on my system from various
> packages.
> 
> dpkg-query -W -f='${Conffiles}\n' | grep obsolete
> 
> Bob
> 


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/547f067f.8070...@sharktooth.de

Re: Replacing systemd in Jessie

[Chris Bannister]

On Sun, Nov 30, 2014 at 05:15:36PM -0800, Patrick Bartek wrote:
> On Sun, 30 Nov 2014, Chris Bannister wrote:
> 
> > [I've somehow deleted the other messages, so this one will have to do]
> > 
> > On Fri, Nov 28, 2014 at 01:59:02PM +0100, Jochen Spieker wrote:
> > > Patrick Bartek:
> > > > On Thu, 27 Nov 2014, John Hasler wrote:
> > > >> Patrick Bartek writes:
> > > >>
> > > >>> It seems systemd cannot not be installed in Jessie.
> > > >> You mean Testing.  Jessie has not been released.
> > > > Semantics.
> > 
> > Nothing is final yet, jessie is still a moving target IOW not yet
> > stable, so not just semantics.
> 
> Yes.  Semantics.  Jessie not being Stable doesn't make Testing any less
> Jessie regardless of its state of development.

Yes!!! Testing! Yay, we finally agree! \o/

-- 
"If you're not careful, the newspapers will have you hating the people
who are being oppressed, and loving the people who are doing the 
oppressing." --- Malcolm X


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203124330.GD9553@tal

Re: Debian fork: 'Devuan', Debian without Systemd

[Martin Steigerwald]

Am Mittwoch, 3. Dezember 2014, 12:39:26 schrieb Laurent Bigonville:
> Le Wed, 03 Dec 2014 10:18:36 +0100,
> 
> Martin Steigerwald  a écrit :
> > Am Mittwoch, 3. Dezember 2014, 08:35:00 schrieb Erwan David:
> > > Le 02/12/2014 23:15, Martin Steigerwald a écrit :
> > > > Am Dienstag, 2. Dezember 2014, 18:47:38 schrieb Renaud OLGIATI:
> > > >> On Tue, 2 Dec 2014 14:22:13 -0700
> > > >> 
> > > >> Aaron Toponce  wrote:
> > >  It's a waste. They shouldn't have left. I'm pretty neutral
> > >  about systemd as I'm only an end user but I disklike having it
> > >  forced upon me this way.
> > > >>> 
> > > >>> # apt-get install upstart
> > > >>> # apt-get install sysvinit-core
> > > >>> # apt-get install openrc
> > > >>> No one is forcing you to stick with systemd. The "fork" is just
> > > >>> silly.
> > > >> 
> > > >> Another way to look at it is "forward planning for the release
> > > >> after Jessie, when systemd may well become compulsory..."
> > > > 
> > > > Or going beyond what is offered in Debian… like making GNOME
> > > > installable without having any systemd related package installed.
> > > 
> > > The systemd package is just a small part of systemd. I'd like to
> > > remove systemd-logind and lbpam-systemd, sinc I have no clue at all
> > > that logind is better deisgned and programmed than resolved, which
> > > showed it was designed without any care for well known attacks.
> > 
> > I explicetely wrote "any systemd related package".
> > [...]
> > 
> > So you can still choose to what init system to use, but running
> > completely without any systemd related packages gives you a really
> > crippled system.
> 
> As explained several times on this ML, depending against libsystemd0
> package doesn't mean anything about requiring systemd to be used as
> PID1 or not. Even Ian's GR was not taking the "I don't want any systemd
> package on my machine" use case into account you know.

Laurent, I wrote:

> > So you can still choose to what init system to use, but running
> > completely without any systemd related packages gives you a really
> > crippled system.

For me that states clearly that I am perfectly aware of that.

So I do not get why you repeat it and even complain that its already explained 
several times on this ML as actually I think I did not leave a trace of doubt 
of my awareness of that in the way I have written this.

> But if you have that special concern, you'll have to start recompiling
> the packages I'm afraid. Start with policykit and network-manager (and
> other package defining a dependency against libpam-systemd) to make
> them use ConsoleKit again, you would at least be able to remove the
> systemd package completely.

I just showed this.

I am not sure whether I have a concern about it.

But its a topic the devuan fork can extend upon whats currently available in 
Debian. Whether it would be necessary to fork Debian for that, I don´t know. 
That would depend on whether maintainers of the involved Debian packages would 
accept patches which can make them (maybe optionally?) use ConsoleKit again. I 
bet there may be a limit on what the maintainers of the official Debian 
packages 
would accept there.

Of course, its also thinkable to provide those patches upstream, but I have 
doubt that GNOME maintainers would accept them.

-- 
Martin 'Helios' Steigerwald - http://www.Lichtvoll.de
GPG: 03B0 0D6C 0040 0710 4AFA  B82F 991B EAAC A599 84C7


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/2373015.jQGrihgpOm@merkaba

freenas bootable USB in debian.

[Muhammad Yousuf Khan]

I am using Debian as my desktop and GUI. i want to install/write freenas
usb boot image *.img file to Empty USB.

for windows we have windows32diskimager but i am looking for an alternative
of this software in debian.
can you guyz please help.

Thanks alot in advance.

Thanks,
MYK.

Re: freenas bootable USB in debian.

[Reco]

 Hi.

On Wed, Dec 03, 2014 at 06:19:28PM +0500, Muhammad Yousuf Khan wrote:
> I am using Debian as my desktop and GUI. i want to install/write freenas usb 
> boot image *.img file to Empty USB. 
> 
> for windows we have windows32diskimager but i am looking for an alternative 
> of this software in debian. 
> can you guyz please help.
> 
> Thanks alot in advance.

But you have such utility out of the box. It's called 'cat'. Others may
prefer 'cp' or 'dd', but 'cat' is my favorite.

Reco


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203134203.GA22972@x101h

Re: Installing Debian on a SuperMicro server

[Johann Spies]

Thanks Miles.



> Did a little googling and found this: https://wiki.debian.org/
> DebianInstaller/SataRaid - which recommends adding dmraid=true to the
> kernel boot line (see page for detailed instructions).
>
> I have tried the procedure in this website, but my results are different.
I never got a chance to specify the settings for the partition on the "fake
raid".  It just used the whole "device" as a partion mounted at /. When I
logged in in rescue mode, I could not find the different devices to
configure grub. 

I have also tried Ubuntu-server 2014-10 but I did not understand the
installation asking me whether to activate raid or not for the devices and
then not showing them anywhere.

Centos 6.6 could install without a problem but I do not want to work with a
rpm-based system if possible.

At the moment Centos or Fedora (which I would not prefer on any server)
seems to be the non-commercial options available to me.

Regards
Johann

-- 
Because experiencing your loyal love is better than life itself,
my lips will praise you.  (Psalm 63:3)

Re: Replacing systemd in Jessie

[The Wanderer]

On 12/03/2014 at 07:43 AM, Chris Bannister wrote:

> On Sun, Nov 30, 2014 at 05:15:36PM -0800, Patrick Bartek wrote:
> 
>> On Sun, 30 Nov 2014, Chris Bannister wrote:

>>> Nothing is final yet, jessie is still a moving target IOW not
>>> yet stable, so not just semantics.
>> 
>> Yes.  Semantics.  Jessie not being Stable doesn't make Testing any
>> less Jessie regardless of its state of development.
> 
> Yes!!! Testing! Yay, we finally agree! \o/

So are you saying that you agree that the original statement that
"systemd cannot not be installed in Jessie" was accurate, because
current testing is jessie?

Because that's what we/I've been saying all along, and it's what the
post you're responding to said - but it's also what John Hasler's
original response (with which you seemed to agree) seemed to reject.



Back when I was, say, five years old, it would have been perfectly
accurate for someone to say of me that "[myname] cannot jump high enough
to touch the ceiling.", because I could not.

Today, that statement would be less than completely accurate, because I
can easily jump high enough to touch a standard 8- or 9-foot ceiling.

It's the same statement, and it still refers to me, by my name - but
it's not the same me in both cases, because I've changed in the meantime.


In exactly, the same way, it is currently accurate to say that "systemd
cannot not be installed in Jessie", in reference to current testing...

...even if it may no longer be accurate to say that after jessie is
released as stable.

It's the same statement in both cases, and it still refers to jessie, by
name - even if jessie changes in the meantime.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: Debian fork: 'Devuan', Debian without Systemd

[Erwan David]

> 
> As explained several times on this ML, depending against libsystemd0
> package doesn't mean anything about requiring systemd to be used as
> PID1 or not. Even Ian's GR was not taking the "I don't want any systemd
> package on my machine" use case into account you know.

Why focus on PID1 ? As I said, systemd-resolved proved to be
vulnerable to a well known attack.  What makes us think that more
quality was put in systemd-logind ? Not wanting systemd means not
wanting it *at all*. I personnally do not trust it for critical system
tasks.


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203151314.go8...@rail.eu.org

Re: Replacing systemd in Jessie

[Jerry Stuckle]

On 12/3/2014 9:38 AM, The Wanderer wrote:
> On 12/03/2014 at 07:43 AM, Chris Bannister wrote:
> 
>> On Sun, Nov 30, 2014 at 05:15:36PM -0800, Patrick Bartek wrote:
>>
>>> On Sun, 30 Nov 2014, Chris Bannister wrote:
> 
 Nothing is final yet, jessie is still a moving target IOW not
 yet stable, so not just semantics.
>>>
>>> Yes.  Semantics.  Jessie not being Stable doesn't make Testing any
>>> less Jessie regardless of its state of development.
>>
>> Yes!!! Testing! Yay, we finally agree! \o/
> 
> So are you saying that you agree that the original statement that
> "systemd cannot not be installed in Jessie" was accurate, because
> current testing is jessie?
> 
> Because that's what we/I've been saying all along, and it's what the
> post you're responding to said - but it's also what John Hasler's
> original response (with which you seemed to agree) seemed to reject.
> 
> 
> 
> Back when I was, say, five years old, it would have been perfectly
> accurate for someone to say of me that "[myname] cannot jump high enough
> to touch the ceiling.", because I could not.
> 
> Today, that statement would be less than completely accurate, because I
> can easily jump high enough to touch a standard 8- or 9-foot ceiling.
> 
> It's the same statement, and it still refers to me, by my name - but
> it's not the same me in both cases, because I've changed in the meantime.
> 
> 
> In exactly, the same way, it is currently accurate to say that "systemd
> cannot not be installed in Jessie", in reference to current testing...
> 
> ...even if it may no longer be accurate to say that after jessie is
> released as stable.
> 
> It's the same statement in both cases, and it still refers to jessie, by
> name - even if jessie changes in the meantime.
> 

It IS accurate to say that after Jessie is released as stable.  Jessie
has been frozen, and only RC fixes are being made.  This is not
considered an RC fix.

The situation will continue until the next release, at a minimum.

Jerry


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/547f290c.5050...@gmail.com

My name is Gatan Magsino..

[Gatan Magsino]

My name is Gatan Magsino, I work with Mediterranean Bank in Malta. Can i trust 
you with a deal worth $8.3M USD? Please reply to my email: mga...@rogers.com 
for more information

---
This email has been checked for viruses by Avast antivirus software.
http://www.avast.com


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/e1xwbtp-0008oy...@golddisk.ru

Justice For Zemir (cello song)

[heringklaussma...@t-online.de]

#JusticeForZemir

http://youtu.be/5eHmraL3wvE

Zemir Begic was subject to a revenge killing by 2 coloured young men for the 
death
of Michael Brown. The killers reportedly shouted "Kill all the white people"
before beating Zemir to death with two hammers. It has been reported that
previously the killers were involved in the Ferguson protests.
This was a revenge killing.

This is a plea for equality of outcomes: That justice, that is: an eye for an 
eye
comes to the people who killed Zemir Begic.

(C) Gnu GPL v2 (MikeeUSA)

Instrument: Cello







Mit einer kostenlosen E-Mail-Adresse @t-online.de werden Ihre Daten 
verschlüsselt übertragen und in Deutschland gespeichert.
www.t-online.de/email-kostenlos



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1xwdae-0mhb...@fwd18.aul.t-online.de

S-D is like a cold vastness. (Song included here)

[heringklaussma...@t-online.de]

https://www.youtube.com/watch?v=tRvf9LauZIM&list=UUpfKI2v7BTPBrx6HWvEx1Lw

[ Instruments: Analogue Synth: MicroBRUTE & Software Synth Organ: ZynAddSubFX ]
Synth and organ in the cold infinite vastness.
As if abandoned. Seeing bright lights, but feeling no warmth.
Kind of like what old-guard Free/Opensource contributors
feel from the S..-D cou_p_i_sts in the space of GNU/Linux

(See: S-D people being assholes to Bruce Perens
https://lwn.net/Articles/620879/ )

(C) Gnu GPL v2 (Mik__USA)


Mit einer kostenlosen E-Mail-Adresse @t-online.de werden Ihre Daten 
verschlüsselt übertragen und in Deutschland gespeichert.
www.t-online.de/email-kostenlos



-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1xwdc5-1vyg...@fwd34.aul.t-online.de

Re: Replacing systemd in Jessie

[Patrick Bartek]

On Tue, 02 Dec 2014, Lisi Reisz wrote:

> On Tuesday 02 December 2014 07:05:09 Patrick Bartek wrote:
> > User's do contrain.  They even dictate.  Always have.  Developers
> > should, if they are samrt, be developing what customers want or
> > need. Not the other way around. That's the formula for going out of
> > business. Listening to your customers as well as your potential
> > customers is just good business.
> 
> What customers??  This is open source.  Developers do not need, if
> they do not want to, to take any notice of anyone but themselves.
> They do not need customers.  This is the basic misconception.
> Developers do not need us, the users.  We need them.  This is NOT a
> business.  It will go "out of business" (having not been one in the
> first place) not if it loses all its users (who are NOT customers)
> but if it loses all its developers.

Substitute Users then.  Reasoning still applies.

That's a very arrogant attitude.  Kind of naive, too.  But yes,
developer(s) don't have to respond to what users want, but they would
be smart to do so. If you singly or as a group are developing software
for others to use, open source or not, that software benefits from user
feedback, if only for bug reports. If you are only writing for your own
use and no one else's, why distribute it at all?

Here's a truth:  If there is a need, there will be someone to fill it.

B  


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203092403.77b6d...@debian7.boseck208.net

squeeze-lts dist-upgrade to wheezy failed @ apt

[Kenneth Dombrowski]

Hello debian users,

I am having trouble dist-upgrading from squeeze-lts to wheezy.

I have been following these instructions to upgrade from pre-lts squeeze
(didn't find any specific ones for lts):
https://www.debian.org/releases/stable/i386/release-notes/ch-upgrading.html

The problem happens when it gets to apt:

dpkg: error processing apt (--configure):
 subprocess installed post-installation script returned error exit status 2
configured to not write apport reports
  Errors were encountered while
processing:
 apt
Can't locate File/Find.pm in @INC (@INC contains: /etc/perl
/usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5
/usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10
/usr/local/lib/site_perl /usr/local/lib/perl/5.10.0
/usr/local/share/perl/5.10.0 .) at /usr/bin/debsums line 10.
BEGIN failed--compilation aborted at /usr/bin/debsums line 10.
E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/bin/debsums ];
then /usr/bin/debsums --generate=nocheck -sp /var/cache/apt/archives; fi'

Indeed, I cannot locate the File/Find.pm module on my system (with locate &
grep).  Trying to install it via cpan fails with "Can't locate autouse.pm
in @INC..."

`apt-get -f install` fails with the same message as above.

I noticed the list of unmet dependencies included a bunch of vlc packages
that I do not care about, so I tried getting rid of those, and it pares
down the list of problem packages by about half:

# apt-get purge vlc vlc-nox vlc-plugin-notify vlc-plugin-pulse libvlc5
...
You might want to run 'apt-get -f install' to correct these:
The following packages have unmet dependencies:
 consolekit : Depends: libck-connector0 (= 0.4.5-3.1) but 0.4.1-4 is to be
installed
 irssi : Depends: perlapi-5.14.2
 libalgorithm-diff-xs-perl : Depends: perlapi-5.14.2
 libapache2-mod-perl2 : Depends: perlapi-5.14.2
 libapt-pkg-perl : Depends: libapt-pkg4.10 but it is not installable
 libbsd-resource-perl : Depends: perlapi-5.14.2
 libcurses-perl : Depends: perlapi-5.14.2
 libdatetime-perl : Depends: perlapi-5.14.2
 libdbd-mysql-perl : Depends: perlapi-5.14.2
 libdbd-pg-perl : Depends: perlapi-5.14.2
 libdbd-sqlite3-perl : Depends: perlapi-5.14.2
 libdbi-perl : Depends: perlapi-5.14.2
 libdevmapper1.02.1 : Depends: dmsetup (>= 2:1.02.74-8) but 2:1.02.48-5 is
to be installed
 libfcgi-perl : Depends: perlapi-5.14.2
 libgd-text-perl : Depends: libgd-gd2-perl but it is not going to be
installed
 libhtml-parser-perl : Depends: perlapi-5.14.2
 libio-pty-perl : Depends: perlapi-5.14.2
 liblist-moreutils-perl : Depends: perlapi-5.14.2
 libmouse-perl : Depends: perlapi-5.14.2
 libnet-dns-perl : Depends: perlapi-5.14.2
 libnet-libidn-perl : Depends: perlapi-5.14.2
 libnet-ssleay-perl : Depends: perlapi-5.14.2
 libnetaddr-ip-perl : Depends: perlapi-5.14.2
 libparams-classify-perl : Depends: perlapi-5.14.2
 libparams-util-perl : Depends: perlapi-5.14.2
 libparams-validate-perl : Depends: perlapi-5.14.2
 libperl5.14 : Depends: perl-base (= 5.14.2-21+deb7u2) but
5.10.1-17squeeze6 is to be installed
 libsocket6-perl : Depends: perlapi-5.14.2
 libterm-readline-gnu-perl : Depends: perlapi-5.14.2
 libuuid-perl : Depends: perl-base (>= 5.14.2-13) but 5.10.1-17squeeze6 is
to be installed
Depends: perlapi-5.14.2
 libwmf0.2-7 : Depends: libgdk-pixbuf2.0-0 (>= 2.22.0) but it is not going
to be installed
 libyaml-syck-perl : Depends: perlapi-5.14.2
 perl : Depends: perl-base (= 5.14.2-21+deb7u2) but 5.10.1-17squeeze6 is to
be installed
E: Unmet dependencies. Try 'apt-get -f install' with no packages (or
specify a solution).

I am not sure if "(or specify a solution)" is referring to some method
other that purging/removing packages the way I tried above.

I do notice that there are still what look like squeeze security backports
that want to be installed

My sources.list.d is empty & my entire sources.list is:

  1 # non-free is required for tg3 nic firmware
  2 # W: Possible missing firmware /lib/firmware/tigon/tg3_tso5.bin for
module tg3
  3 # W: Possible missing firmware /lib/firmware/tigon/tg3_tso.bin for
module tg3
  4 # W: Possible missing firmware /lib/firmware/tigon/tg3.bin for module
tg3
  5 deb http://mirror.cc.columbia.edu/debian wheezy main contrib
non-free
  6 deb-src http://mirror.cc.columbia.edu/debian wheezy main contrib
non-free
  7 # *-updates replaces "volatile" @ squeeze (virus defs, tz data, etc)
  8 #
http://www.debian.org/releases/stable/i386/release-notes/ch-whats-new.en.html#stable-updates
  9 deb http://mirror.cc.columbia.edu/debian wheezy-updates main contrib
 10 deb-src http://mirror.cc.columbia.edu/debian wheezy-updates main contrib
 11 deb http://security.debian.org/ wheezy/updates main contrib non-free

What would be the recommended way of proceeding with this upgrade?

Thanks for reading,
Kenneth

(Sorry for sending to list from gmail, it is my mail server I am upgrading)

Re: Worry about entropy?

[Aaron Toponce]

On Mon, Dec 01, 2014 at 04:48:36PM -0400, francis picabia wrote:
> I'm looking at DNSSEC implementation.  One guide
> points out haveged as a way to speed up performance
> of dnssec-keygen.  It certainly did.  I'm wondering if
> anyone has noticed performance improvement by running
> haveged on systems with certain applications.

Instead of trying to rely on /dev/random, use /dev/urandom. Haveged is
intetresting, but I think it might be a bit liberal on its entropy estimates.
At any event, it feeds data into the same CSPRNG that both /dev/random and
/dev/urandom read, so it's no more secure than just relying on /dev/urandom
directly.

> Commonly found advice on the net
> is to look at  /proc/sys/kernel/random/entropy_avail
> and it should be around 2000 or better.
> Another comment said that value is
> merely an estimate.  Checking some Redhat
> server systems I handle, I'm seeing values between
> 100 and 200 most often.  One Debian KVM system wildly
> varies from 2000 down to 150 within a few seconds,
> but it isn't doing any noticeable load.

Entropy is _always_ an estimate. It's an approximate measurement of the
unpredictability of the state of the system. In physics, it's an approximate
measurement of the unpredictability of the state of gas particles in a closed
system. Entropy isn't something you use.

> Has anyone experience with seeing significant
> performance boost, or at least avoiding timeouts
> when under load, related to keeping entropy fed
> some how?  I've already read the articles discussing
> use of /dev/random etc., but I'm talking about things
> I implement, not things I code.  I can imagine
> encrypted file system or owncloud and that
> sort of thing being aided, but could it also be
> important for SSL?

OpenSSL, OpenSSH (which uses OpenSSL for random number generation), OpenVPN
(which also uses OpenSSL), Kerberos (ditto), and even GnuPG (except for key
generation), all use /dev/urandom.

You should too.

The only thing you'll get out of /dev/random is frustration due to blocking,
because the entropy estimate of the system is low. Use /dev/urandom, and be
happy. And secure.

-- 
. o .   o . o   . . o   o . .   . o .
. . o   . o o   o . o   . o o   . . o
o o o   . o .   . o o   o o .   o o o


pgpTao_Y0MK4j.pgp
Description: PGP signature

Re: squeeze-lts dist-upgrade to wheezy failed @ apt

[Kenneth Dombrowski]

Hi again,

I just wanted to follow up with more info.

I think these packages that want to stay with squeeze are pinned, for example:

root@gilgamesh:~/tmp# apt-cache policy perl-base
perl-base:
  Installed: 5.10.1-17squeeze6
  Candidate: 5.14.2-21+deb7u2
  Version table:
 5.14.2-21+deb7u2 0
500 http://mirror.cc.columbia.edu/debian/ wheezy/main i386 Packages
 *** 5.10.1-17squeeze6 0
100 /var/lib/dpkg/status

But I have no /etc/apt/preferences file on this machine &
/etc/apt/preferences.d is empty

Is it the case that during a dist-upgrade, the system might internally
be pinning some packages for certain stages of the upgrade?  Or should
I try to unpin it somehow?

Thanks again,
Kenneth


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CALXVCsJA1fupS3fa3WHNrSbGnwgWoF7tte1A=f+wtozvwsm...@mail.gmail.com

Re: Replacing systemd in Jessie

[Brad Rogers]

On Wed, 3 Dec 2014 09:24:03 -0800
Patrick Bartek  wrote:

Hello Patrick,

>use and no one else's, why distribute it at all?

Simple:  Ego.

-- 
 Regards  _
 / )   "The blindingly obvious is
/ _)radnever immediately apparent"
I'll be the paint on the side if you'll be the tin
Love Song - The Damned


pgp7sC38oBVg7.pgp
Description: OpenPGP digital signature

Re: boot fails on jessie on Acer Travelmate

[Simon Hollenbach]

Hi again,

On 03/12/14 08:56, Pierre Couderc wrote:

Le 03/12/2014 07:58, Simon Hollenbach a écrit :

you might want to dig further into this,

Mmm, what is my other choice ? W8 ?  Ubuntu ?
I was talking about reporting a bug when you don't know what's wrong. 
But indeed, there are other choices if you want them, I don't, right 
now, and as we are talking about this on a Debian support list, 
discussing them here would be imho inappropriate anyway.



as I can't see how a developer could fix the error you are
experiencing without more information.

But I am ready to spend hours to fix that !
Wht is needed ?
Further information. But what you provided in your other mail, the 
partition layout, seems to be a good start, maybe even enough to solve 
your problem, not the installer's/GRUB's. I'll come back to that.



When exactly does the boot-up stall? You don't even see the GRUB menu,
do you?

I am not sure what is the grub menu, but if it is the blue menu asking
which debian version to load. I do not arrive there.
It isn't blue any more at my place, it's skinned with a Debian logo aso, 
but yes, the menu that lets you select a boot-mode/kernel/os . It starts 
with "GRUB loading..." and then "Welcome to GRUB" iirc, followed by 
aforementioned menu.



In fact, it seems  to me that the disk is not read, but it tries to net
boot.

Why do you think it tries to boot from a network?


Have you tried with another boot loader? Last time I installed, LILO
was still available for selection from expert install iirc. If the
system boots with LILO, you would have narrowed down the problem quite
a bit.

No, sorry, I am not enough expert. If this is a regression in GRUB, it
must be solved, one way or another.
Debian wheezy works fine on this computer. Jessie has worked too, but no
more today.
I don't consider myself an expert either, the "expert install" just asks 
more stuff, explained very well imo. Maybe just try it next time you 
install or on a spare machine.



Again, I don't think filing a bug without any info but "it doesn't
work" will get your problem solved.


I am not able to find the bug myself. I am ready to spend hours to fix
it, but I need the help of someone to tell me where to  search...
I think we got a differing understanding here. I think you just 
encountered a bug, or you did something really stupid, which shouldn't 
happen if you sanely try to install Debian. We got to describe the bug 
now, so it can be fixed.


Now my solution attempt, it worked for me once (but like 3 years ago)

On 03/12/14 11:19, Pierre Couderc wrote:
> One big difference is that after jessie installation boot flag has
> disappeared : gpt :
>
> wheezy :

> Number  Start   EndSizeFile system Name  Flags
>   1  1049kB  512MB  511MB   fat32 boot

> jessie :
> Number  Start   EndSizeFile system Name  Flags
>   1  1049kB  538MB  537MB   fat32
Why don't you toggle the bootable-flag on your /boot-partition by hand? 
It happened to me that this was the only thing that was wrong after 
installing. I did it with fdisk, run it from a rescue CD, specifying 
your disk /dev/sda as parameter:

# fdisk /dev/sda
Then, you hit [p] to print the partition table of sda, start counting 
from 0 until you find your boot partition, it should be 0, according to 
the gpt output. Then hit [b] to toggle the bootable flag on a partition 
and select the partition you just identified as your /boot-partition.


Finally, write the changes to disk with [w], which also exits fdisk. 
Then reboot and, if you want, cross your fingers...


Cheers,
Simon


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547f6858.4050...@gmail.com

System hangs at boot after Squeeze to Wheezy update (saslauthd culprit?)

[Sergi Pons Freixes]

Hi everybody,

I just upgraded my VPS at Linode from Squeeze to Wheezy, everything looked
find (only some issues with Dovecot), but after the reboot the system hangs
at:

[] Starting the hotplug events dispatcher: udevdudevd[1452]: starting
version 175
. ok

[ ok ] Synthesizing the initial hotplug events...done.

[ ok ] Waiting for /dev to be fully populated...done.

[] Activating swap...Adding 262140k swap on /dev/xvdb.  Priority:-1
extents:1 across:262140k SSFS
done.

[] Checking root file system...fsck from util-linux 2.20.1

/dev/xvda: clean, 143730/4641408 files, 2003750/5177344 blocks

done.

EXT3-fs (xvda): using internal journal

[ ok ] Cleaning up temporary files... /tmp /lib/init/rw.

random: nonblocking pool is initialized

[info] Loading kernel module loop.

libkmod: ERROR ../libkmod/libkmod.c:554 kmod_search_moddep: could not open
moddep file '/lib/modules/3
.16.5-x86_64-linode46/modules.dep.bin'

[ ok ] Activating lvm and md swap...done.

[] Checking file systems...fsck from util-linux 2.20.1

done.

[ ok ] Mounting local filesystems...done.

[ ok ] Activating swapfile swap...done.

[ ok ] Cleaning up temporary files

[ ok ] Setting kernel variables ...done.

[] Configuring network interfaces...dhcpcd.sh: interface eth0 has been
configured with new IP=178.
79.166.18

done.

[ ok ] Cleaning up temporary files

[ ok ] Setting up X socket directories... /tmp/.X11-unix /tmp/.ICE-unix.

INIT: Entering runlevel: 2

[info] Using makefile-style concurrent boot in runlevel 2.

[ ok ] Starting enhanced syslogd: rsyslogd.

[ ok ] Starting SASL Authentication Daemon: saslauthd.

Reading configuration from file: /etc/caldavd/caldavd.plist

So, or it is something related to saslauthd (the last message printed), or
to the error seen before with libkmod. Any clue?

Re: Debian fork: 'Devuan', Debian without Systemd

[Martinx - ジェームズ]

On 2 December 2014 at 19:22, Aaron Toponce  wrote:
> On Tue, Dec 02, 2014 at 09:40:20PM +0100, Märk Owen wrote:
>> It's a waste. They shouldn't have left. I'm pretty neutral about
>> systemd as I'm only an end user but I disklike having it forced upon me
>> this way.
>
> # apt-get install upstart
> # apt-get install sysvinit-core
> # apt-get install openrc

I doubt that this will work in the near future (jessie +1).

Debian/Devuan WILL NEED an `udev` alternative to keep `sysinit-core` working.

Sooner or later, there will be no more `sysvinit-core`, `upstart` or
whatever, because `systemd` guys engulfed `udev` and they are change
it to make sure it will only work with systemd = PID1, this sucks,
_this is extortion_ (kind of). Everybody that falls for that, will
regret.

Devuan will need something like `eudev` to succeed.

It is freaking unbelievable that Debian is now following RedHat after
all we achieved during those ~two decades, by ourselves.

I'm not against `systemd` itself, I'm against the lack of freedom to
choose whatever init I need/want. Systemd is here, fine, but as an
option ONLY. Well, no.

Jessie isn't Debian.

Devuan IS (will be) what we know about Debian! Waiting to see Joel
joining Devuan... lol

Cheers!


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cajsm8j14y4x2vdr99jbwpo+_uaich3cshr_vyvzppihsqoc...@mail.gmail.com

Re: Worry about entropy?

[francis picabia]

On Wed, Dec 3, 2014 at 2:38 PM, Aaron Toponce 
wrote:

> On Mon, Dec 01, 2014 at 04:48:36PM -0400, francis picabia wrote:
> > I'm looking at DNSSEC implementation.  One guide
> > points out haveged as a way to speed up performance
> > of dnssec-keygen.  It certainly did.  I'm wondering if
> > anyone has noticed performance improvement by running
> > haveged on systems with certain applications.
>
> Instead of trying to rely on /dev/random, use /dev/urandom. Haveged is
> intetresting, but I think it might be a bit liberal on its entropy
> estimates.
> At any event, it feeds data into the same CSPRNG that both /dev/random and
> /dev/urandom read, so it's no more secure than just relying on /dev/urandom
> directly.
>
> > Commonly found advice on the net
> > is to look at  /proc/sys/kernel/random/entropy_avail
> > and it should be around 2000 or better.
> > Another comment said that value is
> > merely an estimate.  Checking some Redhat
> > server systems I handle, I'm seeing values between
> > 100 and 200 most often.  One Debian KVM system wildly
> > varies from 2000 down to 150 within a few seconds,
> > but it isn't doing any noticeable load.
>
> Entropy is _always_ an estimate. It's an approximate measurement of the
> unpredictability of the state of the system. In physics, it's an
> approximate
> measurement of the unpredictability of the state of gas particles in a
> closed
> system. Entropy isn't something you use.
>
> > Has anyone experience with seeing significant
> > performance boost, or at least avoiding timeouts
> > when under load, related to keeping entropy fed
> > some how?  I've already read the articles discussing
> > use of /dev/random etc., but I'm talking about things
> > I implement, not things I code.  I can imagine
> > encrypted file system or owncloud and that
> > sort of thing being aided, but could it also be
> > important for SSL?
>
> OpenSSL, OpenSSH (which uses OpenSSL for random number generation), OpenVPN
> (which also uses OpenSSL), Kerberos (ditto), and even GnuPG (except for key
> generation), all use /dev/urandom.
>
> You should too.
>
> The only thing you'll get out of /dev/random is frustration due to
> blocking,
> because the entropy estimate of the system is low. Use /dev/urandom, and be
> happy. And secure.
>

So it seems it is mainly the *-keygen type applications which rely
on /dev/random and the rest use urandom.  In this case,
there would be little benefit to running haveged all the time
if few daily processes use /dev/random.

Re: Debian fork: 'Devuan', Debian without Systemd

[Ron]

On Wed, 3 Dec 2014 17:37:02 -0200
Martinx - ジェームズ  wrote:

> Sooner or later, there will be no more `sysvinit-core`, `upstart` or
> whatever, because `systemd` guys engulfed `udev` and they are change
> it to make sure it will only work with systemd = PID1, this sucks,

Very likely, Jēmuzu, and they will explain their actions with"Well, everyone 
has shifted to systemd, so there is no point..."

And we must do something...
 
Cheers,
 
Ron.
-- 
 
   All that is necessary for the forces of evil to triumph
is for enough good men to do nothing.
   -- Edmund Burke

   -- http://www.olgiati-in-paraguay.org --
 


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203172022.5c227...@ron.cerrocora.org

Re: Debian fork: 'Devuan', Debian without Systemd

[maderios]

On 12/03/2014 08:37 PM, Martinx - ジェームズ wrote:


Jessie isn't Debian.

Devuan IS (will be) what we know about Debian! Waiting to see Joel
joining Devuan... lol

I've no problem with systemd (Sid), it works fine). I dont understand 
why some people complain about systemd.
Devuan is not Mint or Ubuntu, I think it has no future and everyone will 
forget that systemd is new...

--
Maderios



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547f777d.7040...@gmail.com

multi-monitor suspend inhibit from gnome-settings-daemon despite one being connected

[Goetz Gaycken]

Hello,

I have a problem with systemd + gnome-settings-daemon + nvidia 
or gnome-session
or ? 

It seems, that the gnome-settings-daemon forwards a suspend inhibit due
to multiple monitors being connected, although only a single monitor,
the internal laptop screen, is connected. Gnome correctly recognised
that there is only a single monitor (gnome-control-center/displays). 

I can manually suspend the laptop e.g. systemctl suspend but closing the
lid does not work. When using nouveau instead of the proprietary nvidia
driver, the inhibit does not exist and the laptop is suspended when
closing the lid.

Does somebody have an idea how to overcome this problem with the
proprietary nvidia driver, or which package might be responsible to
report the bug ? 

Thanks,
  Götz

P.S.:

systemd-inhibit --list
 ...

 Who: x (x PID 5616/gnome-settings-)
What: handle-lid-switch
 Why: Multiple displays attached
Mode: block
   
...

ps:
 5616  0.0  0.4 886100 35200 ?Sl   20:52   0:00
\_ /usr/lib/gnome-settings-daemon/gnome-settings-daemon


xrandr:
Screen 0: minimum 8 x 8, current 2880 x 1800, maximum 16384 x 16384
DP-0 disconnected (normal left inverted right x axis y axis)
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-0 disconnected (normal left inverted right x axis y axis)
DP-2 connected primary 2880x1800+0+0 (normal left inverted right x axis
y axis) 331mm x 207mm
   2880x1800 59.99*+
DP-3 disconnected (normal left inverted right x axis y axis)
DP-4 disconnected (normal left inverted right x axis y axis)

nvidia-driver   343.22-2 
 (nivida-driver 340.46-5 crashes on suspend) 

systemd 215-7
gnome-settings-daemon   3.14.2-1
gnome-session   3.14.0-2


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1417639776.6353.2.ca...@cern.ch

gnome-shell background not restored on resume when using the proprietary nvidia driver

[Goetz Gaycken]

Hello,

when using the proprietary nvidia driver, the gnome-shell background
image is not restored after "resume". When using nouveau instead, the
background image is correctly restored after a suspend/resume.

Does somebody have any idea whether the problem is in the nvidia driver
or in gnome-shell to submit a bug report ? 

Cheers,
  Götz

gnome-shell   3.14.2-1
nvidia-driver 343.22-2
   (nivida-driver 340.46-5 crashes on suspend)


-- 
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/1417640664.2280.1.ca...@cern.ch

Re: Debian fork: 'Devuan', Debian without Systemd

[Martin Read]

On 03/12/14 19:37, Martinx - ジェームズ wrote:

Debian/Devuan WILL NEED an `udev` alternative to keep `sysinit-core` working.


Perhaps. On the other hand, they might only need an alternative 
implementation of the user-space glue that makes kdbus work.



Devuan will need something like `eudev` to succeed.


Conveniently, eudev already exists, has active maintainers, and is 
readily obtainable in source code form. Anyone willing to embark on a 
project like Devuan should be perfectly capable of getting it packaged.



Jessie isn't Debian.


So you say. Others have a different opinion.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547f7bad.6090...@zen.co.uk

Re: Debian fork: 'Devuan', Debian without Systemd

[Märk Owen]

On Wed, 03 Dec 2014 21:50:05 +0100
maderios  wrote:

> On 12/03/2014 08:37 PM, Martinx - ジェームズ wrote:
> 
> > Jessie isn't Debian.
> >
> > Devuan IS (will be) what we know about Debian! Waiting to see Joel
> > joining Devuan... lol
> >
> I've no problem with systemd (Sid), it works fine). I dont understand 
> why some people complain about systemd.
> Devuan is not Mint or Ubuntu, I think it has no future and everyone
> will forget that systemd is new...

What about the people who will want to use another init system in
Debian then? I mean, Linux is supposed to be about choice, right?

Is that still the case here? That's the true question in this debate.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/20141203221859.2d12442f@MARC-THINKPAD.queenland

Re: udev memory problem when trying to plug a disk with corrupted partition table

[berenger . morel]

Le 02.12.2014 19:27, tv.deb...@googlemail.com a écrit :

On 02/12/2014 20:48, berenger.mo...@neutralite.org wrote:
[cut]


Also, what is EBR (or EPBR, which seems to be some sort of enhanced
whatever may be a EBR)?


Extended Boot Record on DOS disks ? Where information about extended
partition is stored.

https://en.wikipedia.org/wiki/Extended_boot_record


To fix things, I tried to take a look at

testdisk, which was able to find partitions. Lot of them, in facts,
included lot of... removed partitions (I did a lot of experiments on
that disk before). Plus, I have no idea about how to ask it 
(testdisk)

to fix, apply things?
Any document about how to use it? Not the man, I already have read 
it,

and it's plain useless.




I think you read French, if not the page is available in English too.


I do.



http://www.cgsecurity.org/wiki/TestDisk_FR

It's from TestDisk author.

Hope it helps.


It does, thanks. For now, I'll keep that disk in that state, in case 
informations and testing might be useful to maintainers.

I'll try to repair things in few weeks, probably.


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/1915fb753c0f30e56bf720c82d006...@neutralite.org

Re: boot fails on jessie on Acer Travelmate

[Pierre Couderc]

Le 03/12/2014 20:45, Simon Hollenbach a écrit :

In fact, it seems  to me that the disk is not read, but it tries to net

boot.

Why do you think it tries to boot from a network?

Because it is displayed.

Again, I don't think filing a bug without any info but "it doesn't

work" will get your problem solved.


I am not able to find the bug myself. I am ready to spend hours to fix
it, but I need the help of someone to tell me where to search...

I think we got a differing understanding here. I think you just
encountered a bug, or you did something really stupid, which shouldn't
happen if you sanely try to install Debian. We got to describe the bug
now, so it can be fixed.
If some software let its user make someting really stupid, the problem 
is not with the user but with the software. And after 40 years in 
computing and a full week in trying to install jessie, I know I can have 
done someting stupid. But there is too some probability that there is 
some bug in grub...

So, as you say, the point is to well describe it.


Now my solution attempt, it worked for me once (but like 3 years ago)


# fdisk /dev/sda


Thank you, anyway fdisk cannot be used, I must use parted.
And I need the solution at long term, I cannot accept a that next 
aptitude upgrade breaks my boot...



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547f83c9.1060...@couderc.eu

Re: Debian fork: 'Devuan', Debian without Systemd

[Martinx - ジェームズ]

Hi Madeiros!

I'm also using `systemd`, I'm working to use Enlightenment with
Wayland (to kick Xorg off) and, it depends on `systemd`.

I just don't think that it is wise to put all of our eggs into the same basket.

This `systemd` being pushed everywhere looks like a huge monoculture,
which is very, very dangerous.

Also, ALL my production servers, that are public (Internet faced),
uses the GRSecurity Linux Patch, and `systemd` doesn't work with it.
So, right now, `systemd` only makes sense at Desktops. And I mean it.

So, my job/company depends on `sysvinit-core` / `upstart` and there is
no plans to use `systemd` at our servers (and I'm talking about
hundreds of Linux instances, physical servers and virtual machines).

Cheers!

On 3 December 2014 at 18:50, maderios  wrote:
> On 12/03/2014 08:37 PM, Martinx - ジェームズ wrote:
>
>> Jessie isn't Debian.
>>
>> Devuan IS (will be) what we know about Debian! Waiting to see Joel
>> joining Devuan... lol
>>
> I've no problem with systemd (Sid), it works fine). I dont understand why
> some people complain about systemd.
> Devuan is not Mint or Ubuntu, I think it has no future and everyone will
> forget that systemd is new...
> --
> Maderios
>
>
>
> --
> To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject
> of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
> Archive: https://lists.debian.org/547f777d.7040...@gmail.com
>


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJSM8J29rBBb_8nwYDt=bqwj0n5x9gyrkypngqnccu-mh63...@mail.gmail.com

Re: gnome-shell background not restored on resume when using the proprietary nvidia driver

[Eugen Wintersberger]

Hi 
  I can at least confirm the problem. There seems to be already a bug
report for gnome-shell 

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=765436

I submitted a bug-report myself which I most probably will close as it
is a duplication of the above report. 

On Wed, 2014-12-03 at 22:04 +0100, Goetz Gaycken wrote: 
> Hello,
> 
> when using the proprietary nvidia driver, the gnome-shell background
> image is not restored after "resume". When using nouveau instead, the
> background image is correctly restored after a suspend/resume.
> 
> Does somebody have any idea whether the problem is in the nvidia driver
> or in gnome-shell to submit a bug report ? 
> 
> Cheers,
>   Götz
> 
> gnome-shell   3.14.2-1
> nvidia-driver 343.22-2
>(nivida-driver 340.46-5 crashes on suspend)
> 
> 



signature.asc
Description: This is a digitally signed message part

Re: Debian fork: 'Devuan', Debian without Systemd

[Martinx - ジェームズ]

On 3 December 2014 at 19:18, Märk Owen  wrote:
> On Wed, 03 Dec 2014 21:50:05 +0100
> maderios  wrote:
>
>> On 12/03/2014 08:37 PM, Martinx - ジェームズ wrote:
>>
>> > Jessie isn't Debian.
>> >
>> > Devuan IS (will be) what we know about Debian! Waiting to see Joel
>> > joining Devuan... lol
>> >
>> I've no problem with systemd (Sid), it works fine). I dont understand
>> why some people complain about systemd.
>> Devuan is not Mint or Ubuntu, I think it has no future and everyone
>> will forget that systemd is new...
>
> What about the people who will want to use another init system in
> Debian then? I mean, Linux is supposed to be about choice, right?
>
> Is that still the case here? That's the true question in this debate.

BTW, I just mentioned a valid example:

I'm using `GRSecurity` with Debian in prod and it doesn't work with `systemd`.

I NEED `sysvinit-core` (or upstart) and there is no plans to deploy
`systemd` at my company's public data center. Since it [systemd]
doesn't work here.

If `systemd` gets fixed (to work with `GRSecurity`), then, I'll give
it a second try. Otherwise, I'll need to move to Devuan...

Lennart do not care about that:
https://bugs.freedesktop.org/show_bug.cgi?id=65575 - How bad is that?


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/cajsm8j0kdtbhxz5xqpr-dtzeo8eoz9wjzkw_r1w1ry5htkw...@mail.gmail.com

Re: Haven't seen this ssh output before

[berenger . morel]

Le 27.11.2014 00:04, Harry Putnam a écrit :

Harry Putnam  writes:

I'm not at all clear on how one would go about making an adjustment 
in
sshd_config to allow the algs used by my REMOTE-sol to be 
recognized.


REMOTE-sol does not appear to be using OpenSSH .. maybe a solaris
version of SSH.

In light of the comments above; if you have any more info on this 
and

have the time... please post.


I managed to get a bit of a solution after careful study of the error
output and man sshd_config (Largely from being guided by your post)

It shows the default kex algorithems and the possible kex alg.

I thought of just adding one that matched the list of my clients
available  choices to sshd_config on REMOTE-deb like so:


  KexAlgorithms  diffie-hellman-group-exchange-sha1

Then restart sshd.

That works, but I was afraid that might mean the defaults would be
dropped and only `diffie-hellman-group-exchange-sha1' would be
offered.  I was afraid that might cause failure on some other hosts.


Thanks for sharing the solution, one might needs it someday, especially 
considering the fact you are using the future debian stable.



Any opinions on what I may have created?


I'm not a security guy (not even a sysadmin, just a dev, but I am 
feeling concerned with security of computers anyway...), not that I do 
not want to learn about it, but it's a very complex thing. But, since 
you seem to be afraid of security holes, I would like to point to a 
package I have discovered recently (in a search about netBSD good 
points, the author was saying that a tool listing CVEs of packages you 
are trying to install was lacking on other systems, and made an edit 
because someone gave him this tool's name for Debian): debsecan.


This is a tool which lists CVE (Common Vulnerabilities and Exposures) 
that the packages you installed contains.
I think you might get some hints if you make a diff between the old 
(you said you have un-upgraded systems) and the new (the system which 
gaves you problems) systems.


Now, I can't find any CVE with it on (one of) my computer, which have 
only openSSH's client installed, so it might not help you.
Security is a really complex thing, that I do not understand a lot so 
the problem might not be caused by any CVE of openSSH itself, but, 
AFAIK, openSSH is using libssl, which is, according to aptitude: "a part 
of openSSL's implementation for SSL", and with this command:

$ debsecan |grep ssl -i
I have 2 CVEs (no idea if they apply to you btw):
CVE-2014-3566 libssl1.0.0 (remotely exploitable, medium urgency)
CVE-2014-3566 openssl (remotely exploitable, medium urgency)

Maybe your updated machine have fixed one of them?


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/3fec1ace9e30ca3b41723bbc1acb2...@neutralite.org

Re: Debian fork: 'Devuan', Debian without Systemd

[Martin Read]

On 03/12/14 21:52, Martinx - ジェームズ wrote:

I'm using `GRSecurity` with Debian in prod and it doesn't work with `systemd`.

I NEED `sysvinit-core` (or upstart) and there is no plans to deploy
`systemd` at my company's public data center. Since it [systemd]
doesn't work here.

If `systemd` gets fixed (to work with `GRSecurity`), then, I'll give
it a second try. Otherwise, I'll need to move to Devuan...

Lennart do not care about that:
https://bugs.freedesktop.org/show_bug.cgi?id=65575 - How bad is that?


A cursory search using duckduckgo with the search terms:

+grsecurity +systemd

leads me, directly and indirectly, to information on various web sites 
associated with Arch Linux, Gentoo, and grsecurity which lead me to 
believe that it is possible to work around the problem described in that 
bug report without completely disabling CONFIG_GRKERNSEC_PROC. (Of 
course, I recognize that in any given situation, it may not be 
acceptable to make the necessary configuration changes.)


That said, I don't see a problem with Lennart's position in that bug 
report anyway. "Well, this sounds useful, but I don't see how we can 
support this, we need access to the PID directory of the sender of 
messages, to collect metadata, there's really no way around it." seems 
like a perfectly reasonable explanation for things not 
working-as-intended on systems where that access is not available.



--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547f9a90.5080...@zen.co.uk

Re: Replacing systemd in Jessie

[Patrick Bartek]

On Tue, 02 Dec 2014, berenger.mo...@neutralite.org wrote:

> 
> 
> Le 02.12.2014 08:05, Patrick Bartek a écrit :
> 
> >> >> > and more and more
> >> >> > developers will start writing apps with systemd, or parts of 
> >> it,
> >> >> > as a dependency for the "features" it offers.
> >>
> >> It's their choice - likewise it's your choice *not* to write
> >> alternatives. It 'sounds' like you're proposing a regime where
> >> those that produce have their "freedom of choice" constrained by
> >> "users". I struggle to find a rationale that makes that reasonable
> >> or likely to
> >> do anything other than destroy, given that the "user" has a choice.
> >
> > User's do contrain.  They even dictate.  Always have.  Developers
> > should, if they are samrt, be developing what customers want or
> > need. Not the other way around. That's the formula for going out of 
> > business.
> > Listening to your customers as well as your potential customers is 
> > just
> > good business.
> 
> Really?
> Tss...
> How many projects have you, as a user, constrained to do something? 
> Being commercial or not...

I don't know.  Is filing a bug report and having the developer fix it a
constraint on the software?  If I fix the bug myself?  Is that?  It does
ultimately STOP the problem the bug was causing whether I do it myself
or not.  The constraining, the stopping, of something is not always a
bad thing. We are constrained in our lives as well as in our work by
a multitude of factors.  Sometimes, it's good; other time not.  That's
life.


> You may had some success in commercial softwares, because of
> contracts, but for small projects, or projects were the developpers
> are not paid, when they only contribute because they wan't to use it,
> but without having to suffer some bug or another, or with a feature
> they would like to have, I sincerely doubt you had constrained anyone.

Most of my contributions to software development as a user, not a
developer, have been with projects that only involved one or two
coders/developers whom you could contact directly, personally.  One of
those projects ultimately became the Opera browser.  But I've done
little of that since moving to Linux 15 years ago. Don't have the
patience anymore.  Or the time.  

> Honestly... if you want to constrain people on their spare time, if
> you want to remove us the last part of fun we can have in
> programming, then... well, people wont listen you, to stay polite.
> And it's normal.

See above about life's constraints.

> Open source developpers are not all paid for what they do. Only a 
> minority is, and in this minority, I am not sure that the bigger part 
> actually live from open source softwares.

If you're not making money from your Open Source, then you have to
have income from somewhere else.  Else how would you live?  From the
kindness of strangers, perhaps? 

> [snip]
> 
> Oh. And, you forgot something. FOSS developpers are the users of
> their work, unlike in commercial softwares. And it changes *a lot* of
> things, if not everything.

I didn't forget.  I once wrote a very specialize file manager just for
me to satisfy some peculiar requirements I had at the time.  It was of
little use to a general user.  Never distributed it.  No feedback.
Fixed the bugs myself.  Etc.  But if you put your code/project (FOSS or
otherwise) "out there" expect feedback from others.  We're a talky
bunch.  And listen to them.  You may get some very good ideas and
solutions for improvements.  It may even change the direction of the
entire project turning something that initially was just a pet project,
a hobby, into something that many would benefit from.

B


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20141203154944.07020...@debian7.boseck208.net

Re: Debian fork: 'Devuan', Debian without Systemd

[Martinx - ジェームズ]

On 3 December 2014 at 21:19, Martin Read  wrote:
> On 03/12/14 21:52, Martinx - ジェームズ wrote:
>>
>> I'm using `GRSecurity` with Debian in prod and it doesn't work with
>> `systemd`.
>>
>> I NEED `sysvinit-core` (or upstart) and there is no plans to deploy
>> `systemd` at my company's public data center. Since it [systemd]
>> doesn't work here.
>>
>> If `systemd` gets fixed (to work with `GRSecurity`), then, I'll give
>> it a second try. Otherwise, I'll need to move to Devuan...
>>
>> Lennart do not care about that:
>> https://bugs.freedesktop.org/show_bug.cgi?id=65575 - How bad is that?
>
>
> A cursory search using duckduckgo with the search terms:
>
> +grsecurity +systemd
>
> leads me, directly and indirectly, to information on various web sites
> associated with Arch Linux, Gentoo, and grsecurity which lead me to believe
> that it is possible to work around the problem described in that bug report
> without completely disabling CONFIG_GRKERNSEC_PROC. (Of course, I recognize
> that in any given situation, it may not be acceptable to make the necessary
> configuration changes.)
>
> That said, I don't see a problem with Lennart's position in that bug report
> anyway. "Well, this sounds useful, but I don't see how we can support this,
> we need access to the PID directory of the sender of messages, to collect
> metadata, there's really no way around it." seems like a perfectly
> reasonable explanation for things not working-as-intended on systems where
> that access is not available.

Thanks for this feedback!! I tried it but, then, I wasn't with enough
time to debug it... Since it was working before, I just replaced
systemd by sysvinit and forgot about it...

Best!


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/CAJSM8J2dXE=S9+qjPrG=u67dnath+0+tovod3de5srppg3b...@mail.gmail.com

Re: Debian fork: 'Devuan', Debian without Systemd

[Ric Moore]

On 12/03/2014 04:18 PM, Märk Owen wrote:

On Wed, 03 Dec 2014 21:50:05 +0100
maderios  wrote:


On 12/03/2014 08:37 PM, Martinx - ジェームズ wrote:


Jessie isn't Debian.

Devuan IS (will be) what we know about Debian! Waiting to see Joel
joining Devuan... lol


I've no problem with systemd (Sid), it works fine). I dont understand
why some people complain about systemd.
Devuan is not Mint or Ubuntu, I think it has no future and everyone
will forget that systemd is new...


What about the people who will want to use another init system in
Debian then? I mean, Linux is supposed to be about choice, right?


Right, it IS about choice ...by those who do the choosing. :) Ric
--
My father, Victor Moore (Vic) used to say:
"There are two Great Sins in the world...
..the Sin of Ignorance, and the Sin of Stupidity.
Only the former may be overcome." R.I.P. Dad.
Linux user# 44256


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org 
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Archive: https://lists.debian.org/547fb386.6050...@gmail.com

tgif thumbnailers not working

[Tad Bak]

Hi,

I have been trying unsuccessfully to convince Nautilus to display thumbnails of 
tgif (*.obj) files. I repeated the steps given in  Romano's blog: 
http://rlog.rgtti.com/2011/11/24/xfig-thumbnailers-with-gnome3nautilus3/ and 
created files: /usr/bin/tgif-thumbnail (with executing permission) and 
/usr/share/thumbnailers/tgif.thumbnailer -- their contents is below. The 
xdg-mime confirms that the type of *.obj files is application/x-tgif. In 
gconf-editor I can see that 
/desktop/gnome/thumbnailers/application@x-tgif/command is set to 
"/usr/bin/tgif-thumbnailer -s %s %u %u" and 
/desktop/gnome/thumbnailers/application@x-tgif/enable is checked. Calling 
tgif-thumbnailer manually:
tgif-thumbnailer -s 128 file://myfile.obj myfile.png 
produces a little PNG image in the current directory. But still no thumbnails, 
only generic icons in Nautilus. Does anybody have a suggestion what else should 
I do? Thanks for your time and help!

Tad

/usr/bin/tgif-thumbnailer

 #/!bin/sh

# The script will be called with parameters : -s %s %u %o
# %i: input file, %o: output file, %s: size

size=128

if [ $1 = "-s" ]; then
shift
size=$1
shift
fi

dir="/tmp/"
infile="$1"
# use the magic of POSIX variables
infile=${infile#file://*}
tmppng="$dir"${infile%.*}.png
outfile="$2"

# remove file if something strange happens
trap 'rm -rf $tmppng' INT EXIT TERM

die() {
  echo >&2 "$@"
  rm -rf $tmppng
  exit 1
}

tgif -print -quiet -png -color -o/tmp "$infile" || die "tgif failed"
convert  $tmppng -resize $size -sharpen 3 \
  $outfile || die "convert failed"
rm -rf $tmppng
exit 0


/usr/share/thumbnailers/tgif.thumbnailer
--
[Thumbnailer Entry]
TryExec=/usr/bin/tgif-thumbnailer
Exec=/usr/bin/tgif-thumbnailer -s 128 %u %o
MimeType=application/x-tgif;


--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
https://lists.debian.org/e2cb61cacd6ecc46a6fbd0296822a2376d202...@hirt.ad.uws.edu.au