Re: cdimage?? What should we call it?

2015-08-19 Thread Paul Wise
On Wed, Aug 19, 2015 at 6:08 AM, Cyril Brulebois wrote:

> Looking at the various proposals, those caught my attention:
>  - get.debian.org
>  - download.debian.org
>  - install.debian.org
>  - installer.debian.org

I kind-of like the idea of pointing all of these to the relevant service.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise



Re: 8.2 and 7.9 planning

2015-08-19 Thread Julien Cristau
On Tue, Aug 18, 2015 at 19:52:49 +0100, Adam D. Barratt wrote:

> Hi,
> 
> We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some
> potential September dates:
> 
> 5/6th - okay for me
> 12/13th - the 12th doesn't work for me until at least mid-afternoon
> 19th/20th - looks okay
> 26th/27th - looks okay
> 
> >From a quick chat, it appears that the CD team are okay with us doing
> the two releases back-to-back or on the same weekend, as long as we're
> okay with the media sets being produced at a slight delay, particularly
> for Wheezy; what are others thoughts on that?
> 
I'll be away on the 19th/20th.  Doing both on the same day sounds good
to me fwiw.

Cheers,
Julien


signature.asc
Description: Digital signature


Re: 8.2 and 7.9 planning

2015-08-19 Thread Ansgar Burchardt
"Adam D. Barratt"  writes:
> We're somewhat overdue for both 8.2 and 7.9 now (in that order). Some
> potential September dates:
>
> 5/6th - okay for me

Should be okay, provided I get internet on Aug 31st as planned.

> 12/13th - the 12th doesn't work for me until at least mid-afternoon
> 19th/20th - looks okay
> 26th/27th - looks okay

Work might interfere with these a bit (might have a meeting on the day
before, though currently it looks like it might be in October). I would
only be available on Saturday afternoon and Sunday.

Ansgar



Re: gpgv udebs

2015-08-19 Thread Daniel Kahn Gillmor
On Wed 2015-08-12 01:51:35 +0200, Daniel Kahn Gillmor wrote:

> i believe the installer relies on gpgv for archive manifest signature
> verification.  we have gpgv-udeb for that purpose, i think.

One more followup about gnupg and udebs--

The gnupg packaging currently makes a gnupg-udeb in addition to a
gpgv-udeb.  This post is about gnupg-udeb, and not gpgv-udeb.

I'm proposing to drop the gnupg-udeb entirely.

It looks like it was used at one point in the past for partman-crypto,
but it is no longer used there.

I searched here:

  http://codesearch.debian.net/results/gnupg-udeb/

and the only places it shows up are the changelong for partman-crypto,
and a test case for python-debian.  the package isn't actually used any
more.

So i plan to drop the gnupg-udeb in a future release of the gnupg
package, unless i hear a report that it's something people need.

Anyone want to speak up in favor of keeping it?

   --dkg



Bug#796096: installation-reports: Does not recognize USB wireless adapter

2015-08-19 Thread root
Package: installation-reports
Severity: important

Dear Maintainer,

Installed Debian twice.  Cannot "see" the USB wireless adapter.  Other
 linux distros do not have this issue.



-- System Information:
Debian Release: 8.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)

Kernel: Linux 3.16.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)



Bug#796096: installation-reports: Does not recognize USB wireless adapter

2015-08-19 Thread Lennart Sorensen
On Wed, Aug 19, 2015 at 07:35:34AM -0500, root wrote:
> Package: installation-reports
> Severity: important
> 
> Dear Maintainer,
> 
> Installed Debian twice.  Cannot "see" the USB wireless adapter.  Other
>  linux distros do not have this issue.

Well an lsusb to identify the model could be handy.

Did you install the non-free firmware package that it probably requires?

Many other distributions include such non-free things, but Debian makes
you have to explicitly choose to have non-free code on your system.

-- 
Len Sorensen



