Re: [DNG] UEFI Secure Boot workaround?

2016-03-03 Thread Edward Bartolo 
Ooops, sorry, I was of the impression I was using a forum.

On 04/03/2016, Edward Bartolo  wrote:
> Hi,
>
> I think, with a signed Linux kernel, UEFI Secure Boot can be made to
> load any other unsigned Linux kernel, which would imply, any
> distribution would be possible to be booted.
>
> How I imagine it can be done:[list]
> [*]boot partition would contain a signed Linux kernel which UEFI loads
> as soon as the boot sequence starts
> [*]the signed kernel would run a simple program that loads a
> bootloader like GRUB2
> [*]the bootloader would continue as it normally does[/list]
>
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How borged is D-bus?

2016-03-03 Thread Joel Roth 
Daniel Reurich wrote:
> On 04/03/16 12:42, Nuno Magalhães wrote:
> > Greetings,
> > 
> > Considering the systemd team has been focusing on sd-bus, how
> > systemd-free is dbus?
> > 
> Our package doesn't depend on systemd, libsystemd0 or libpam-systemd

It does constitute fundamental protocol used and depended on
by many parts of the systemd ecosystem, however doesn't
involve the init system, so you're free of that.  Being that
so much complex code is built on dbus, Pottering and co
guarantee that dbus will not be broken by updates in the
protocol. There is some question (at least I am ignorant)
whether how backward compatible sdbus will be with dbus.
Also will you have a choice to not use kernel-mediated
boundary crossing sdbus in future? 

So there is some borginess(tm) there.

IIRC Linus commented that the only reason for sdbus is that
dbus code is badly implemented.

So caveat emptor, and as the japanese say, TADA YORI TAKAI
MONO GA NAI (nothing is more expensive than [what appears to
be given for] free.) People should think about that when
signing up for Gmail!

cheers,

Joel (yes, I have a gmail account, another type of
borginess)

 
> -- 
> Daniel Reurich
> Centurion Computer Technology (2005) Ltd.
> 021 797 722
> 



> ___
> Dng mailing list
> Dng@lists.dyne.org
> https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng


-- 
Joel Roth
  

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] How borged is D-bus?

2016-03-03 Thread Daniel Reurich 
On 04/03/16 12:42, Nuno Magalhães wrote:
> Greetings,
> 
> Considering the systemd team has been focusing on sd-bus, how
> systemd-free is dbus?
> 
Our package doesn't depend on systemd, libsystemd0 or libpam-systemd




-- 
Daniel Reurich
Centurion Computer Technology (2005) Ltd.
021 797 722



signature.asc
Description: OpenPGP digital signature
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

[DNG] How borged is D-bus?

2016-03-03 Thread Nuno Magalhães 
Greetings,

Considering the systemd team has been focusing on sd-bus, how
systemd-free is dbus?

Cheers,
Nuno
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Digital camera management borked

2016-03-03 Thread Go Linux 
On Thu, 3/3/16, Simon Hobson  wrote:

 Subject: Re: [DNG] Digital camera management borked
 To: "dng@lists.dyne.org" 
 Date: Thursday, March 3, 2016, 10:31 AM
 
Go Linux  wrote:


> As did mine. And then a genius of an udev developer took care of it and made 
> sure that the cameras ID_TYPE changed from "disk" to "generic", so no user 
> but root could use the camera. Now it works again, but ...


Are, what you mean is "it worked until some genius *fixed* it 'till it didn't" !





You should ask Dr. Nikolaus Klepp who posted that, not me.  ;)  But yeah, I 
think you understand perfectly what he was saying.

golinux
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Digital camera management borked

2016-03-03 Thread Simon Hobson 
Go Linux  wrote:

> As did mine. And then a genius of an udev developer took care of it and made 
> sure that the cameras ID_TYPE changed from "disk" to "generic", so no user 
> but root could use the camera. Now it works again, but ...

Are, what you mean is "it worked until some genius *fixed* it 'till it didn't" !

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] leveldb support proposal

2016-03-03 Thread Rainer Weikusat 
Rainer Weikusat  writes:

