Re: 404 errors for install image links

[Frans Pop]

On Thursday 22 March 2007 00:40, Geoff Midler wrote:
>  On http://www.debian.org/releases/stable/debian-installer/ , the links
> to amd64 images return 404 Not Found errors. Checking out
> http://cdimage.debian.org/debian-cd/3.1_r5/ shows that no /amd64/
> directory exists?
>
> http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/debian-31r5-amd
>64-netinst.iso
> http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/debian-31r5-amd
>64-businesscard.iso
> http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/  --> 'Full CD
> sets' link
> http://cdimage.debian.org/debian-cd/3.1_r5/amd64/bt-cd/
> http://ftp.debian.org/debian/dists/sarge/main/installer-amd64/current/i
>mages/
>
>
>
> Also, the section in http://www.debian.org/ports/amd64/ stating:
>   "*To install Debian GNU/Linux* 3.1r5 (*sarge*) on AMD64 systems,
> download any of the following images:
> netinst CD
> imageebian-31r4-amd64-netinst.iso>(100 Mb)"
>  is a link to the iso for 31r4 (
> http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/debian-
>31r4-amd64-netinst.iso).

That is because AMD64 is not an official port and the port maintainers 
have not yet synced the AMD64 archive with the main one, so r5 is not yet 
available for release.
This is up to the AMD64 porters to fix. When it is out of sync, some 
inconsistencies in the website are unavoidable due to the way it is being 
built.

Hope that explains.

Cheers,
FJP


pgpRlH7kJcfUk.pgp
Description: PGP signature

404 errors for install image links

[Geoff Midler]

On http://www.debian.org/releases/stable/debian-installer/ , the links to
amd64 images return 404 Not Found errors. Checking out
http://cdimage.debian.org/debian-cd/3.1_r5/ shows that no /amd64/ directory
exists?

http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/debian-31r5-amd64-netinst.iso
http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/debian-31r5-amd64-businesscard.iso
http://cdimage.debian.org/debian-cd/3.1_r5/amd64/iso-cd/  --> 'Full CD sets'
link
http://cdimage.debian.org/debian-cd/3.1_r5/amd64/bt-cd/
http://ftp.debian.org/debian/dists/sarge/main/installer-amd64/current/images/



Also, the section in http://www.debian.org/ports/amd64/ stating:
 "*To install Debian GNU/Linux* 3.1r5 (*sarge*) on AMD64 systems, download
any of the following images:
netinst CD 
image(100
Mb)"
is a link to the iso for 31r4 (
http://cdimage.debian.org/cdimage/unofficial/sarge-amd64/iso-cd/debian-31r4-amd64-netinst.iso).


Thanks.

Re: Update of AMD64 port page for Etch

[Kurt Roeckx]

On Wed, Mar 21, 2007 at 06:35:39PM +0100, Kurt Roeckx wrote:
> 
> Anyway, I don't know about the current state of amd64 kernels for i386,
> so I don't have a suggestion for that text.

So we have an linux-image-2.6.18-4-amd64 and amd64-libs packages on
i386.  The default gcc version supports building 64 bit binaries, I
suggest you change gcc-3.4 by "toolchain".

Anyway, the limits are outdated by now.  I think the current limit is 47
bit (128 TiB) of memory per process.  1 TiB physical is still what the
the processor only support, but the kernel supports 46 bit (64 TiB).


Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Update of AMD64 port page for Etch

[Kurt Roeckx]

On Wed, Mar 21, 2007 at 02:51:43AM -0600, Jaime Ochoa Malagón wrote:
> Frans,
> 
> if my memory don't fail gcc 3.4 was the first gcc eable to compile for
> amd64 now the reference is clearly obsolete...

This is about an amd64 kernel that can be installed from a .deb on i386.
I don't remember exactly why the kernel was build with 3.4, but it did
have better support for amd64 than 3.3.  I think the reason is that the
3.4 version could build both 32 and 64 bit code from a single binary
with the -m32 and -m64 options.  The reason 3.3 didn't have this is
probably related to that 3.4 wasn't the default in sarge.


Anyway, I don't know about the current state of amd64 kernels for i386,
so I don't have a suggestion for that text.


Kurt


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

free deb file extension download

[david webb]

i would simply like to download nero to burn dvd's from my pc.  the file can 
not be read and required a deb file extension.  where can i go to download a 
free version of deb file extension?

hepatica pupal

[Etta Newsomeo]

Ground floor to the future
CEO A M E R I C A INC 
SYM-C E O A
Extremely b ullish at 6 Cents
This could hit  in short and over  in the long run

AN ALL AMERICAN COMPANY
Get IN Before the rush TOMORROW

"I want to move as quickly as I can, but some of the coaches we're might be  
ways. But at Michigan, we have a tradition of winning Big Ten and national  38 
points entering the fourth quarter against a team that they might face in  
Martin, a now-deceased former booster, told the federal government he lent 


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: A contest for a new css

[Runa Sandvik]

Wouter Verhelst wrote:
> 
> I agree. Another option could be to make it a summer of code project;
> the FreeBSD project did that last year, and look at their website now!
> :-)
> 

Just thought I could point you to
http://wiki.debian.org/SummerOfCode2007/WebCleanup
It's not so much design and artwork, but more about structure and
navigation.

- Runa

-- 
View this message in context: 
http://www.nabble.com/A-contest-for-a-new-css-tf3407361.html#a9592769
Sent from the debian-www mailing list archive at Nabble.com.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Setting up a staging ground for etch release

[Martin Schulze]

Gustavo Franco wrote:
> >PS: There are indeed some information which are hard to find. But
> >testing images are not affected!
> 
> Now I'm understanding why more and more people start new Debian web
> pages with content that should be official instead cooperate with
> debian-www mailing list and add the content into our official website.
> Don't you?

Umh... People don't agree with the revolutionist out of the box and
they fail to explain the issue or rather never try.  Hmm, I see a
pattern here indeed...

Regards,

Joey

-- 
If nothing changes, everything will remain the same.  -- Barne's Law

Please always Cc to me when replying to me on the lists.


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: A contest for a new css

[Martin Schulze]

Bas Zoetekouw wrote:
> Actually, that's not a bad idea at all.  There are lots of people in the
> past who have suggested that that would like to change the layout a bit,
> so why not give people a change to see what they come up with.
> 
> However, if we want to create such a "content", I think it is important
> to state in advance what kind of limitations we want.  For example,
> validating XTHML, clear separation of content and layout, working in all
> browsers, no frames, no javascript, no dynamic pages, needs to fit in
> the current wml building scheme and translation practise, etc.

I would like to loosen the "no javascript" restriction in that the web
pages have to be functional without any javascript enabled.  However,
additional features, improved usability and other stuff that could help
should be allowed.  Javascript must not be mandatory but only optional.

Those who watch without a JS enabled browser need to be able to work
with our web page.

Could only agree to the rest.

Regards,

Joey

-- 
If nothing changes, everything will remain the same.  -- Barne's Law


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Setting up a staging ground for etch release

[Martin Schulze]

Gustavo Franco wrote:
> >*shrug*  Parse error, as I said...
> 
> Parse error, simple because you and I are not the target of the
> proposed feature.

Hmm.  That could have contributed to the parse error.

> >> to be saner, IMHO. Just ask on debian-user. Btw, I though we wrote a
> >
> >No.  I'm asking on debian-www, the list where the web pages are
> >maintained.
> 
> It doesn't hurt seek for feedback from our users, those who have no
> idea who is maintaining the web pages but sometimes need to use its
> content more than us.

That's a good idea.  Please go ahead.

> >If you can't define the problems, how do you expect to work on
> >solutions?
> 
> If you can realize that there are more Debian web page users than
> Debian developers and contributors, that would be great for a start.

Personal attacks really help here.

> >> I agree with Frank on solve one problem at a time and I'll try to do
> >> more and talk less, like i did in others areas into the project.
> >> Arguments in favor or against ideas will guide us to nowhere, but
> >> better solutions than I'm proposing will.
> >
> >Solutions should fix problems and not search problems they could
> >potentially fix.
> 
> I'll answer you with work and fixes not messages anymore, since you've
> attacked the message, the messenger and the possibility of me or
> somebody else that agree with my initial idea feel motivated to
> prepare a test case, and show to this list. I'm sure now that's one of
> the reasons behind so many people that could have write access on our
> web pages start entire new websites instead cooperate here.

I'm sorry, but I ask again.  If you can't determine and name the
particular problems how do you want to address them?

> Feel free to keep wasting our resources with these statements, and
> once you realize how much damage it caused to the project your
> @debian.org and the power you think you have, will worth nothing.

Yes, personal attacks really help here.  Please go on.

Regards,

Joey

-- 
If nothing changes, everything will remain the same.  -- Barne's Law


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: Update of AMD64 port page for Etch

[Jaime Ochoa Malagón]

Frans,

if my memory don't fail gcc 3.4 was the first gcc eable to compile for
amd64 now the reference is clearly obsolete...

Saludos

On 3/21/07, Frans Pop <[EMAIL PROTECTED]> wrote:

Hi,

I've made some changes to the general port page and the AMD64 page in
preparation for Etch. These changes will become active when Etch is
released, but can be previewed at:
http://www.debian.lichtenheld.net/ports/
http://www.debian.lichtenheld.net/ports/amd64/

Please compare these pages to:
http://www.debian.org/ports/
http://www.debian.org/ports/amd64/

Let me know if this is OK or additional changes are needed.

There is one reference to "gcc-3.4" in the section about i386 runtime
support that looks outdated. Maybe a more general text that does not
mention a specific gcc version would be better. Proposals welcome.

Cheers,
FJP





--
Perhaps the depth of
love can be calibrated by the number of different selves that are
actively involved in a given relationship.

Carl Sagan (Contact)

Jaime Ochoa Malagón
Integrated Technology
Tel: (55) 52 54 26 10

Update of AMD64 port page for Etch

[Frans Pop]

Hi,

I've made some changes to the general port page and the AMD64 page in 
preparation for Etch. These changes will become active when Etch is 
released, but can be previewed at:
http://www.debian.lichtenheld.net/ports/
http://www.debian.lichtenheld.net/ports/amd64/

Please compare these pages to:
http://www.debian.org/ports/
http://www.debian.org/ports/amd64/

Let me know if this is OK or additional changes are needed.

There is one reference to "gcc-3.4" in the section about i386 runtime 
support that looks outdated. Maybe a more general text that does not 
mention a specific gcc version would be better. Proposals welcome.

Cheers,
FJP


pgpoqxvwuj6g5.pgp
Description: PGP signature