Re: i can not boot Debian Installer Stretch Alpha 1 release CD

2015-08-19 Thread Holger Wansing
Hi,

Gabriel  wrote:
>  hi!
> i can not boot from CD Debian Installer Stretch Alpha 1 release
> Computer still on a black screen and say:
> 
> ISOLINUX 6.03 20150425 ETCD Copyrigth (C) 1994-2014 H. Peter Anvin et al
> 
> One minute later computer reboot himself

You may want to try the just available Alpha 2 release ...

Otherwise you need to provide more details, if such report should have a 
chance to be dealed with, so detailed info about your machine, what image 
exactly etc.


Holger

-- 

Created with Sylpheed 3.5.0 under
D E B I A N   L I N U X   8 . 0   " J E S S I E " .

Registered Linux User #311290 - https://linuxcounter.net/




Re: i can not boot Debian Installer Stretch Alpha 1 release CD

2015-08-19 Thread Gabriel
Hello. Thank you very much for the information, I think in my case it was a
problem when download or burn the cd.
Anyway for now I installed the stable release.
Tnx
Gabriel

2015-08-19 15:26 GMT-03:00 Holger Wansing :

> Hi,
>
> Gabriel  wrote:
> >  hi!
> > i can not boot from CD Debian Installer Stretch Alpha 1 release
> > Computer still on a black screen and say:
> >
> > ISOLINUX 6.03 20150425 ETCD Copyrigth (C) 1994-2014 H. Peter Anvin et al
> >
> > One minute later computer reboot himself
>
> You may want to try the just available Alpha 2 release ...
>
> Otherwise you need to provide more details, if such report should have a
> chance to be dealed with, so detailed info about your machine, what image
> exactly etc.
>
>
> Holger
>
> --
> 
> Created with Sylpheed 3.5.0 under
> D E B I A N   L I N U X   8 . 0   " J E S S I E " .
>
> Registered Linux User #311290 - https://linuxcounter.net/
> 
>


Bug#724931: Please include the patch in git

2015-08-19 Thread adrian15


El 18/08/15 a las 19:28, Andreas Cadhalpun escribió:

Hi adrian15,

On 18.08.2015 10:47, adrian15 wrote:

Can you please explain why you are using: get_fstype () function which it's 
based
on blkid instead of just using the old method of relying in auto function from 
the kernel itself?

The reason is simply that 'mount -tauto' didn't work, while explicitly 
specifying the
type found with blkid works fine.

Doing some archeology reveals the relevant error messages from syslog:
With 'mount -tauto':
kernel: [  109.257009] UDF-fs: warning (device sda9): udf_fill_super: No 
partition found (1)
kernel: [  109.378443] FAT-fs (sda9): utf8 is not a recommended IO charset for 
FAT filesystems, filesystem will be case sensitive!
main-menu[550]: (process:4539): mount: mounting /dev/sda9 on /media failed: 
Invalid argument

With blkid:
[   80.943104] EXT4-fs (sda9): mounted filesystem with ordered data mode. Opts: 
(null)

These happened during check_missing_firmware, i.e. this comes from mountmedia.
I think that convinced me not to use 'mount -t auto' in cdrom-detect.

However, that was two years ago. Much could have changed in the meantime.

Ok, I will try to reproduce it and see if it still happens.

This is used in both cdrom-detect.patch and mountmedia.patch.

Please, be aware, that I'm not telling you your approach is incorrect. It seems 
we are lacking
the explanation or rationale on why you made that decision in order to evaluate 
that change in a fair manner.

I'm curious: Why are you asking that now?
I'm in debconf15 trying to push forward some improvements that I'm 
interested of as this one. Having around real people to speed things 
helps but don't raise your expectations too early.

Best regards,
Andreas


adrian15
--
Support free software. Donate to Super Grub Disk. Apoya el software libre. Dona 
a Super Grub Disk. http://www.supergrubdisk.org/donate/