[...]

> continue to be runtime-linked with the library version it was compiled
> with.

Since I (IMHO justifiedly) complained about this, I shouldn't be using
this particular statement myself: Compiling and linking an application
doesn't result in any "implicit relation" to any particular dynamic
library (file) beyond recording a soname determined in the way I
described in the resulting binary.

The compiled application will depend on a specific set of interface
definitions (however acquired), but that's a whole different can of
worms I don't plan to dive into right now.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Digital camera management borked

2016-03-03 Thread Dr. Nikolaus Klepp 
Am Donnerstag, 3. März 2016 schrieb Go Linux:
> 
> 
> Jude . . . how is vdev going to handle usb mounting of cameras?
> 
> golinux

If it's sane, it will just do what the kernel says. In my case: removeable 
media: mount it as a user.

nik


-- 
Please do not email me anything that you are not comfortable also sharing with 
the NSA.
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Dependency Hell: was leveldb support proposal

2016-03-03 Thread Rainer Weikusat 
Didier Kryn  writes:
> Le 02/03/2016 16:04, Steve Litt a écrit :
>> I'm constructing my wpa_supplicant toolset. So far it's 100% /bin/sh.
>> Installation involves nothing more than copying its directory tree
>> somewhere on your computer, and then, on your executable path, putting
>> a 1 line shellscript that calls the main program in my toolset with
>> argument $@.

[...]

> This installation method is used almost consistently by
> Sabotage-Linux.

It's of no big use except if the files belonging to a particular package
have to be kept physically together because there's no other way to
identify them. I've been using this method for software developed as
part of my work and for infrastructure code needed by it and it indeed
works very nicely provided investing the fairly high amount of human
effort required by maintaining it is no problem.

Because this became impossible some years ago, I've then switched to
building (usually pretty bare-bones) Debian packages and found no reason
to regret that so far as this means I only have to maintain one central
package repository and can deploy these to any number of machines with
existing tools very easily.

___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng

Re: [DNG] Digital camera management borked

2016-03-03 Thread Go Linux 
On Wed, 3/2/16, Dr. Nikolaus Klepp  wrote:

 Subject: Re: [DNG] Digital camera management borked
 To: dng@lists.dyne.org
 Date: Wednesday, March 2, 2016, 6:19 PM

> >
> >
> >  Original Message 
> > Subject: [DNG] Digital camera management borked
> > Local Time: March 2, 2016 8:50 pm
> > UTC Time: March 2, 2016 8:50 PM
> > From: goli...@yahoo.com
> > To: dng@lists.dyne.org
> >
> > I am having trouble finding a way to browse thumbnails of the photos on my 
> > old canon camera. gtkam couldn't access the camera. I installed my old 
> > favorite f-spot from wheezy (apparently not available in jessie), but it 
> > couldn't even see the camera. The only way I have been able to access the 
> > camera is through the thunar file manager at this address (which is in need 
> > of some translation):
> >
> > gphoto2://[usb:003,036]/DCIM/
> >
> > But no image browser can open the jpgs in the folders at that address. Gimp 
> > can load only one at a time. It's been frustrating. Thankfully images can 
> > be c/p from there.
> >
> > My guess is that lack of support is due to the fact that fewer people are 
> > using stand-alone cameras. Any suggestions how to get a browse 
> > functionality back on Devuan?
> >
> > golinux
> >
> >
>
> And maybe the camera has an option in the USB settings for "mass storage".
>
> Nik
>
>
> 
>
> Good one!  I never thought of that.  I don't use the camera often and mostly 
> it is still a mystery to me.  If I can find the manuals, I'll look into that. 
>  But then it has worked just fine with different apps over the years . . .

As did mine. And then a genius of an udev developer took care of it and made 
sure that the cameras ID_TYPE changed from "disk" to "generic", so no user but 
root could use the camera. Now it works again, but ...


Nik



Jude . . . how is vdev going to handle usb mounting of cameras?

golinux
___
Dng mailing list
Dng@lists.dyne.org
https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng