On 16829 March 1977, Cyril Brulebois wrote:
I put SSH trigger into the room, instead of sudo. You supply the
version
on the ssh cmdline, and if that exists in unstable, a copy-installer
is
run with that version.
That looks very good to me, thanks!
Could even be extended to have source and
On 16824 March 1977, Cyril Brulebois wrote:
I realize that getting a sudo line on fasolo would mean increasing the
security risks quite a bunch for a limited gain. Since we already have
a mechanism to trigger changes in the archive via release team access,
that is
On 16211 March 1977, Cyril Brulebois wrote:
FTP Masters, please sync the installer from sid to testing, as it
seems
to be Installed for all release architectures (9 total):
dak copy-installer 20210731
$ dak copy-installer 20210731
Will copy installer version 20210731 from suite unstable
On 16197 March 1977, Paul Gevers wrote:
Albeit there is some progress, we think it better for the people
involved to now say that we will *not* release on July 31.
Unfortunately, that means that we have to start looking for a new date
again. Assuming what we'll learn in the upcoming week or
On 15937 March 1977, Adam D. Barratt wrote:
In an attempt to be slightly more efficient than usual at planning a
point release... it's about a month since 10.6, so let's start looking
at dates for 10.7.
- November 21st
- November 28th
- December 5th
Right now they all look good for me.
--
On 15562 March 1977, Adam D. Barratt wrote:
- November 9th
- November 16th
- November 23rd
All work for me.
--
bye, Joerg
On 15369 March 1977, Cyril Brulebois wrote:
FTPmasters, please sync the installer from sid to testing:
dak copy-installer 20190410
[ master ] dak@fasolo:/srv/ftp.debian.org/web$ dak copy-installer 20190410
Will copy installer version 20190410 from suite unstable to
testing.
Architectures to
On 15351 March 1977, Jonathan Wiltshire wrote:
- April 27
Wfm.
--
bye, Joerg
Hi
with a UHD screen resolution on a thinkpad, using "Debian GNU/Linux
buster-DI-alpha5 "Buster" - Official Snapshot amd64 DVD Binary-1
20190126-00:15" and trying the rescue mode after dracut killed my
initrd, I got *tiny* fonts. Appears like 4pt or so sized. (The usual
tiny size if something
On 15287 March 1977, Cyril Brulebois wrote:
FTPmasters, please sync the installer from sid to testing:
dak copy-installer 20190118
[ ] dak@fasolo:~$ dak copy-installer 20190118
Will copy installer version 20190118 from suite unstable to
testing.
Architectures to copy: i386, amd64, mipsel,
On 15286 March 1977, Jonathan Wiltshire wrote:
- Feb 9
- Feb 16
Can deal with both.
--
bye, Joerg
On 15077 March 1977, Adam D. Barratt wrote:
>> - July 7th
>> - July 14th
>> Are people available for either or both of those dates?
> The 7th is looking like the favourite so far (although would mean
> freezing next weekend), but we still need an ftp-master (N)ACK on
> either / both date.
No way
On 15037 March 1977, Jonathan Wiltshire wrote:
> - May 26th (meaning freeze this coming weekend, which might be a big
> ask)
No.
> - Jun 2nd (which may require an unusual SRM)
Possible.
> - Jun 9th (getting quite a way out of cadence, but maybe that can't be
>helped)
Possible.
--
On 15037 March 1977, Jonathan Wiltshire wrote:
> - 23rd Jun
Ok.
> - 7th July
No.
--
bye, Joerg
On 14944 March 1977, Julien Cristau wrote:
> we shipped 9.3 a couple of months ago, so we're overdue for 9.4.
> Can you please let us know your availability on the following:
> - March 3
> - March 10
Can do.
> - March 17
Not very good
> - March 24
> - March 31
No way.
--
bye, Joerg
On 14930 March 1977, Chris Boot wrote:
> - I (bootc) am listed as an Owner because I created the team. I can't
> demote myself. I'm happy to be demoted, but it might be best to do
> that after I've migrated the remaining users.
JFTR, yes you can, but only if other Owners exist.
--
bye,
On 14717 March 1977, Andreas Henriksson wrote:
> Can't help but wonder why not just remove the "extra" (and mentioning it
> as deprecated in upgrade notes) rather than explicitly documenting it as
> deprecated. I guess keeping it around is useful to avoid people
> mass-bug-filing RC-bugs for all
On 14714 March 1977, Jonathan Wiltshire wrote:
> A month or so from 9.0 bring us to about 15th July. How would any of these
> suit? Is 8.9 at the same time feasible?
> 8/9 July (probably a bit soon)
> 15/16 July
Both of them don't work for me.
> 22/23 July
That I could do.
--
bye, Joerg
On 14636 March 1977, Cyril Brulebois wrote:
[ ] dak@fasolo:~$ dak copy-installer 20170407
Will copy installer version 20170407 from suite unstable to
testing.
Architectures to copy: i386, amd64, mipsel, ppc64el, mips, s390x, armel, armhf,
powerpc, arm64, mips64el, hurd-i386
Architectures to
On 14611 March 1977, Julien Cristau wrote:
> * April 8-9
No
> * April 15-16
Possible
> * April 22-23
Ok
> * April 29-30
Ok
> * May 6-7
No.
--
bye, Joerg
On 14550 March 1977, Cyril Brulebois wrote:
> FTPmasters, please sync the installer from sid to testing:
> dak copy-installer 20170112
dak copy-installer 20170112
Will copy installer version 20170112 from suite unstable to
testing.
Architectures to copy: i386, amd64, mipsel, ppc64el, mips,
On 14526 March 1977, Julien Cristau wrote:
> Jan 7th/8th
> Jan 14th/15th
Should work.
> Jan 21st/22nd
> Jan 28th/29th - Cambridge BSP, probably not ideal
> Feb 4th/5th - FOSDEM, probably not great either
> Feb 11th/12th
None of them for me.
--
bye, Joerg
On 14500 March 1977, Andrey Yarkov wrote:
> I added the following to kernel parameters on Jessie-8.6.0 official
> installation DVD-1
> auto=true url=http://my.ip.addr.ess/preseed.cfg
> but I got asked keyboard or locale related questions anyway.
As expected, happens to network boot installs
On 14307 March 1977, Julien Cristau wrote:
> with wheezy EOL, we should get a final point release out. In order to
> avoid version skew, it'd be good to have a jessie point release around
> the same time, so if that works for everyone let's do them both on the
> same Saturday again.
> June
On 14179 March 1977, Cyril Brulebois wrote:
> FTPmasters, please sync the installer from sid to testing:
> dak copy-installer 20160106
Done
--
bye, Joerg
[...]
While Debian is certainly about beer, and in some cases may even be
about free beer, Debian is mainly about free speech.
On 14037 March 1977, Adam D. Barratt wrote:
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
All dates do
On 13951 March 1977, Adam D. Barratt wrote:
Based on received responses and the current date, I'm proposing June 6th
for 8.1 (and then looking at other dates for 7.9). Does that still work
for people?
Sounds ok to me. Start at 10 UTC or earlier/later?
I was assuming either 8ish UTC
On 13947 March 1977, Adam D. Barratt wrote:
As seems to have become the norm, now that Jessie's out it's time to
start planning for the first point release.
We're also a little overdue for 7.9 as Jessie work took precedence; 7.9
really wants to take place after 8.1, as we have some
On 13656 March 1977, Cyril Brulebois wrote:
please sync the installer from sid to testing:
dak copy-installer 20140802
Thanks for your time.
Done, next dinstall pushes it to the mirrors.
--
bye, Joerg
[...] could be redistributed free (as in free bear) [...]
signature.asc
Description:
On 13484 March 1977, Colin Watson wrote:
Would it be possible, then, to add Archive-https: /debian/ to the
Site: mirrors.kernel.org stanza in Mirrors.masterlist, and perhaps
start maintaining Archive-https fields for other mirrors willing to
participate? That would at least get a minimal
Am 19.08.2013 15:55, schrieb Julien Cristau:
we should start thinking about dates for the 7.2 and 6.0.8 point
releases. Which week-ends in the coming months would work for
ftpmaster, press and cd? (We'd need one date for stable and another
later for oldstable.)
We COULD do both at once, at
non-free included. debian should provide this on the archive level too
(read: non-free udeb Packages/Sources indicies), regardless if the
official debian images are using it yet or ever.
On 12854 March 1977, Holger Levsen wrote:
On Montag, 21. Mai 2012, Joerg Jaspert wrote:
Thats not a new thing
On 12853 March 1977, Joey Hess wrote:
Joerg Jaspert wrote:
I understand it right that doing it this way (ie. current symlink stays
around), it won't break anything, so we can just do it for all suites?!
It appears that debmirror will be broken, if it helps. :/
Urgs.
I can't find anything
I also take it we don't need/want the main/contrib/non-free in
installer/, as our d-i will always be main/ only.
What about firmware stuff?
Thats not a new thing - and still we dont have any such image in Debian.
Does firmware stuff itself need a whole image? Is anyone working on it
(to be
severity 638682 important
thanks
Hi,
at some point in the future we want to change to only use the new
InRelease file. Which debootstrap currently does not support.
This is not RC, so i set it to important only, but if we can have
debootstrap additionally deal with InRelease short after wheezy,
Hi
a recent thread on the -dak list pointed me back to a topic that I want
to have fixed for some time now, which is the location of the installer
stuff... (Actually quite some more, but the important part for the
boot/release list is this).
I don't think the installer images should be in
On 12851 March 1977, Joey Hess wrote:
I don't think the installer images should be in dists/ as they are now,
but get their own location, installer/. For various reasons, including
the - wth was it added there in the first place, - currently an
installer update move from one suite to another
On 12762 March 1977, Didier Raboud wrote:
Not necessarily. I think there are basically three options to solve that
bug:
a) include the PXE option in the default win32-loader.exe (bumping its
size from 918K to 1.2M). This puts the PXE choice in the way of default
usage: right after the
FYI, here's what I proposed to solve #657830 . This would imply a new
win32-loader-pxe.exe executable available from the mirrors network. As
far as I can see, this should work as is with the current auto-byhand
win32-loader script.
If you have concerns regarding this strategy, please rise
reassign 622941 debian-installer
thanks
Heyho,
thats a question for the d-i people. If they provide us with a
SHA256SUMS file in addition to a MD5SUMS file, we can include that into
our Release files too.
--
bye, Joerg
Mal verlierst Du und mal gewinnen die anderen: Immer im Wechsel!
--
To
Heyho,
this weekend I added two more lintian rejects:
udeb-uses-non-gzip-data-tarball
This is fatal, not overridable. A udeb shouldn't use anything else than
gzip currently.
bad-perm-for-file-in-etc-sudoers.d
This one can be overriden if need be, but as a wrong permission of a
sudoers file can
Heyho
we just noticed that the dists/sid dir is getting unreasonably large,
its at 11gigabyte right now. Most of that due to a huge number of d-i
versions we have.
Can we decruft some of them? The more the better.
Below is a list of the current ones, please tell me which of them I
should leave
If you don't have anything, I would want to change the stuff during the
meeting next week.
I think the idea is nice but as Martin suggested I prefer installer
over d-i since d-i is meanless for new users.
The installer/ is already sold, so fine.
Leaves only debian-cd to verify it doesn't
Heyho,
todays Squeeze Point Release made on thing obvious: The location of the
installer files on the mirrors in dists/ is somewhat crap.
What happens at point release time (provided a d-i update is included)
is that the mirror sync goes and deletes the installer files from the
proposed-updates
What I want to do now is to go and put all the installer-* directories
into /d-i/ on our mirrors. The directories in dists/$SUITE would only
contain symlinks for their version over to the ones in /d-i/.
Do all the official Debian mirrors support symlinks?
Otherwise they would be lost with
On 12424 March 1977, Joey Hess wrote:
If you don't have anything, I would want to change the stuff during the
meeting next week.
debmirror will probably use the symlinks, and store the files where they
are now.
So it works, which is good.
--
bye, Joerg
Oh, so they have internet on computers
What I want to do now is to go and put all the installer-* directories
into /d-i/ on our mirrors.
How about installer/*/ instead? Not everyone knows what d-i stands
for.
Fine.
--
bye, Joerg
maxx Aqua mach mal man brain
Aquariophile maxx: schon probiert das gibts ned
--
To
On 12364 March 1977, Didier Raboud wrote:
http://git.debian.org/?p=users/odyx-guest/dak.git;a=commit;h=fa17934bcca12a557d29ebd6710ec6084773255d
Please review, cheers,
I did. Have some changes, the commit log says:
win32-loader autobyhand
fix dak.conf by closing }; the entry.
So please take a look below for the background, but in short form this would
be:
what about mirroring the win32-loader.exe Windows™ executable (from the win32-
loader package) in our mirrors pool for the all the poor remaining Windows
users
out there to have a clearly defined place to
Please copy installer 20101020 into squeeze.
The squeeze installer current is a symlink going to sid/current which
points at whatever you uploaded last.
Do you want me to change that in preparation of the upcoming release, so
that squeeze gets a direct copy of the installer and the current
On 12276 March 1977, Otavio Salvador wrote:
Please copy installer 20101020 into squeeze.
The squeeze installer current is a symlink going to sid/current which
points at whatever you uploaded last.
Do you want me to change that in preparation of the upcoming release, so
that squeeze gets a direct
On 11916 March 1977, Frans Pop wrote:
Looks like it's named nowayout.
Thats just because I didnt copy the very latest version of it over to
ries. Done now.
overridden. Those are tags corresponding to packaging errors serious
enough to mark a package unfit for the archive and should never
I tried rmadison, but that is/was broken:
$ rmadison dhcp3
Traceback (most recent call last):
File /usr/local/bin/dak, line 248, in ?
main()
File /usr/local/bin/dak, line 243, in main
module.main()
File /srv/ftp.debian.org/dak/dak/ls.py, line 90, in main
projectB =
Package: user-setup-udeb
Severity: wishlist
Hi
Would be nice if there is an easy way to skip creation of an user
account but still do the rest of the task user-setup-udeb usually does.
IE, when I entered the root password and then leave the username blank
(login name), it currently displays a
partman-lvm_57_all.udeb: package says priority is optional, override says
standard.
partman-crypto_25_amd64.udeb: package says priority is optional, override
says standard.
partman-auto-lvm_24_all.udeb: package says priority is optional, override
says standard.
On 11219 March 1977, Max Vozeler wrote:
I feel that this is too dangerous an option to allow
without requiring the user to jump through hoops to
configure it themselves.
So we are going the gnome way of thinking users are dumb idiots and we
need to take every option away from them?
There
Hi
following Frans request:
rdate is in NEW and has a udeb added. Accept/Reject?
http://ftp-master.debian.org/~joerg/rdate.html has the details.
--
bye Joerg
exa yes, I'm annoying.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL
Package: partman-crypto
Severity: normal
23:14:11 Ganneff yeah. i only hate that crap you have unencrypted swap, not
continuing if you setup something else with crypto. you should be able to get
around that some way.
23:14:53 Ganneff (i know why i want unencrypted swap for now (testing
On 10689 March 1977, Sven Luther wrote:
Note: Thats from me as a DD, not including any random position I may
have at random places. IOW: Thats *MY* personal thing.
Disclaimer: This kind of social mess can only be solved in full transparency
and disclosure, thus public reply on the list.
Package: discover1
Version: 1.5-12
Severity: important
Hi
discover1 has this change in its changelog for 1.5-10:
- Change default CD-ROM mountpoint base to /media (Closes: #245898)
Since then it breaks d-i cdroms, because they are mounted in /media and
discover tries to remove the directories
Javier Fernández-Sanguino Peña [EMAIL PROTECTED] writes:
Culd someone explain why is there a root shell prompt for the
Linux kernel:
Press ENTER to obtain a shell (waits 5 seconds)
1.- an explanation on why this is shipped by default (to add it to the
Securing Debian Manual
Where is
61 matches
Mail list logo